Hipótesis
Qué creemos que va a pasar y qué tendría que ocurrir para cambiar de opinión. Se escribe antes de diseñar.
Producto digital
Probarlo antes
de construirlo.
Hipótesis, prototipo, prueba y decisión. La forma más barata de saber si una idea de producto funciona antes de escribir código.
Qué es
Un prototipo cuesta días.
Una versión, meses.
Un prototipo es una versión suficiente del producto para que alguien lo use y nos diga la verdad. Sirve para probar una idea, un flujo o una funcionalidad antes de invertir en desarrollo, y para alinear al equipo alrededor de algo concreto.
Elegimos la fidelidad según la pregunta: bocetos para probar la estructura, prototipos navegables para probar el flujo, prototipos con datos reales para probar la comprensión. Y siempre con un criterio de éxito acordado antes de la prueba.
Qué hacemos
Así lo trabajamos.
En este orden, con el equipo dentro desde el primer día.
Prototipo
Navegable en Figma o en código, con la fidelidad justa para responder la pregunta.
Prueba con usuarios
Sesiones moderadas o pruebas remotas con usuarios del perfil objetivo, medidas contra el criterio acordado.
Decisión
Qué se construye, qué se cambia y qué se descarta, con la evidencia al lado.
Te llevas
Lo que queda cuando terminamos.
El proyecto termina; el criterio se queda en tu equipo.
01 Producto navegable
Prototipo
Lo suficiente para probar y para explicar la idea a quien decide.
02 Resultados de la prueba
Evidencia
Qué funcionó, qué no y por qué, con grabaciones y datos.
03 Siguiente paso
Decisión
Construir, iterar o parar, con el alcance definido para desarrollo.
Cuándo tiene sentido
El momento adecuado.
Antes de comprometer un desarrollo largo, cuando el equipo no se pone de acuerdo sobre una funcionalidad, cuando hay que enseñar una idea a dirección o a inversores, o cuando un flujo crítico va a cambiar y no se puede fallar.
Si no estás seguro de que sea tu caso, cuéntanoslo: la primera conversación sirve para dimensionar el problema real.
Hablemos de tu casoPreguntas frecuentes
Lo que suelen preguntarnos
sobre prototipos y validación.
¿Prototipo en Figma o en código?
Depende de la pregunta. Figma para probar flujos y comprensión; código cuando hay que probar con datos reales, rendimiento o integraciones.
¿Cuántas rondas de prueba?
Normalmente dos: una para encontrar los problemas grandes y otra para confirmar que la solución los resuelve.
¿El prototipo sirve luego para desarrollar?
El de código, en parte; el de Figma, como especificación. En ambos casos, lo que se ahorra es construir algo que no funciona.
En un proyecto real
El Corte Inglés
El backoffice que sostiene un ecosistema de comercio entero.
Ver el caso