Qué sigue después del MVP
El MVP funciona. Tienes 3 usuarios. Ahora viene la etapa más engañosa del proyecto: decidir qué construir después. Los founders que no decidieron bien aquí son los que lanzaron bien pero murieron al mes 6. La regla: tus siguientes 3 meses se definen por lo que tus primeros usuarios hacen, no por tu backlog.
Post-MVP, priorizar features viene de observar uso real, no de lista previa.
Las tres preguntas post-MVP
1. ¿Los primeros usuarios vuelven?
Retention es la métrica que nada reemplaza. Si 2 de 3 primeros usuarios vuelven la semana 2, tienes algo. Si 0 de 3, el MVP no resolvió el problema que creías.
2. ¿Por qué los que no vuelven, no vuelven?
Entrevistas individuales. No "survey automático" — llamada de 20 min con cada uno. La razón real casi nunca es la que pondrían en un feedback form.
3. ¿Qué feature piden vs. qué feature usan?
Divergen sistemáticamente. Lo que piden es copy; lo que usan es comportamiento. Mide comportamiento (PostHog, logs) antes de construir lo que piden.
Las tres trampas
Trampa 1 — Construir el backlog antiguo
Tienes lista de 30 features desde antes del MVP. Los primeros usuarios nunca pidieron ninguno. Construyes los primeros 5 "por planear". Pierdes 2 meses. Fix: backlog es hipótesis; uso real es evidencia. Prioriza por evidencia.
Trampa 2 — Hiper-responder al primer cliente
Un cliente pide feature X. Lo construyes. Al mes 2, ese cliente se fue, y feature X no sirve a nadie más. Fix: feature construido por 1 cliente solo, si hay razón clara de que es generalizable.
Trampa 3 — Saltar a escala
"Ahora necesitamos escalar." Pre-20 usuarios, escalar es procrastinación técnica. Resuelve el problema de conseguir los siguientes 20.
El siguiente objetivo
Define la métrica concreta del siguiente quarter: "De 3 usuarios pagando, llegar a 20 en 90 días." Esa métrica prioriza todo lo demás. Feature que no ayuda a llegar a 20, espera.
Si ya tienes MVP: ¿cuántos usuarios pagando? ¿Qué % vuelven en semana 2? ¿Cuál es la métrica concreta de tu próximo quarter? Si falta claridad en alguna, ese es el trabajo ahora.
- Post-MVP, priorizar viene de uso real (comportamiento), no de backlog previo (hipótesis).
- Tres preguntas: ¿vuelven? ¿por qué no los que no? ¿qué usan vs. qué piden?
- Métrica concreta del siguiente quarter prioriza todo el backlog.