Planificamos desde el MVP hasta la versión final
Análisis funcional y planificación de proyectos por fases con MVP
Requisitos por definir, productos nuevos, SaaS y proyectos de envergadura: priorizamos lo que más aporta, planificamos un MVP base y los tiempos y costes de cada fase.
Realizamos el análisis funcional y aportamos nuevas perspectivas
Proyectos planificados por fases
Recomendamos, en la mayoría de los proyectos medianos o grandes, no planificar un desarrollo completo, sino separarlo por etapas.
Una idea todavía sin definir
El objetivo está claro, pero no cómo debe funcionar el producto ni cómo abordarlo. Antes de presupuestar el desarrollo, un discovery lo define.
Muchas funcionalidades y un presupuesto limitado
Es habitual querer incluirlo todo desde el principio. La primera fase concentra el presupuesto en lo prioritario, y las funcionalidades menos urgentes, aunque sean atractivas, se dejan para fases posteriores.
Un producto nuevo por validar
Una startup o un proyecto con recursos limitados que necesita comprobar si la idea funciona antes de invertir más. Se busca la forma más económica de desarrollar un MVP que sirva de base para hacerla evolucionar.
Un SaaS
Una plataforma por la que otras empresas o usuarios pagan una suscripción, con cobros recurrentes. La primera fase sirve para comprobar que el producto tiene clientes dispuestos a pagarlo.
Un plazo de entrega ajustado
Cuando el plazo es lo más importante, al margen del coste, la primera fase incluye solo lo prioritario y el resto de funcionalidades se incorporan en las fases siguientes.
Un proyecto de gran envergadura
Demasiado grande para presupuestarlo entero de una vez. Se divide en fases, cada una con su alcance y su precio, y cada fase se decide con lo aprendido en la anterior.
Cómo planificamos un proyecto por fases
Analizamos las ideas, las clasificamos y preparamos la planificación.
Requisitos consensuados
Qué se quiere desarrollar y qué ocurre hoy mientras no se resuelve: cuánto tiempo cuesta, cuántos errores provoca o cuánto dinero se deja de ganar. Los requisitos se acuerdan con la empresa antes de definir la solución.
Prioridades
Qué funcionalidades son imprescindibles y cuáles pueden esperar, según su coste, su complejidad, su retorno económico y las prioridades de la empresa.
Descubre cómo se priorizan.
Discovery, cuando es necesario
Si la idea aún no está definida, hay muchas funcionalidades por valorar o el proyecto incluye conceptos innovadores que conviene investigar, realizamos un discovery, que habitualmente dura entre dos y seis semanas.
Definición de la primera fase
Sus funcionalidades, su plazo y su coste, con lo que entra y lo que queda fuera por escrito. Es el momento que más influye en el resultado del proyecto. Qué incluye la primera fase.
Planificación orientativa del resto de fases
Las fases siguientes se planifican de forma orientativa, para concretarlas y ajustarlas con lo aprendido en cada fase. Cómo se ajustan.
Cómo se priorizan las funcionalidades
La primera fase concentra el presupuesto en lo más importante para el funcionamiento del producto. Las funcionalidades atractivas pero menos prioritarias se incorporan en fases posteriores, y lo desarrollado al principio no se descarta: es la base de lo que viene después.
Coste
Cuánto cuesta desarrollar y mantener cada funcionalidad, en relación con lo que aporta.
Complejidad
Una funcionalidad compleja puede esperar si otra más sencilla resuelve buena parte del problema.
Retorno económico
Tiene prioridad lo que antes genera ingresos o reduce costes: en un SaaS, por ejemplo, la funcionalidad por la que el cliente paga.
Prioridades de la empresa
Algunas funcionalidades se adelantan por motivos internos: una fecha comercial, un compromiso con un cliente o un proceso que no admite demora.
Dependencias entre funcionalidades
Algunas requieren que otra exista antes. Se ordenan para que cada fase funcione por sí sola.
Impacto
Priorizar en función de la satisfacción y la retención del usuario.
Discovery: definir el proyecto antes de desarrollarlo
En un proyecto nuevo, lo más costoso es descubrir a mitad del desarrollo que un planteamiento no era el adecuado. El discovery lo anticipa: antes de desarrollar el producto se define su funcionamiento, se investigan los conceptos más innovadores o inciertos y se decide qué entra en la primera fase.
De dos a seis semanas, según la envergadura del proyecto
No siempre es necesario: depende de cada proyecto. Si la idea ya está definida, se pasa directamente a planificar la primera fase. En algunos casos, el encargo es únicamente el discovery.
Qué se entrega
La definición funcional, la arquitectura y las decisiones técnicas, pruebas de los aspectos más inciertos (por ejemplo, una integración o un modelo de IA) y el presupuesto de la primera fase. Cuando ayuda a comprender el proyecto, también una maqueta rápida generada con IA, que no es funcional.
Presupuesto cerrado, con un resultado que es de la empresa
Requiere un trabajo considerable, a menudo en sesiones con el equipo del cliente, y se factura con presupuesto cerrado. El resultado tiene valor por sí mismo: el desarrollo puede hacerse con nosotros o con otra empresa. Si continúa con nosotros, partimos del conocimiento adquirido, lo que permite ajustar más su coste.
Investigación e innovación, dentro de nuestro ámbito
Investigar y evaluar tecnologías nuevas forma parte de nuestro trabajo, y más de 20 años de experiencia nos permiten abordar proyectos innovadores, siempre dentro de nuestro ámbito de conocimiento. Si consideramos que no podemos abordar un proyecto con garantías, lo indicamos y recomendamos una empresa especializada.
Qué es un MVP: la parte más pequeña del sistema, ya en uso
Un MVP (producto mínimo viable) es la parte más pequeña del sistema que ya resuelve un problema real y que alguien usa en su trabajo. Se despliega al terminar la primera fase y se queda en producción.
La diferencia es importante: en una demostración, una maqueta parece correcta y aporta poca información, mientras que un sistema en uso muestra qué partes del proceso fallan, qué pantallas no se utilizan y qué datos faltan.
Además, presupuestar un proyecto completo desde el principio obliga a cerrar el alcance y el precio cuando menos información se tiene sobre él. Lo que se aprende durante el desarrollo ya no puede incorporarse sin renegociar el proyecto.
No es una maqueta
Una maqueta se presenta en una reunión y se descarta. Un MVP se despliega y sigue en uso.
No es un prototipo
El código de la primera fase sigue en uso en la última. Un prototipo, como los que se hacen con vibe coding, sirve para validar una idea y después se descarta.
No es una versión reducida del proyecto
No es el proyecto completo sin terminar: es una parte completa, que funciona por sí sola y es útil sin las fases siguientes.
Qué incluye la primera fase de un proyecto
Las funcionalidades que definen el producto y la base técnica sobre la que se construyen las fases siguientes. La duración de referencia es de tres a cuatro meses, con un máximo de seis; un proyecto sencillo requiere menos tiempo.
Las funcionalidades principales
Las que definen el proyecto, el servicio o el producto. Sin ellas, la primera fase no permite comprobar si la idea funciona.
El diseño del modelo de datos
Cómo se estructura y se relaciona la información del sistema. Es un requisito indispensable de la primera fase: modificarlo más adelante, con datos y funcionalidades desarrolladas sobre él, tiene un coste elevado.
La migración y la organización de los datos
Si existen datos previos, la primera fase puede incluir su migración o su reorganización, para que el sistema nuevo disponga de ellos desde el principio. Es trabajo de gobierno del dato.
Acceso de usuarios, roles y permisos
El sistema de inicio de sesión y los roles y permisos de cada tipo de usuario. Se definen desde el principio porque afectan a todas las pantallas y a todos los datos.
Infraestructura y tecnologías
Dónde funcionará el sistema, cómo se desplegará y con qué tecnologías se desarrollará, elegidas en función del producto completo y no solo de la primera fase.
Preparación para varios idiomas
La base para incorporar traducciones, aunque la primera versión se publique en un solo idioma. Añadirla más adelante obliga a revisar todos los textos del sistema.
Revisión básica de seguridad
Ningún proyecto se pone en producción sin un nivel mínimo de seguridad. Para una auditoría completa, recomendamos una empresa especializada.
Una parte que funcione por sí sola
Una fase que necesita otras dos para ser útil no es una fase. Lo que se desarrolla tiene que poder pasar a producción y funcionar sin las fases siguientes.
Solo las funcionalidades necesarias
Desarrollar funcionalidades que quizá no se usen nunca es el gasto más fácil de evitar. La base técnica se prepara para crecer, y las funcionalidades se desarrollan cuando son necesarias.
Un ejemplo hipotético
Una app de citas planificada en cuatro fases
Cada funcionalidad se reparte entre las fases según su coste y lo que aporta. La primera fase solo comprueba que la idea atrae usuarios; lo más costoso llega cuando el producto lo ha demostrado.
Registro y perfil
Fase 1: MVP (validación): Registro con correo electrónico, una foto y una descripción breve
Fase 2: interacción: Varias fotos, biografía ampliada e intereses principales
Fase 3: monetización: Verificación del perfil con un selfi analizado por IA, para evitar perfiles falsos
Fase 4: escalado e IA: Test de compatibilidad e insignias de reputación
Descubrimiento
Fase 1: MVP (validación): Perfiles ordenados por cercanía, a nivel de ciudad
Fase 2: interacción: Filtros básicos: edad y distancia máxima
Fase 3: monetización: Filtros avanzados: estilo de vida, gustos e intenciones
Fase 4: escalado e IA: Recomendaciones basadas en el comportamiento, con IA
Conexión
Fase 1: MVP (validación): "Me gusta" o "No me gusta"; si los dos usuarios coinciden, se muestra la coincidencia
Fase 2: interacción: Chat de texto entre usuarios que han coincidido
Fase 3: monetización: Mensajes destacados antes de coincidir
Fase 4: escalado e IA: Propuestas automáticas para iniciar la conversación, y llamadas de voz y vídeo
Notificaciones
Fase 1: MVP (validación): Aviso en pantalla al entrar en la aplicación
Fase 2: interacción: Notificaciones por correo o en el móvil cuando hay una coincidencia o un mensaje
Fase 3: monetización: Avisos prioritarios de actividad
Fase 4: escalado e IA: Resumen semanal de compatibilidad
Modelo de negocio
Fase 1: MVP (validación): Gratuita, para medir el uso y la captación de usuarios
Fase 2: interacción: Límite diario de "Me gusta" para controlar el volumen
Fase 3: monetización: Suscripción, con pasarela de pago, para ver a quién le has gustado
Fase 4: escalado e IA: Micropagos: más visibilidad del perfil o regalos
| Funcionalidad | Fase 1: MVP (validación) | Fase 2: interacción | Fase 3: monetización | Fase 4: escalado e IA |
|---|---|---|---|---|
| Registro y perfil | Registro con correo electrónico, una foto y una descripción breve | Varias fotos, biografía ampliada e intereses principales | Verificación del perfil con un selfi analizado por IA, para evitar perfiles falsos | Test de compatibilidad e insignias de reputación |
| Descubrimiento | Perfiles ordenados por cercanía, a nivel de ciudad | Filtros básicos: edad y distancia máxima | Filtros avanzados: estilo de vida, gustos e intenciones | Recomendaciones basadas en el comportamiento, con IA |
| Conexión | "Me gusta" o "No me gusta"; si los dos usuarios coinciden, se muestra la coincidencia | Chat de texto entre usuarios que han coincidido | Mensajes destacados antes de coincidir | Propuestas automáticas para iniciar la conversación, y llamadas de voz y vídeo |
| Notificaciones | Aviso en pantalla al entrar en la aplicación | Notificaciones por correo o en el móvil cuando hay una coincidencia o un mensaje | Avisos prioritarios de actividad | Resumen semanal de compatibilidad |
| Modelo de negocio | Gratuita, para medir el uso y la captación de usuarios | Límite diario de "Me gusta" para controlar el volumen | Suscripción, con pasarela de pago, para ver a quién le has gustado | Micropagos: más visibilidad del perfil o regalos |
¿Por qué recomendamos dividir el proyecto?
Menos inversión inicial
La primera fase no incluye un chat en tiempo real, que requiere más infraestructura, moderación de mensajes y control del spam. Se limita a comprobar si el concepto atrae usuarios y genera coincidencias.
Validación sin asumir todo el coste
Si los usuarios no se registran o no pasan de la pantalla de coincidencia, el problema está en la propuesta de valor o en la captación, no en el chat ni en el sistema de pagos, que todavía no se han desarrollado.
Inversión al ritmo del producto
Los cobros recurrentes con pasarelas como Stripe o Redsys y el algoritmo de recomendación, de las fases 3 y 4, se desarrollan cuando ya hay suficientes usuarios activos para justificarlos.
Reevaluación de requisitos y prioridades
Una vez realizada la consultoría, ¿qué ocurre?
Evaluación y medición de la última fase
Se determina la efectividad de las funcionalidades implementadas y se recopilan datos sobre el uso y la satisfacción del usuario.
Revisión de lo previsto para la fase siguiente
Las funcionalidades de la fase siguiente se revisan una por una con la información disponible. Unas se mantienen, otras cambian y otras se eliminan; lo que se elimina no se ha pagado, porque todavía no estaba presupuestado.
Presupuesto de las necesidades nuevas
El uso pone de manifiesto necesidades nuevas: un caso no previsto, un informe necesario o un paso innecesario. Lo que no es urgente se incorpora al presupuesto de la fase siguiente.
Decisión sobre la fase siguiente
Continuar, cambiar las prioridades o detener el proyecto. Se decide con el sistema en funcionamiento y con lo aprendido, no con la especificación inicial.
Qué se presupuesta en cada momento, y qué se cierra
Hay partes que dependen de un sistema de terceros, de un dato que todavía no existe o de una decisión ajena. Se indica al presupuestar, con el coste de cada alternativa, intentando evitar sorpresas y costes adicionales.
Presupuesto orientativo, gratuito
Un rango de coste, sin compromiso, a partir de una primera conversación. El presupuesto de un proyecto pequeño también es gratuito.
Estudio en profundidad, facturado
Cuando hay que analizar muchas funcionalidades, proponer la arquitectura y concretar los detalles técnicos, el estudio requiere un trabajo considerable y se factura: es el discovery.
Cerrado antes de empezar cada fase
El alcance funcional de la fase, escrito y revisado; su precio; la fecha de despliegue, y qué queda fuera, por escrito y con el mismo detalle que lo que entra. Si durante la fase cambian los requisitos, prevalece la prioridad de la empresa: si hay que recortar o ampliar, se revisa el coste. Una buena planificación previa de las funcionalidades reduce al mínimo estos cambios.
Lo que no se cierra, y por qué
El alcance del proyecto completo, porque cambiará a medida que avance; el precio total, por el mismo motivo, y el detalle de las fases posteriores mientras no se haya desplegado la primera.
Cuándo no compensa el desarrollo por fases
No es un método universal. En cuatro casos conviene presupuestar el proyecto completo y decirlo desde el principio.
El alcance lo fija un tercero
Un pliego, una norma o un contrato que exige el conjunto completo en una fecha determinada. En ese caso, el proyecto debe entregarse completo.
El sistema no sirve incompleto
Algunas integraciones solo funcionan completas. Si no se pueden dividir en partes que funcionen por sí solas, no es posible definir una primera fase.
El sistema anterior se apaga en una fecha fija
Mientras el sistema antiguo siga funcionando, los dos pueden convivir y el desarrollo puede ir por fases. Si la fecha de apagado es fija, también condiciona el alcance.
El proyecto es demasiado pequeño para dividirlo
Si el proyecto es pequeño, la planificación por fases no aporta ventajas y solo añade complejidad. En ese caso, se presupuestan todas las funcionalidades de forma inicial.
Preguntas frecuentes sobre el MVP y el desarrollo por fases
¿Cuánto cuesta una primera fase?
¿Qué ocurre si paramos después de la primera fase?
¿De quién es el código?
¿Cuánto dura el proyecto entero?
¿El desarrollo por fases es solo para startups?
¿Cuánto tiempo y esfuerzo requiere de mi equipo durante el proyecto?
¿Qué parte del proyecto conviene resolver primero?
Cuéntanos tu idea o qué proceso consume más tiempo hoy. En una primera conversación, gratuita, determinamos si es necesario un discovery o si se puede definir directamente una primera fase.