De la idea al MVP sin perder el control

Los fundadores rara vez pierden el control de un producto en un momento dramático. Ocurre poco a poco: una decisión tomada en una llamada que nunca se escribe, una fase que se alarga sin demo, una función que creció porque nadie dijo que no.

Construimos nuestras propias plataformas igual que construimos para nuestros socios, y el método cabe en una página.

1. Decidir qué debe demostrar la primera versión

Un MVP no es una versión pequeña de todo. Es el producto más pequeño que demuestra una cosa sobre el mercado. La escribimos antes que nada, y cada decisión posterior se contrasta con ella.

2. Escribir las decisiones antes del código

Las reglas de producto y las elecciones técnicas se recogen en breves registros de decisión: qué se decidió, por qué y qué se descartó. Los revisa alguien que no los escribió. Parece lento durante una semana y ahorra meses después.

3. Entregar por fases que terminan con una demo

Cada fase tiene un alcance claro y termina con algo que funciona y se puede probar, no con un informe de estado. El fundador aprueba la fase de forma explícita antes de empezar la siguiente.

4. Construir sobre infraestructura real desde el principio

Una primera versión que funciona en un portátil demuestra muy poco. Desplegamos pronto, en el mismo tipo de entorno en el que vivirá el producto, con sus datos aislados de todo lo demás.

5. Lanzar para los buscadores, no para los anuncios

Los productos nuevos rara vez tienen un presupuesto de marketing digno de ese nombre. Las páginas que responden a preguntas reales, en los idiomas del mercado, siguen atrayendo personas mucho después de que una campaña se habría detenido.

El control no viene de hacerlo todo uno mismo. Viene de poder ver, en cada paso, qué se decidió y qué funciona.

Si tiene una idea y quiere construirla así, cuéntenosla.