Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.
Idea principal
Una maqueta ya permite iterar: miras una pantalla, sigues un recorrido, detectas que un botón no está en el sitio adecuado o que falta una información. Lo que deja ver es una intención, y las objeciones que provoca recaen sobre la intención.
Un producto que funciona da otra cosa. No lo miras, lo usas: esperas a que cargue una lista, repites tres veces el mismo gesto, descubres que un filtro no sirve de nada porque el dato real no tiene la forma prevista. Esas fricciones no son defectos de representación, son propiedades del producto, y ninguna maqueta puede producirlas porque no contiene ni los datos reales, ni los tiempos reales, ni la repetición del uso.
El vuelco es gradual y pasa casi inadvertido: la cosa parece primero una maqueta, luego empieza a funcionar, luego la enseñas, luego te piden evoluciones, luego te preguntan cuándo se podrá usar.
Por qué es importante
Esto cambia lo que se construye primero. Mientras producir una versión utilizable costaba mucho más que producir una representación, la maqueta era el único punto de entrada razonable en una iteración. Cuando un Product Manager ensambla en cuatro días pantallas, API internas y modificaciones de datos, la representación deja de ser la etapa económica.
También desplaza el momento del retorno del usuario: ya no llega sobre lo que piensas hacer, sino sobre lo que existe — es decir, sobre objeciones que ninguna relectura de especificación habría sacado a la luz.
Matices y límites
La ventaja viene del realismo, no del hecho de que sea código. Un producto alimentado por un juego de datos de prueba no muestra más fricciones reales que una maqueta: muestra menos, porque da la impresión de haber sido puesto a prueba.
Y la maqueta conserva un uso que el producto no recoge: explorar varias direcciones sin pagar ninguna. Un producto que funciona hace difícil abandonar una dirección, precisamente porque existe.
Preguntas abiertas
- ¿A partir de qué nivel de riesgo el coste de abandonar una versión utilizable supera la ganancia de haberla construido en lugar de dibujarla?