Hice una app con IA y no aguanta: esto es lo que falta

Qué ha pasado, y por qué es normal

Describió lo que quería, la herramienta produjo algo que funcionaba y tuvo razón en creer en ello: lo que obtuvo en unas tardes habría exigido semanas hace tres años.

Después quiso que otros lo usaran y todo empezó a atascarse. No es un fracaso ni es culpa suya. Simplemente, la parte visible de una aplicación es una fracción del trabajo, y es la única que una conversación describe con facilidad.

Las cuatro carencias, siempre las mismas

Los datos no sobreviven. Muchos prototipos guardan la información en el navegador o en un fichero que se reinicia. Mientras usted es el único que prueba, no se nota. En cuanto un compañero lo usa desde su equipo, los datos divergen — y el día que algo desaparece no hay copia, porque no había nada que copiar.

No hay cuentas de verdad. Una pantalla de acceso no es autenticación. La pregunta no es «cómo se entra», sino «quién puede ver qué, y qué se lo impide técnicamente». En la mayoría de prototipos la respuesta es: nada. Todos los datos son accesibles para quien sepa pedirlos.

Nada está previsto para lo anormal. El formulario funciona si se rellena bien. Nadie rellena bien. Campo vacío, doble clic, conexión cortada en mal momento, fichero de 40 MB: cada caso produce un error incomprensible o, peor, un dato a medio escribir.

Funciona en su máquina. Es decir: no funciona. Falta alojamiento, nombre de dominio, certificado, copias automáticas y una forma de actualizar sin romperlo todo.

Qué se conserva y qué se rehace

Casi todo se conserva, y esa es la buena noticia. Lo que produjo contiene la información más difícil de obtener en un proyecto: lo que realmente quería. Las pantallas, las secuencias, el vocabulario de su oficio, los casos particulares que pensó — todo eso tiene valor real, y un pliego redactado en frío nunca lo habría capturado igual.

Lo que suele rehacerse: cómo se guardan los datos, la capa de cuentas y permisos, y la puesta en producción. No es la parte que disfrutaba, y es la más rápida para quien ya la ha hecho cincuenta veces.

En qué orden retomarlo

1. 1Congelar lo que existe. Una copia del código y de los datos, antes de tocar nada. Parece obvio y es el paso que más se salta.
2. 2Poner una base de datos real y volcar lo existente. A partir de ahí, ya no se pierde nada.
3. 3Añadir cuentas y permisos, antes de abrir a nadie.
4. 4Publicar, con copias automáticas y forma de volver atrás.
5. 5Solo entonces, retomar las funciones una a una.

El orden importa: cada paso simplifica el siguiente, y al revés no funciona.

Cuánto tiempo

Mucho menos que rehacer. Un prototipo funcional que le costó varias semanas suele suponer unas semanas de recuperación hasta producción — y usted ya sabe qué quiere, lo que elimina la parte más incierta de cualquier proyecto.

Por eso conviene no tirarlo. El reflejo del profesional que descubre un prototipo es proponer empezar de nuevo y limpio. Es cómodo para él, caro para usted, y le hace perder lo único que tenía de singular.