Diseñé un Directorio de Gestorías con Tema Oscuro. Todo el Mundo Me Dijo que Estaba Loco.
Hay un momento específico en el que decidí que gestorías-cerca-de-mi iba a ser diferente.
Estaba revisando los competidores. Fondos blancos, menús horizontales con mil opciones, CAPTCHAs para contactar a alguien, tipografía corporativa de los años 2000. Y pensé: nadie diseña estos sitios para el usuario que realmente los usa.
Te cuento las decisiones de UX que tomé, por qué las tomé, y lo que aprendí en el proceso.
La decisión más polémica: tema oscuro como diseño primario
Mira, los directorios de negocios en España son, casi sin excepción, blancos. Es la norma. Blanco + azul corporativo = credibilidad. Eso dicen.
Yo lo rompí.
El tema oscuro como diseño primario —no como alternativa, como base— fue la primera decisión que tomé al abrir el proyecto en Next.js. Y el motivo es simple: ¿cuándo busca alguien una gestoría cerca de mí?
No a las 10 de la mañana con el sol entrando por la ventana del despacho. Lo busca por la tarde-noche, después del trabajo, en el sofá con el móvil. O a primera hora, en el metro, con el brillo del teléfono al mínimo.
Un fondo blanco en ese contexto es literalmente incómodo. TailwindCSS v4 con dark mode + Framer Motion para las transiciones. Construido para el momento real en que la gente usa esto.
¿La reacción? “Parece una web de criptomonedas, no de gestorías.” Bien. Si lo dices, es que lo recordarás.
Mobile-first no es un eslogan: es la arquitectura
La mayoría de webs dicen ser mobile-first. Luego tienen un diseño desktop con una versión móvil como afterthought.
En gestorías-cerca-de-mi empecé desde el móvil. Breakpoints responsive de afuera hacia dentro. Cada componente fue validado en pantallas de 375px antes de escalar.
El motivo es el mismo que el tema oscuro: el usuario urgente busca en el móvil. Cuando alguien necesita encontrar una gestoría cerca, no está frente a su ordenador con tiempo libre. Está en una pausa, moviéndose, con prisa.
Microsoft Clarity me ayuda a ver las sesiones reales. Las grabaciones muestran lo que ninguna analítica de pageviews muestra: cómo la gente desliza, dónde se bloquea, qué no encuentra. Esos datos informan cada iteración.
PostGIS: la diferencia entre “en Madrid” y “a 500 metros”
Un error común en directorios locales: filtrar por ciudad.
“Gestorías en Madrid” devuelve 200 resultados. Eso no ayuda a nadie.
Lo que construí usa PostGIS con Supabase para hacer queries de proximidad real. No ciudad. Coordenadas. El usuario llega a la web, se detecta su ubicación (o introduce su código postal), y los resultados se ordenan por distancia real en metros.
Eso es lo que hace que “gestorías cerca de mí” tenga sentido literal. No es un nombre de dominio aspiracional. Es la arquitectura del backend.
La lógica técnica:
Esto no requiere APIs externas de mapas para el cálculo de distancia. Supabase con la extensión PostGIS lo resuelve directamente en la base de datos. Más rápido, más barato, sin dependencias externas.
Por qué eliminé el CAPTCHA (y qué puse en su lugar)
CAPTCHA es el peor invento de la historia para la experiencia de usuario.
En un directorio donde el objetivo principal es que el usuario contacte a un profesional, poner fricción justo antes del contacto es contraproducente. Cada CAPTCHA fallido es una conversión perdida.
Lo reemplacé con honeypot. Un campo oculto en el formulario que ningún humano ve ni rellena, pero los bots sí. Si el campo tiene datos: spam silencioso. Si está vacío: humano real.
Resultado: cero fricción para el usuario legítimo, protección efectiva contra bots, y formularios que la gente realmente completa. El sistema de envío usa Resend para las notificaciones por email y una función RPC en Supabase para persistir los datos.
URLs como diseño
Esto parece técnico pero es UX puro.
Cada búsqueda en gestorías-cerca-de-mi genera una URL con parámetros legibles:
Eso significa que el usuario puede:
- Guardar su búsqueda en favoritos
- Compartirla con alguien (“mira las gestorías de Barcelona para autónomos”)
- Usar el botón de atrás del navegador sin perder los filtros aplicados
Son detalles pequeños. Pero son los detalles que deciden si un usuario vuelve o no.
Lo que el directorio enseña sobre UX local
Después de construir esto, con 897 gestorías verificadas y 71.895 reseñas reales indexadas, hay una conclusión clara:
Los directorios locales tienen un problema de UX sistémico porque nadie se pone en la situación real del usuario. Se diseñan para impresionar, no para funcionar en el momento de urgencia.
El usuario que busca una gestoría cerca:
- Está en el móvil
- Tiene poca batería o tiempo
- Quiere distancia real, no ciudad
- No quiere resolver un rompecabezas para mandar un email
- Probablemente es de noche
Diseña para ese usuario. No para el que navega tranquilamente desde casa un domingo por la mañana.
Dos cosas que puedes aplicar hoy
Si estás construyendo un directorio local o cualquier web de servicios profesionales:
1. Reemplaza el CAPTCHA por honeypot. Mejora la experiencia del usuario real sin sacrificar protección. El código es simple y el impacto en conversiones es inmediato.
2. Usa parámetros en URL para los filtros de búsqueda. No estado local de React, no sessionStorage. URL. Es gratis, mejora el SEO, y hace la experiencia más humana.
El directorio sigue en construcción. La última ronda de commits de diciembre pasado fue Phase 9-11 de mejoras de UX mobile. Hay más por venir. Lo comparto según avanza.
