¿Sabes cómo suena "el documento de requerimientos" en cualquier empresa? A semanas de reuniones para definirlo. A cuarenta páginas que casi nadie lee completas. A que desarrollo construye lo que entendió, y a que negocio recibe algo que no era exactamente lo que pidió. Y vuelta a empezar.
Durante años lo viví así, y lo acepté como si no hubiera otra forma. Hasta que hace poco probé otra.
Lo que me pasó
Había una capacidad que no existía en la empresa donde trabajo, y yo estaba convencido de que valía la pena tenerla. Lo normal habría sido escribir el documento, presentarlo, defenderlo y esperar.
Esta vez hice algo distinto: en lugar de explicarla, la construí. Un prototipo, sin pretensiones, pero que funcionaba y se veía bien.
Cuando se lo mostré a la persona dueña del negocio, la conversación fue otra. Ya no estábamos imaginando algo a partir de unas páginas. Estábamos viendo algo que funcionaba y diciendo "esto sí lo necesitamos". No tuve que convencer a nadie con argumentos: lo convenció el prototipo.
Después, casi todo caminó solo. Nos aliamos, la persona dueña del negocio y yo, para llevarlo a producción: cada quien desde su lado, el del negocio y el técnico. Y esa alianza empezó con una decisión que se tomó rápido porque ambos estábamos mirando lo mismo.
Por qué funcionó
Me quedé pensando en eso, y creo que se resume así:
- Un documento pide que imagines. Un prototipo te deja tocar. Es mucho más fácil decir que sí a algo que acabas de usar.
- Los matices aparecen solos. Lo que en un documento se pierde, en un prototipo salta a la vista en el primer minuto.
- Se cambian los papeles. Negocio deja de "explicar lo que quiere" y empieza a "mostrar lo que necesita". Desarrollo deja de interpretar documentos y se enfoca en industrializar algo ya validado.
Ojo: un prototipo no es un producto
Quiero ser claro, porque aquí es donde las cosas salen mal. Un prototipo hecho con IA no es un producto. Todavía falta decidir cómo se gobierna lo que la IA generó, cómo se arquitecta para que escale, cómo se asegura y quién lo mantiene cuando el prompt original ya no exista.
Por eso el prototipo no reemplaza al equipo de desarrollo. Le da algo mucho mejor que un PDF con qué trabajar, y la industrialización sigue siendo trabajo de ingeniería, con sus reglas.
Lo que me llevo
Un idioma común entre negocio y tecnología, que no es un documento: es algo funcionando.
Si hoy en tu empresa los requerimientos viven en un PDF, te dejo una pregunta: ¿cuánto de lo que ahí se explica se entendería en cinco minutos con algo funcionando delante?
¿Documento o prototipo?