En software, las palabras "prototipo", "MVP", "piloto" y "producto" se usan como si fueran sinónimos. No lo son. Y la confusión tiene consecuencias: alguien ve una demo vistosa, asume que está lista para operar y se entera tarde de que era una exploración.
Por eso, en nuestra sección de Proyectos, cada trabajo lleva una etiqueta con su estado real de madurez. Este artículo explica qué significa cada una y cómo leerlas.
Por qué etiquetamos todo
La razón es simple: preferimos que una persona entienda lo que ve a que se lleve una impresión equivocada. Un prototipo no es un defecto; es una herramienta legítima. Lo que sí es un problema es presentarlo como si fuera otra cosa.
Nuestras reglas de contenido lo dicen sin vueltas: no inventamos clientes, números ni casos de éxito, y cuando algo es una demo o un prototipo, lo decimos. La etiqueta de estado es la forma más directa de cumplir eso.
Las cuatro palabras que más se confunden
Prototipo
Un prototipo existe para explorar y aprender. Responde preguntas del tipo "¿esto se entiende?", "¿esta idea funciona en la práctica?". Puede tener pantallas que parecen reales y cosas que no hacen nada detrás.
Qué esperar: algo que se puede ver y tocar para discutir una idea. Qué no esperar: que aguante uso real, datos reales o personas reales dependiendo de él.
MVP
MVP significa producto mínimo viable: la versión más chica que ya cumple la función central para alguien. Es más que un prototipo, porque funciona de verdad, pero es deliberadamente incompleto.
Qué esperar: una función principal que anda y puede probarse con usuarios. Qué no esperar: todas las funciones que alguna vez se mencionaron, ni terminaciones pulidas en cada rincón.
Piloto
Un piloto es una prueba acotada en un entorno controlado: pocas personas, un alcance limitado y reglas claras de qué se está evaluando. Sirve para ver cómo se comporta algo con uso real antes de abrirlo más.
Qué esperar: aprendizaje basado en uso real y ajustes en el camino. Qué no esperar: que sea una operación plena ni que todas las garantías de un producto lanzado ya estén en su lugar.
Producto
Un producto es algo publicado y disponible, con la expectativa de que funcione de manera sostenida: mantenimiento, correcciones, evolución. Es el punto donde una promesa pasa a ser un compromiso continuo.
Una vista rápida
| Estado | Para qué sirve | Qué no es |
|---|---|---|
| Prototipo | Explorar una idea y aprender | Un sistema listo para operar |
| MVP | Probar la función central con usuarios | La versión completa |
| Piloto | Evaluar con uso real y alcance acotado | Una operación a escala |
| Producto | Funcionar de manera sostenida | Algo terminado para siempre |
Más estados de los que parece
En la práctica usamos una escala más fina que esas cuatro palabras, porque entre una idea y un producto hay varias paradas. Los estados que manejamos son: idea, descubrimiento, investigación, validación, concepto, diseño, prototipo, MVP, piloto, listo, lanzado, crecimiento, escala y mantenimiento. Y también los que indican que algo no avanza como se esperaba: pausado, bloqueado, pivote y retirado.
Estos últimos son importantes. Que un proyecto figure como "pausado" o "pivote" no es una vergüenza; es información verdadera. Un portfolio donde todo aparece "en crecimiento" no es creíble.
Cómo leer estas etiquetas si sos cliente
Cuando mires un proyecto, nuestro o de cualquier otro equipo, estas preguntas te ayudan:
- ¿En qué estado está, según quien lo muestra? Si no hay una respuesta clara, ya es una señal.
- ¿Es un trabajo para un cliente o un proyecto propio? Algunos de los que mostramos son proyectos de ZAVRYON SYSTEMS, no encargos de terceros, y lo indicamos.
- ¿Qué evidencia hay de lo que funciona? Una captura, una demo o una descripción técnica no son lo mismo que uso sostenido.
- ¿Qué parte es real y qué parte es simulada? En un prototipo es normal que haya partes simuladas; lo importante es que se diga.
- ¿Qué sigue? Un buen estado viene con un próximo paso, no con una promesa vaga.
Cómo se aplica a un proyecto tuyo
Si trabajamos juntos, el estado también te acompaña a vos. Al inicio de un proyecto acordamos en qué etapa de madurez queremos llegar primero. Muchas veces no es "producto final": es un prototipo para validar una hipótesis, o un MVP chico para probar con las personas que lo van a usar.
Esto protege tu inversión. Es más barato descubrir en un prototipo que una idea no funciona que descubrirlo después de construir todo. Y encaja con la manera en que trabajamos, que va de entender a construir y a mejorar con uso real, como contamos en No empezamos por la herramienta.
Resumen
- Prototipo, MVP, piloto y producto significan cosas distintas y conviene no mezclarlas.
- Cada proyecto en /proyectos lleva su estado real de madurez, incluidos los estados incómodos como pausado o pivote.
- La etiqueta indica cuánto podés apoyarte en algo hoy; no es un juicio de calidad.
- Si evaluás a cualquier proveedor, preguntá en qué estado está lo que te muestran y qué parte es real.
Si querés conversar sobre en qué etapa de madurez tendría sentido empezar tu proyecto, escribinos.