Cómo lanzamos
productos.
El software falla de formas previsibles: alcance abierto, plazo sin dueño, decisiones tardías. El método cierra esas puertas antes del contrato.
Alcance abierto, plazo sin dueño y decisiones tardías. El método cierra esas puertas antes del contrato.
Capítulo 01
Diagnóstico
Entender el negocio antes de diseñar la primera pantalla: problema, usuarios, riesgos y lo que ya existe.
Lo que sale de aquí
- Problema por escrito
- Usuarios y flujos
- Riesgos
- Arquitectura
Tú decides
Si el problema descrito es el problema real.
Capítulo 02
Alcance
Qué entra, qué queda fuera y por qué. Aquí salen el precio cerrado y la fecha en el contrato.
Lo que sale de aquí
- Alcance por escrito
- Precio cerrado
- Fecha en el contrato
Tú decides
Qué entra ahora y qué queda para después.
Capítulo 03
Diseño
Flujos y pantallas diseñados en Figma y validados contigo antes de pasar a código.
Lo que sale de aquí
- Flujos
- Pantallas
- Design system
Tú decides
Aprobar cada flujo antes de que pase a código.
Capítulo 04
Build
Nuestro equipo de desarrollo programa en ciclos cortos, con el producto funcionando desde las primeras semanas.
Lo que sale de aquí
- Producto funcionando
- Ciclos cortos
- Integraciones
Tú decides
Probar el producto de verdad, no solo el Figma.
Capítulo 05
Publicación
El producto en línea, con dominio, analytics, seguridad y accesos a tu nombre.
Lo que sale de aquí
- Dominio
- Analytics
- Seguridad
- Accesos a tu nombre
Tú decides
El día de abrir a los usuarios.
Capítulo 06
Evolución
El producto mejora cada mes, con el agente de IA señalando fallos, mejoras y datos que no cuadran.
Lo que sale de aquí
- Agente de IA
- Informe mensual
- Prioridades del mes
Tú decides
Qué mejorar primero el mes siguiente.
Términos usados
Glosario del método
- Diagnóstico
- Etapa inicial en la que entendemos el problema, el producto y el negocio antes de definir alcance, precio y plazo.
- Alcance cerrado
- Modelo de contrato en el que alcance, precio y plazo se definen antes de empezar y no cambian sin acuerdo.
- Design system
- Componentes, reglas visuales y tokens (colores, tipografías, espacios) que usa todo el producto, en diseño y en código.
- MVP
- Minimum Viable Product: la versión más pequeña del producto que resuelve el problema principal y puede lanzarse para usuarios reales.
- Deploy
- El acto de enviar una versión nueva del código al servidor donde corre el sistema, dejando el cambio disponible.
- Evolución continua
- Trabajo recurrente para mejorar el producto después del lanzamiento: correcciones, nuevas funcionalidades y ajustes a partir del uso real.