✏️ Del diseño al prototipo
En el módulo anterior diseñaste la arquitectura: canales, agentes, servicios, herramientas. Pero un diseño es una promesa, no una prueba. El el prototipo es el momento en que la promesa se convierte en algo que funciona — donde alguien escribe un mensaje y el sistema responde de verdad. El paso del diseño al prototipo es el momento en que descubres lo que el papel no contaba.
🛠️ El diseño demuestra la idea; el prototipo demuestra la realidad
El diseño responde "¿tendrá sentido?". El prototipo responde "¿funcionará?". Son preguntas diferentes, y solo la segunda paga las cuentas. Por eso el arquitecto no se enamora del blueprint perfecto: se apresura a poner en marcha la versión más pequeña y ver cómo reacciona el sistema ante un caso real.
El ciclo de quien crea prototipos
Diseño
El blueprint de la arquitectura: qué existe y cómo se comunica.
Prototipo
La versión más pequeña que ya entrega el resultado principal.
Probar
Un caso real pasa por el sistema; la realidad se hace visible.
Iterar
Ajusta según lo que observaste y vuelve al prototipo, en un ciclo continuo.
🌱 Empezar pequeño (MVP)
MVP quiere decir Producto mínimo viable: la versión más pequeña de la solución que ya resuelve el problema principal de principio a fin. Mínimo no significa mal hecho: significa sencillo. Recortas todo lo que «estaría bueno tener» y mantienes solo el camino que entrega el resultado central. El MVP de tu Jarvis hace una hacer bien una cosa, no diez a medias.
✓ MVP bien definido
- ✓Resuelve UN problema de principio a fin.
- ✓Un solo canal (ej.: WhatsApp) para empezar.
- ✓Está listo en horas o en pocos días.
- ✓Ya se lo puedes mostrar a alguien para que lo use.
✗ MVP inflado (no es MVP)
- ✗Intenta resolver todo de una vez.
- ✗Tres canales y cinco integraciones antes de la primera prueba.
- ✗Tarda semanas y nunca "está listo".
- ✗Lleno de funciones que nadie pidió.
💡 Consejo práctico
Pregunta clave: "si quito esto, ¿el sistema todavía resuelve el problema principal?". Si la respuesta es sí, quítalo del MVP. Guarda la lista de recortes — se convertirá en la lista de mejoras una vez que el prototipo demuestre su valor.
🎯 Probar con un caso real
Probar con un ejemplo inventado es fácil — y engañoso. El prototipo solo demuestra algo cuando se enfrenta a un caso real: un mensaje que envió un cliente real, un documento que existe en la empresa, una solicitud tal como llega en el día a día. Un caso real incluye el desorden que oculta el ejemplo limpio: jerga, errores tipográficos, preguntas fuera del guion.
Un caso real entrando en el prototipo
Recreación ilustrativa de una prueba — el caso real expone lo que el ejemplo limpio nunca mostraría.
🔎 Qué observar en la prueba
- ¿Acertaste en lo esencial? La respuesta resuelve lo que quería el cliente.
- ¿Dónde se trabó? En qué punto el sistema se perdió o improvisó.
- ¿El tono sirve? Suena como hablaría realmente la empresa.
🔄 Iterar rápido
Iterar es repetir el ciclo probar → ajustar → volver a probar, en ciclos cortos. El secreto no es acertar a la primera: es acortar el tiempo entre ver un problema y corregirlo. Los ciclos pequeños y frecuentes superan el gran «voy a arreglarlo todo de una vez»: cada ajuste es fácil de medir y, si empeora las cosas, fácil de deshacer.
Una vuelta de iteración (corta)
Ejecutar un caso
Pásale un caso real y observa la respuesta.
Encontrar UN problema
Elige el defecto más evidente, no todos a la vez.
Ajustar una cosa
Cambia solo eso: una instrucción, una regla, un ejemplo.
Probar de nuevo
Confirma que mejoró y empieza otra vuelta.
💡 Consejo práctico
Cambia una cosa a la vez. Si ajustas cinco cosas y el resultado mejora, no sabes cuál de los ajustes funcionó; y si empeora, no sabes cuál lo perjudicó. Un cambio por vuelta mantiene limpio el aprendizaje.
⚠️ Errores comunes en el prototipo
La mayoría de los prototipos no muere por falta de capacidad técnica — muere por trampas previsibles. Conocer los errores más comunes antes de cometerlos ahorra días. Mira los cinco que más hacen fracasar los prototipos de IA, y el antídoto para cada uno.
Antídoto: recorta hasta que solo quede el camino que resuelve el problema principal.
Antídoto: prueba primero sin pulir; invierte en el acabado solo cuando hayas demostrado su valor.
Antídoto: incluye casos reales y desordenados desde la primera ronda.
Antídoto: haz un cambio por ronda para saber qué funcionó.
Antídoto: define de antemano qué significa «funciona» (siguiente tema).
💡 Consejo práctico
El error más costoso es el perfeccionismo prematuro: pasar días embelleciendo algo que nadie ha usado todavía. Un prototipo feo que funciona vale más que uno hermoso que nunca salió del papel.
✅ Criterio de «funciona»
"Funciona" no puede ser una sensación. Sin un criterio claro, iteras para siempre o te detienes demasiado pronto. El criterio de que "funciona" es una frase objetiva, definida antes de probar, que indica qué resultado demuestra que el prototipo está listo para la siguiente etapa: medir y evolucionar. Es lo que cierra el ciclo del MVP.
✓ Criterio claro (medible)
- ✓"Responde correctamente 8 de cada 10 preguntas reales."
- ✓"Resuelve el pedido sin necesidad de una persona."
- ✓"Entrega en menos de 30 segundos."
- ✓Se puede responder sí o no, sin discusión.
✗ Criterio vago (sensación)
- ✗"Quedó bien."
- ✗"Ya casi está."
- ✗"Creo que se puede mostrar."
- ✗Depende de a quién le preguntes.
🏁 El criterio cierra el ciclo
Con un criterio objetivo, sabes cuándo dejar de iterar y avanzar al Módulo 3.5 (medir resultados). Sin él, el prototipo nunca queda «listo» o se declara listo demasiado pronto. El criterio es la meta que trazas antes de correr.
Autoevaluación (opcional): ¿qué significa empezar por el MVP?
🛠️ Resumen del módulo
Siguiente módulo:
3.5 — Medir el resultado: pasar de "parece que funciona" al número que demuestra el valor.