Sigues Construyendo Funcionalidades Que Nadie Pidió. Es un Problema de la Estación 3.
El Cementerio de Funcionalidades
Ya conoces esa sensación de hundimiento en el estómago.
Pasaste tres semanas construyendo una funcionalidad. Tal vez fue un botón de exportar a CSV, un dashboard con seis gráficos nuevos, o una integración con Slack que estabas segurísimo que la gente quería. La lanzaste. La anunciaste. Y luego... silencio total.
Un par de reacciones educadas tipo "¡qué bueno!". Cero uso real.
Entonces haces lo que hace todo founder: le echas la culpa a tu proceso. "Necesito un mejor roadmap." "Debería usar ese framework de priorización... ¿ICE? ¿RICE? Como sea que se llame." "Quizás necesito hacer más entrevistas con usuarios."
Instalas una herramienta de gestión de proyectos. Creas una matriz de puntuación. Te sientes organizado. Y dos meses después, estás mirando otro cementerio de funcionalidades, preguntándote por qué volvió a pasar.
Aquí está el punto: tu roadmap no está roto. Lo que está roto es tu comprensión de para quién estás construyendo.
Esto no es un problema de priorización. Es un problema de Personas.
Lo Que Realmente Significa la Estación 3
En el framework de Clari Station, la Estación 3 son las Personas — y es una de las estaciones que más veo saltarse. No porque a los founders no les importen sus usuarios, sino porque creen que ya los conocen.
"¿Mi persona? Fácil. Dueños de pequeños negocios que necesitan software de facturación."
Eso no es una persona. Eso es una categoría del censo.
Una persona real responde preguntas como:
- ¿Qué frustración específica hizo que buscaran en Google una solución a las 11 de la noche?
- ¿Qué ya intentaron antes (y por qué no les funcionó)?
- ¿Cómo es realmente su día cuando se enfrentan al problema que tú resuelves?
- ¿Qué es lo que no les importa, aunque parezca que debería importarles?
- ¿Qué tan técnicos son? ¿Cuánto tiempo tienen? ¿Cómo toman decisiones de compra?
Cuando te saltas este trabajo — o lo haces de forma superficial — cada decisión que viene después se vuelve una moneda al aire. Incluyendo qué funcionalidades construir.
La Falla en Cadena de la Que Nadie Habla
Esto es lo que realmente pasa cuando tus personas están mal definidas:
1. Toda solicitud de cliente parece igual de válida.
Una diseñadora freelance pide una vista Kanban. El dueño de una agencia pide permisos de equipo. Un consultor de marketing pide reportes para mostrar a sus clientes. Sin personas claras, las tres solicitudes caen en tu backlog con el mismo peso. Todos son "clientes", ¿no?
Pero si tu persona real es la diseñadora freelance independiente, los permisos de equipo y los reportes para clientes son distracciones. Son funcionalidades para un negocio que no estás manejando. Construirlas no solo desperdicia tiempo — hace que tu producto sea peor para las personas para las que realmente lo estás haciendo.
2. Optimizas por volumen de feedback, no por calidad de la señal.
Las personas mal definidas te convierten en un complaciente. Escuchas una solicitud tres veces y piensas: "¡Tres personas pidieron esto, debe ser importante!" Pero, ¿esas tres personas eran tus usuarios ideales? ¿O eran casos raros que se registraron, curiosearon un rato y de todas formas se iban a ir?
Tres solicitudes de tu persona principal son una señal. Tres solicitudes de usuarios al azar son ruido. No puedes distinguir la diferencia si no sabes quién es tu persona principal.
3. Tu roadmap se convierte en un backlog Frankenstein.
Sin un filtro de persona, tu backlog crece en todas direcciones. Funcionalidades para empresas grandes al lado de funcionalidades para consumidores. Herramientas para power users al lado de simplificaciones de onboarding. Tu producto empieza a sentirse inflado y confuso — no porque hayas construido malas funcionalidades, sino porque construiste funcionalidades para cinco personas distintas en lugar de una sola.
4. Pierdes el hilo de tu propuesta de valor.
Aquí es donde la cadena se pone realmente peligrosa. La Estación 3 (Personas) alimenta directamente a la Estación 4 (Propuesta — tu propuesta de valor). Si no sabes a quién estás sirviendo, no puedes explicar por qué deberían elegirte. Y si no puedes explicar eso, tu marketing se vuelve vago, tus conversaciones de venta divagan, y tu posicionamiento se convierte en "hacemos un poquito de todo".
El exceso de funcionalidades no es solo un problema de producto. Es una crisis de identidad del negocio.
La Trampa del "Pero Mis Usuarios Son Diversos"
Esto lo escucho todo el tiempo: "Pero tengo diferentes tipos de usuarios, no puedo simplemente elegir uno."
Sí puedes. Y deberías hacerlo — sobre todo al principio.
Esto no significa que solo vayas a servir a un tipo de persona para siempre. Significa que necesitas una persona principal — la persona para la que tu producto está diseñado de forma obsesiva ahora mismo. Todo lo demás es una consideración secundaria.
Fíjate cómo empezaron los mejores productos:
- Slack empezó para equipos internos de una empresa de videojuegos. No para "todas las empresas".
- Dropbox empezó para personas con conocimientos técnicos que querían sincronizar archivos entre dispositivos. No para "gestión de archivos empresarial".
- Basecamp empezó para equipos pequeños que odiaban el software de gestión de proyectos. No para "cualquiera que gestione proyectos".
Después se expandieron. Pero empezaron con una claridad dolorosa sobre para quién estaban construyendo.
Cuando tratas de servir a todo el mundo desde el día uno, terminas construyendo un producto mediocre para una audiencia borrosa. Cuando eliges una sola persona y profundizas, construyes algo que se siente hecho específicamente para ella. Y eso es lo que hace que la gente se lo cuente a sus amigos.
Cómo Solucionarlo de Verdad
Bueno, tus personas están mal definidas. ¿Qué hacer al respecto? Aquí un enfoque práctico:
Paso 1: Mira quién realmente está usando (y amando) tu producto
Olvídate de quién desearías que fueran tus usuarios. Mira quién realmente se queda. ¿Quién usa tu producto con más frecuencia? ¿Quién ha sacado más provecho de él? Si tienes 50 usuarios y 5 de ellos son power users, ve a estudiar a esos 5.
Si todavía no tienes usuarios, mira quién conecta más con tu planteamiento del problema. ¿Quién asiente con entusiasmo cuando describes lo que estás construyendo? Ese es tu punto de partida.
Paso 2: Sé lo suficientemente específico como para excluir gente
Una buena persona debería incomodarte. Debería hacerte decir: "¿Pero qué pasa con la gente que no encaja en esta descripción?" Esa incomodidad significa que estás siendo suficientemente específico.
Mal: "Dueños de pequeños negocios" Mejor: "Proveedores de servicios independientes que ganan entre $50K y $150K al año, que hacen su propia facturación y la odian" Óptimo: "Desarrolladores web freelance con 5-15 clientes activos que actualmente llevan sus facturas en hojas de cálculo y pierden entre 3 y 5 horas al mes persiguiendo pagos atrasados"
¿Ves la diferencia? La tercera versión te dice exactamente qué construir — y qué no construir. Un desarrollador web freelance con 5-15 clientes no necesita gestión de equipos empresarial. No necesita forecasting con inteligencia artificial. Necesita facturación rápida, recordatorios automáticos y una forma de ver quién no ha pagado.
Paso 3: Usa tu persona como filtro para cada decisión de funcionalidad
Una vez que tengas una persona bien definida, pégala en tu monitor (metafórica o literalmente). Cada vez que llegue una solicitud de funcionalidad, pregúntate:
- ¿Mi persona principal necesita esto?
- ¿Resuelve un problema que realmente tiene?
- ¿Le haría la vida notablemente mejor?
Si la respuesta es no, va a un montón de "tal vez más adelante". No al backlog. No a "el próximo trimestre". Tal vez más adelante. No se trata de ser rígido — se trata de ser intencional.
Paso 4: Revisa y afina con regularidad
Tu persona no es un ejercicio de una sola vez. A medida que aprendes más sobre tus usuarios, actualízala. Habla con tus mejores clientes todos los meses. Observa cómo usan tu producto. Fíjate en qué ignoran. Tu persona debería volverse más nítida con el tiempo, no más difusa.
El Arreglo del Roadmap Que No Es un Arreglo del Roadmap
Aquí está la ironía: una vez que tus personas están bien definidas, tu roadmap prácticamente se escribe solo.
Dejas de debatir si construir la Funcionalidad A o la Funcionalidad B porque la respuesta se vuelve obvia. "¿Sara, la desarrolladora freelance, usaría esto?" Sí → constrúyelo. No → no lo hagas.
Tu framework de priorización no es ICE ni RICE ni el acrónimo de moda que alguien acaba de publicar en Medium. Es una persona. Una persona concreta y bien entendida, cuyos problemas conoces íntimamente.
El exceso de funcionalidades no viene de la falta de disciplina. Viene de la falta de claridad sobre a quién estás sirviendo. Arregla la claridad, y la disciplina llega sola.
La Verdad Incómoda
La mayoría de los founders se resisten a este consejo porque la especificidad se siente como dejar dinero sobre la mesa. "¡Si limito mi persona, me voy a perder a todos esos otros clientes potenciales!"
Pero ya te los estás perdiendo. Estás construyendo funcionalidades para todos y no estás encantando a nadie. Tu producto es un 5/10 para cinco audiencias distintas cuando podría ser un 9/10 para una sola.
Los founders que ganan no son los que tienen la lista de funcionalidades más larga. Son los que saben exactamente a quién sirven y construyen algo que hace que la vida de esas personas sea innegablemente mejor.
Así que la próxima vez que te sorprendas buscando una nueva herramienta de gestión de proyectos o un framework de priorización más sofisticado, detente. Hazte una pregunta más difícil:
¿Realmente sé para quién estoy construyendo esto?
Si la respuesta es vaga, ninguna cantidad de herramientas de roadmap te va a salvar.
¿No estás seguro si tu estación de Personas (o cualquier otra estación) tiene grietas? Haz el diagnóstico de Clari Station. Toma solo unos minutos y te muestra exactamente qué estación está frenando tu negocio — para que dejes de arreglar lo que no es y empieces a trabajar en lo que realmente importa.