🧠 Por qué crear prototipos
En IDEO, la empresa de diseño fundada por David Kelley en 1991, hay una máxima que guía cada proyecto: "Nunca vayas a una reunión sin un prototipo." En «The Art of Innovation» (2001), Tom Kelley describe cómo la cultura de crear prototipos rápidamente distingue a los equipos que innovan de los que solo planean innovar. El prototipo no es la solución final — es una pregunta física que le haces al mundo real.
📚 Tom Kelley, IDEO
"Prototyping is the shorthand of innovation. The faster you can make your ideas physical, the sooner you can start learning."
Tom Kelley y Jonathan Littman, «The Art of Innovation» (2001) — IDEO
Prototipar es pensar con las manos. Cuando sacas una idea de tu cabeza y la haces tangible —aunque sea una tarjeta de papel o una secuencia de notas adhesivas—, tu cerebro y el de los demás empiezan a ver problemas que ninguna presentación revelaría. Harvard Business School estima que los equipos que hacen prototipos temprano reducen el costo de corregir errores hasta en 5x en comparación con corregir en el producto final. La lógica es simple: equivocarse en el papel no cuesta nada; equivocarse en el código cuesta un sprint; equivocarse en el lanzamiento cuesta una empresa.
Ilustrativo — basado en estimaciones de la literatura sobre innovación (IDEO, HBR)
Las ideas abstractas se convierten en objetos concretos que otras personas pueden ver, tocar y criticar.
Una tarde de creación de prototipos reemplaza semanas de debates en reuniones: aprendes haciendo.
El prototipo revela suposiciones ocultas que ni siquiera el equipo sabía que estaba haciendo.
📏 Niveles de fidelidad: low vs. high
La fidelidad es el grado de acabado y realismo de un prototipo. No existe una fidelidad universalmente "mejor": existe fidelidad adecuada para la pregunta que quieres responder. IDEO usa el principio de construir «rough, rapid, right»: el prototipo debe ser lo bastante tosco para que no se confunda con el producto final, lo bastante rápido para no generar apego y lo bastante adecuado para probar la hipótesis central.
Esbozos, diagramas de flujo, storyboards. Costo casi cero. Ideal para explorar 10 ideas antes de elegir 1. Tom Kelley lo llama «the napkin stage» — la etapa de la servilleta.
Cartulina, EVA, impresión 3D rápida, maqueta de papel de pantalla. Prueba la forma, la ergonomía y el flujo de interacción. IDEO utilizó este enfoque en el rediseño del carrito de supermercado (1999, ABC Nightline).
Figma, Balsamiq, Adobe XD. Prueba el flujo de navegación y la arquitectura de la información sin escribir código. El feedback de los usuarios ya es válido en este nivel.
Código funcional, sistema de diseño aplicado, datos reales o simulados. Úsalo solo cuando ya hayas validado hipótesis de valor y usabilidad en los niveles anteriores.
- Todavía estás explorando el espacio del problema
- Hay más de 2 direcciones posibles en discusión
- El equipo no llegó a un consenso sobre qué probar
- El plazo se mide en días, no en semanas
- Todavía no sabes si el usuario quiere el producto
- La hipótesis de valor no se probó
- La retroalimentación del usuario sería sobre la estética, no sobre el fondo
- El prototipo quedó "demasiado bonito para destruirlo"
🎨 Tipos de prototipo
No existe un único tipo de prototipo. La elección depende de lo que quieras aprender: comportamiento del usuario, viabilidad técnica, modelo de negocio o demanda del mercado. Cada tipo de prototipo abarca un dominio distinto de incertidumbre. IDEO cataloga decenas de técnicas; aquí están las cinco más utilizadas en la innovación corporativa y las startups.
Interfaces dibujadas a mano en papel. El evaluador simula la tecnología respondiendo a las acciones del usuario. Creado por Rettig (1994) y popularizado por IDEO para las pantallas de software antes de escribir cualquier código.
El usuario cree que interactúa con un sistema real, pero una persona ejecuta las respuestas detrás de escena. Es un método clásico en IA conversacional: IBM lo usó para validar Watson Assistant antes de construir el NLP. Airbnb probó la fotografía profesional de habitaciones pagando a fotógrafos en persona antes de automatizar el proceso.
Producto funcional con el mínimo de funciones para generar aprendizaje. Concepto de Eric Ries en "The Lean Startup" (2011). Dropbox lanzó un video de 3 minutos antes de escribir una línea de código: 75.000 registros en una noche validaron la demanda.
Entregas el servicio manualmente, sin tecnología, a un grupo pequeño de usuarios reales. Food on the Table (startup de recetas) atendió personalmente a 1 familia antes de escalar. Manual Insurance (fintech) procesaba pólizas en una hoja de cálculo antes de automatizar. Así aprendes todo sobre el flujo real de entrega.
Anuncio o landing page que vende algo que aún no existe para medir la intención real de compra. Buffer (app de programación) vendió suscripciones mediante una landing page sencilla antes de escribir código. Métricas: CTR, registros e incluso compras; si alguien hace clic en "Comprar", la hipótesis de demanda queda validada.
Tom Kelley recomienda combinar tipos en secuencia: comienza con Paper Prototype para el flujo, avanza a Wizard of Oz cuando el flujo esté bien y usa Concierge o Smoke Test para validar la demanda del mercado. Cada tipo responde una pregunta diferente — no los uses en paralelo sin una hipótesis clara para cada tipo.
🎯 Elegir la fidelidad adecuada para la pregunta
La mayor fuente de desperdicio en la creación de prototipos no es construir el prototipo equivocado, sino construir el prototipo correcto con el nivel de fidelidad equivocado. Un equipo que usa Figma interactivo para descubrir si el usuario quiere el producto invirtió 3 días en vez de 3 horas. Un equipo que usa una tarjeta de papel para probar el rendimiento técnico nunca podrá obtener los datos que necesita. La fidelidad debe guiarse por la hipótesis que estás poniendo a prueba, no según el nivel de comodidad del equipo ni el deseo de impresionar a los stakeholders.
| Pregunta / Hipótesis | Fidelidad ideal | Tipo recomendado |
|---|---|---|
| ¿El usuario entiende el flujo? | Baja | Prototipo en papel |
| ¿El usuario puede completar la tarea? | Media | Wireframe clicable (Figma) |
| ¿El mercado quiere pagar por la solución? | Baja (comunicación) | Smoke Test / página de destino |
| ¿El servicio es viable desde el punto de vista operativo? | Funcional manual | Concierge |
| ¿La IA responde de forma útil? | Funcional simulada | Wizard of Oz |
| ¿El producto es robusto para escalar? | Alta | MVP técnico |
Una regla práctica de IDEO: construye el prototipo con la fidelidad mínima que aún genere el dato que necesitas para tomar la decisión. Si una nota adhesiva responde la pregunta, no abras Figma. Si Figma responde, no escribas código. Si el código responde, no lo lances. Cada nivel de fidelidad que supera lo necesario tiene un costo de oportunidad: tiempo que podrías haber usado para probar la siguiente hipótesis.
- ¿Qué necesito aprender? — Define la hipótesis central del prototipo.
- ¿Cuál es la fidelidad mínima que genera este aprendizaje? — Evita el exceso.
- ¿Cuánto tiempo tengo? — Divide el tiempo disponible entre 3; el prototipo debe caber en el primer tercio.
📊 Qué probar en cada prototipo
Probar un prototipo sin saber qué quieres medir es como hacer una investigación sin hipótesis: recopilas datos, pero no sabes qué hacer con ellos. IDEO capacita a sus equipos para definir métricas de aprendizaje antes de construir — no métricas vanidosas. «¿A cuántas personas les gustó?» es una métrica vanidosa. «¿Cuántas personas completaron la tarea sin ayuda?» es una métrica de aprendizaje.
- ✓Número de errores de navegación sin asistencia
- ✓Tiempo para completar el flujo principal
- ✓Puntos de confusión (donde el usuario se detiene y pregunta)
- ✓¿El usuario se da cuenta de que hay una persona detrás? (Prueba de Turing básica)
- ✓¿La respuesta del "sistema" resuelve el problema del usuario?
- ✓¿Cuántas interacciones se necesitan para satisfacer la necesidad?
- ✓Tasa de clics en el CTA (CTR)
- ✓Tasa de registro / preventa
- ✓Costo por lead calificado (referencia: <R$ 30 B2C)
- ✓Horas de trabajo manual por entrega (define el costo de escalar)
- ✓Qué etapas valoran más los usuarios
- ✓NPS después de la primera experiencia (meta: superior a +50)
⚠️ Trampas de la creación de prototipos
Tom Kelley dedica un capítulo entero de «The Ten Faces of Innovation» (2005) a lo que llama «the prototyping traps»: trampas que convierten una herramienta poderosa en una fuente de desperdicio. La más común y devastadora es el apego emocional al prototipo, lo que IDEO llama "falling in love with the prototype". Cuando el equipo invierte días en un prototipo atractivo, el cerebro deja de tratarlo como una hipótesis y empieza a tratarlo como un producto.
El equipo invierte demasiado tiempo en el prototipo y empieza a defenderlo durante las pruebas en vez de observar. Síntomas: «el usuario no entendió la interfaz», «la prueba estaba mal configurada», «este usuario no es nuestro público objetivo».
Pasar a Figma hi-fi o al código antes de validar el flujo básico. Resultado: los comentarios del usuario son sobre la estética ("este color no es bueno") y no sobre el contenido ("no entiendo para qué sirve esto").
Construir para "ver qué opinan los usuarios" sin una pregunta específica. Genera datos difusos que no fundamentan ninguna decisión. El equipo termina la prueba sin saber qué hacer después.
Ocultar el prototipo a usuarios reales por vergüenza o miedo a que «roben la idea». Tom Kelley: «Si te da vergüenza mostrar tu prototipo, es porque esperaste demasiado para construirlo». Un prototipo feo del que aprendiste algo vale más que uno bonito que se quedó guardado en un cajón.
Conceptos clave del módulo
📋 Resumen del módulo
Siguiente módulo:
2.9 - Ciclos de retroalimentación: cómo construir ciclos de aprendizaje continuo que alimenten la innovación