Una primera versión (MVP) en producción en 6 semanas, paso a paso
Cómo es por dentro una primera versión en 3 a 6 semanas: el alcance por escrito, una demo cada semana, lo que hace usted y lo que se recorta.
6 min de lectura
La mayoría de los proyectos de producto no fracasan al final. Fracasan en el segundo mes, cuando la especificación ha crecido, la primera demo sigue prevista para "el próximo sprint" y nadie sabe decir qué estará en producción antes del verano.
Seguramente conoce la versión en la que el presupuesto decía cuatro meses, el equipo decía seis y el consejo pedía una fecha que nadie podía dar.
Nuestro objetivo es una primera versión en producción entre 3 y 6 semanas después del arranque. Puede llamarlo MVP. Nosotros decimos primera versión, porque funciona en producción con usuarios reales, no en una demo.
Seis semanas es el caso más largo: un producto con algunas integraciones y usuarios reales desde el primer día. Así son esas semanas: lo que entregamos y lo que hace usted.
Antes de la semana 1: el alcance por escrito
Nada empieza sin un alcance por escrito. Cabe en pocas páginas y responde a tres preguntas: qué construimos, qué no construimos y cuándo sale a producción.
La segunda lista pesa más que la primera. "Sin panel de administración en la primera versión, las exportaciones van a una hoja de cálculo" es una frase que ahorra dos semanas. Si queda escrita antes del arranque, nadie tiene que discutirla en la semana cuatro.
El alcance también nombra a una persona de su lado que pueda decidir. No un comité. Alguien que pueda decir sí o no a una pantalla en un día.
Si nadie en su equipo tiene ese tiempo, seis semanas se convierten en doce. Preferimos decírselo durante la auditoría que en la semana cuatro.
De nuestro lado funciona igual: las personas de la auditoría son las que lo construyen. Nadie se incorpora en la semana tres pidiendo que le vuelvan a explicar el contexto.
Si ya ha hecho una auditoría gratuita con nosotros, su documento es el punto de partida: la oportunidad ya está elegida y los datos ya están localizados.
Semanas 1 y 2: en producción casi vacío
La primera semana se dedica a lo que nadie ve. Cuentas, entornos, el pipeline de despliegue, el acceso a sus herramientas y a sus datos. Al final de esa semana ya hay algo desplegado en producción, aunque sea una pantalla de inicio de sesión y una página vacía.
Desplegar en la semana uno es lo que mantiene la fecha. Los equipos que dejan el despliegue para el final se encuentran en la semana seis con la revisión de seguridad, el plazo de las tiendas de aplicaciones o la regla del firewall. Y la fecha se mueve.
La primera demo llega al final de la semana dos; a partir de ahí, cada semana termina con una. Muestra el flujo principal funcionando con datos reales, todavía sin pulir. Para una funcionalidad de IA, es el modelo respondiendo sobre sus propios documentos o tickets, no sobre una muestra elegida por nosotros.
Lo que hace usted en estas dos semanas:
- dar acceso: repositorios, cuentas cloud, las herramientas que conectamos
- nombrar a los usuarios que van a probar, y avisarles
- enviar los ejemplos reales: los archivos desordenados, los casos límite, el correo que siempre rompe el proceso
Semanas 3 a 6: el núcleo, luego usuarios reales
Semanas 3 y 4: el flujo principal, con demo cada semana
Cada semana termina con una demo de lo que ha cambiado, en el producto real, no en diapositivas. Usted mismo lo recorre.
En la demo se toman las decisiones de alcance. Ve una pantalla, se da cuenta de que la mitad sobra y la quitamos ese mismo día. Ve un flujo, se da cuenta de que falta un paso y decidimos juntos si entra ahora o después del lanzamiento.
Cuando algo previsto resulta más difícil de lo que se estimó, se entera en esa demo, con dos opciones: recortarlo o mover la fecha. No se entera en la semana seis.
Para las funcionalidades de IA, también es el momento de medir. Con qué frecuencia la respuesta es correcta, con qué frecuencia necesita a una persona, cuánto tarda y cuánto cuesta cada llamada. Una cifra sobre un conjunto de pruebas hecho con sus propios casos vale más que una buena impresión en una reunión.
Lo que hace usted en estas dos semanas:
- asistir a la demo
- responder a las preguntas en un día: una pregunta que espera una semana cuesta una semana
- decir qué se quita
Semanas 5 y 6: un grupo reducido de usuarios reales
El grupo nombrado en el alcance lo prueba primero, nunca toda la empresa.
Estas semanas sirven para lo que los usuarios encuentran y nosotros no: el texto que confunde, el caso que nadie mencionó, el paso que la gente se salta. Corregimos lo que les bloquea y anotamos el resto para la siguiente iteración.
Al final de la semana seis, la primera versión funciona en producción, con monitorización, y quienes la usan saben dónde reportar un problema. La siguiente iteración se planifica a partir de lo que han hecho de verdad en el producto.
Lo que hace usted en estas dos semanas:
- preparar al grupo de prueba
- reunir sus comentarios en un solo lugar
- decidir qué entra en la siguiente iteración
Las seis semanas en una página:
| Semana | Lo que entregamos | Lo que hace usted |
|---|---|---|
| Antes de la semana 1 | Alcance por escrito: qué construimos, qué no, la fecha | Nombrar a la persona que decide |
| 1-2 | En producción (vacío), primera demo con datos reales | Accesos, usuarios de prueba, los ejemplos desordenados |
| 3-4 | El flujo principal, una demo cada semana, la IA medida con sus casos | Asistir a la demo, responder en un día |
| 5-6 | Primera versión con usuarios reales, monitorización | Preparar a los usuarios, ordenar sus comentarios |
Lo que se recorta de un MVP para llegar a tiempo
El calendario se cumple porque hay cosas que salen de la primera versión. Casi siempre son las mismas:
- El panel de administración. Una exportación a hoja de cálculo o una vista directa de la base de datos cubre los primeros meses.
- Todos los roles y permisos. Uno o dos roles en el lanzamiento; la matriz detallada llega cuando alguien la necesita.
- Los casos límite que ocurren dos veces al año. Se gestionan a mano hasta que el volumen diga lo contrario.
- La segunda plataforma. Primero web o primero móvil, rara vez las dos en la primera versión.
- La automatización completa. Una funcionalidad de IA que redacta y deja validar a una persona sale antes y enseña más que una que actúa sola.
Las pruebas, la seguridad, las reglas sobre datos y las decisiones de alojamiento nunca van a esa lista. Sus datos se quedan donde usted decida: alojados en Europa, en su cloud o en sus propios servidores.
Cuándo son tres semanas y cuándo más
Tres semanas es realista para una funcionalidad de IA añadida a un producto que ya existe, o para una herramienta interna con un flujo y una integración. La infraestructura está, los usuarios se conocen y el alcance es estrecho.
Seis semanas es el caso descrito arriba: un producto nuevo, algunas integraciones, usuarios de fuera del equipo.
Algunos proyectos llevan más tiempo, y lo decimos antes del arranque: una plataforma con pagos, un sector regulado, un sistema heredado sin API. En esos casos, la primera versión en producción es una parte más pequeña, y el alcance dice cuál.
La siguiente pregunta es el presupuesto. Depende del alcance, no del calendario. El detalle está en cuánto cuesta un proyecto de IA.
Por dónde empezar
Si tiene un producto en mente y una fecha que no puede fallar, reserve una auditoría gratuita. Una hora sobre su negocio y después un documento breve: qué vale la pena construir primero, qué no, y si una primera versión cabe en semanas o necesita más.
