Empezamos a diseñar en código

Julio, ¿ya está el diseño listo? Mismo patrón, otro loop. Después del PRD, los features esperaban mis pantallas, mis flujos, mi opinión sobre cada esquina del UI.

Yo bocetaba, especificaba, anotaba. El equipo traducía mis mockups a código, y después discutíamos sobre la diferencia entre los dos. Cada iteración pasaba por mi escritorio dos veces.

El supuesto que se rompió

Todo el handoff — primero diseño, después código — se apoya en un supuesto: el código es caro, así que más te vale que el dibujo esté bien antes de construir. Ese supuesto murió. Con IA, generar una versión funcionando cuesta más o menos lo mismo que describirla.

Cuando el código es barato, el mockup es sobrecarga. La cosa real es el boceto.

Qué hacemos en su lugar

En Riqra, los ingenieros ahora diseñan en código. Toman el PRD, construyen el feature detrás de un feature flag y presentan la cosa real, clickeable — a mí y a los clientes. El feedback pasa sobre el producto, no sobre una foto del producto.

Si algo está mal, no pulimos el dibujo. Regeneramos. El código se volvió un commodity: barato de producir, barato de botar. Los feature flags hacen que eso sea seguro — nada llega a los clientes hasta que está listo, pero todo es real desde el día uno.

Dos cosas lo hicieron funcionar: flags como default para todo lo nuevo, y la disciplina de tratar el código generado como desechable hasta que se gana su lugar.

Qué cambió

El diseño dejó de ser una cola con mi nombre. Los clientes reaccionan a pantallas reales más temprano. Y los ingenieros son dueños de la experiencia de punta a punta — no están implementando mi dibujo, están diseñando el producto.

Pregunta de founder: ¿cuántos de tus features están esperando un mockup que una versión funcionando respondería más rápido?