17. Empezamos a construir de verdad

Febrero-Marzo 2026. El Figma empieza a convertirse en código. Es un momento extraño.

Las semanas desde que entra Jona tienen una energía diferente. Todo lo que llevamos meses diseñando y documentando ahora tiene a alguien que puede hacerlo real. Eso cambia el ritmo. Cambia también la presión, en el buen sentido de la palabra.

Hay algo extraño en ver el Figma convertirse en código por primera vez. Extraño y muy satisfactorio.

Arquitectura técnica

Una de las primeras cosas que hacemos juntos es sentar la arquitectura técnica. Flutter para el móvil, por la capacidad de compilar para iOS y Android con una sola base de código. Algunas de estas decisiones son obvias. Otras requieren debate. Alguna la tomamos deprisa y luego hay que revisar. Aprendo a no apresurarme en las que no son obvias.

El modo offline pasa de ser un requisito en un documento a ser una decisión de arquitectura real. Cómo guardamos los datos. Qué sincronizamos y cuándo. Qué funciona siempre, tenga o no tenga señal. Esa conversión, de concepto a ingeniería, es una de las más interesantes de todo el proceso.

Arquitectura técnica · feb-mar 2026

Jira y el trabajo se ordena

Con Jona también llega algo que necesitábamos sin saberlo del todo: estructura de trabajo. Empezamos a usar Jira para organizar el desarrollo. Tareas, sprints, secciones. De repente el trabajo es visible de una forma diferente. Eso ayuda muchísimo.

"Cuando el figma pasa a código, las decisiones de diseño se convierten en decisiones de ingeniería. Algunas que parecían obvias resultan no serlo."

Las primeras líneas

Las primeras líneas de código del MVP. Llevo más de un año trabajando en esto y de repente empieza a existir de una forma diferente. No como un prototipo que puede cambiar en diez minutos. Como un producto. Todavía muy pequeño, muy lejos de lo que va a ser. Pero real. Ese momento es raro y es bueno.