Lista para demo vs. lista para producción: cuándo tu app hecha con IA de verdad está lista para usuarios reales
La mayoría de las apps hechas con IA se ven geniales en una demo y se quiebran frente al tercer usuario real. Esto es cómo saber de qué lado estás, y cómo cerrar la brecha sin un desarrollador.
Con todo creador de apps con IA llega un momento en el que lo que construiste empieza a verse real. La página carga, los botones funcionan, el formulario acepta lo que escribes y los datos aparecen donde deberían. Haces clic por todos lados y te sientes un fundador. Es una buena sensación. También es donde mucha gente se queda atorada —porque la brecha entre “esto funciona cuando lo demuestro” y “esto funciona cuando lo usa un desconocido” es más grande de lo que parece, y esa brecha no se ve en la vista previa del creador de apps con IA.
Este artículo trata de cerrar esa brecha a propósito. No necesitas convertirte en ingeniero para lograrlo. Necesitas saber qué probar, en qué orden, y cuándo dejar de llamar prototipo a algo.
Qué significa de verdad “listo para demo”
Una app hecha con IA lista para demo hace lo que querías que hiciera, por el camino que tú probaste, con datos que se parecen a los que has estado pegando en los prompts. El inicio de sesión funciona. El panel carga. Lo que querías mostrarle a tu cofundador está en pantalla.
Lista para demo no es poca cosa. Hace cuatro meses, lo que construiste era un contrato con un freelancer y un plazo de seis semanas. Pero también es una versión de tu app que ha sido probada por ti, solo, por el camino feliz. Los usuarios reales no se quedan en el camino feliz.
Pegan una dirección de correo con un espacio de más al final. Usan Safari en un iPad en modo horizontal. Entran desde datos móviles y dejan la página a medio cargar durante treinta segundos antes de tocar el botón. Esperan que “atrás” funcione, y esperan que recargar no pierda nada de lo que escribieron.
La razón por la que las demos engañan no es que la IA haya construido algo falso. Es que quien corre la demo sabe dónde están enterrados los cadáveres. Instintivamente haces clic en los botones que funcionan. Un usuario real hace clic en los que olvidaste que existían.
Las cinco cosas que se quiebran primero
A lo largo de la gente que he visto pasar de demo a lanzamiento con creadores de apps con IA, las mismas cinco cosas tienden a ser las primeras en romperse con usuarios reales. Repasarlas a propósito es la forma más rápida de avanzar hacia estar listo para producción.
1. El estado vacío. Tu panel se ve genial con tres proyectos dentro porque usaste tres proyectos mientras lo construías. Un usuario nuevo se registra, llega a un panel con cero de todo, y ve un rectángulo gris en blanco. El arreglo es un prompt: “Cuando el usuario tenga cero proyectos, muestra un mensaje amable que explique qué hacer a continuación, y un botón para crear el primero”. Aburrido, diez segundos de trabajo, hace la diferencia entre “esto está roto” y “esto es útil”.
2. El estado de error. Prueba esto ahora mismo: apaga tu wifi y haz clic por la app. Escribe una contraseña deliberadamente incorrecta. Envía un formulario con el campo de correo vacío. Si tu app se cae, se congela o muestra un error crudo como 500 Internal Server Error, tienes un problema de estado de error. El creador de apps con IA puede arreglar esto, pero tienes que pedirlo: “¿Qué pasa cuando la llamada a la API falla? ¿Cuando el usuario mete datos incorrectos? ¿Cuando está sin conexión?”. Son tres prompts separados, y cubren la mayoría de las formas en que los usuarios reales se meten en problemas.
3. La vista móvil. Aproximadamente la mitad de tus primeros usuarios —quizá más, dependiendo de qué sea tu app— la abrirán en un teléfono. Los creadores de apps con IA manejan bien el diseño adaptable para maquetas estándar y mal para las personalizadas, sobre todo cualquier cosa que involucre una barra lateral, un modal fijo o un formulario complejo. Abre tu app en tu teléfono, con el otro pulgar, como la usaría una persona real. Si algo se desborda de la pantalla, algo es muy chico para tocarlo con precisión, o algo tapa el teclado cuando intentas escribir, eso es un arreglo. Un prompt, por lo general: “Haz que esta página se vea bien en la pantalla de un teléfono, especialmente [lo que está roto] — deja la versión de escritorio sin cambios”.
4. El problema del ‘segundo usuario’. Aquí va uno traicionero. Muchas apps hechas con IA suponen un solo usuario. Los datos que creas se quedan en la app. Luego un segundo usuario se registra y o ve tus datos, o no ve datos y se confunde muchísimo. Esta es una pregunta de autenticación y de separación de datos, y vale la pena pedirle a la IA que explique cómo está almacenando los datos de usuario antes de lanzar. La frase correcta: “Explica cómo están separados los datos de usuario. Si dos personas se registran, ¿puede una ver los datos de la otra?”. La respuesta es la prueba.
5. El botón de ‘cambié de opinión’. Los usuarios reales deshacen cosas constantemente. Borran la cuenta que acaban de crear porque escribieron mal el correo. Se dan de baja dos minutos después de suscribirse. Quieren editar un proyecto que hicieron ayer porque el título tiene un error de dedo. Los creadores de apps con IA, dejados a su aire, construyen el camino para crear y se saltan el de editar o borrar —porque la demo solo les pidió crear cosas. Si lanzas con esa brecha, tus primeros tres usuarios te van a escribir en menos de una hora, y el correo va a empezar con la palabra “Cómo”. Recorre tu app y pregunta, en cada pantalla: “¿Puede el usuario deshacer lo que acaba de hacer, o cambiarlo después?”. Donde sea que la respuesta sea no, esa es una función que necesitas antes de lanzar.
Qué NO significa “listo para producción”
Listo para producción para una app hecha con IA no es lo mismo que listo para producción en un banco. No necesitas 99.99% de tiempo activo. No necesitas una prueba de carga. No necesitas un manual de operaciones ni una rotación de guardias. No eres Stripe, eres una cosa pequeña al servicio de personas reales.
Lo que sí necesitas es un build que no te avergüence frente a un desconocido. Eso es alcanzable en una tarde o dos enfocadas, una vez que sabes qué buscar. Los cinco puntos de arriba son la mayor parte. El resto es hacer la app legible —texto claro en cada botón, comportamiento predecible cuando haces clic, sin páginas que se topen con una flecha de atrás que no funciona.
El salto más grande de listo para demo a listo para producción no está en el código. Está en tu disposición a usar tu propia app como lo haría un desconocido. El truco que les sugiero a las personas: pásale tu teléfono a un amigo en una cafetería y pídele que haga lo principal que hace tu app, sin explicárselo. No le des pistas. Observa su pulgar. El primer lugar donde se pausa más de tres segundos es lo más importante que puedes arreglar esta semana. El segundo y el tercer lugar suelen ser arreglos rápidos que siguen.
Una pequeña lista de verificación de lanzamiento
Antes de lanzar a tus primeros diez usuarios reales, recorre esta lista. Nada de esto requiere escribir código. Todo es un prompt para tu creador de apps con IA o un recorrido manual a clics.
- Me registré como un usuario completamente nuevo desde una ventana de navegación privada, de extremo a extremo, sin atajos.
- Usé la app en mi teléfono.
- Intenté romper los formularios —campos vacíos, datos raros, datos muy largos.
- Le pregunté al creador de apps con IA cómo están separados los datos de usuario, y la respuesta tiene sentido.
- Tengo una forma de contactar a los usuarios si algo sale mal (un campo de correo, un enlace de feedback, lo que sea).
- Tengo una forma de saber cuándo algo ha salido mal —el creador de apps con IA suele ofrecer registro básico de errores; actívalo.
- El estado vacío de cada página le dice al usuario qué hacer a continuación.
- Cada acción que crea algo tiene una forma de deshacerla, editarla o borrarla.
Si recorres esta lista y faltan unos cuantos puntos, esos son los prompts de mañana. Si la recorres y faltan la mayoría, la app aún no está lista —y eso es algo útil de saber antes de enviarle el enlace a nadie.
El honesto punto medio
La mayoría de las apps hechas con IA viven un buen rato en una zona intermedia. Funcionan, casi siempre. Tienen unas cuantas asperezas. Atienden bien a un grupo pequeño de usuarios y se quebrarían a escala. Ese es un lugar perfectamente bien para que una startup o una herramienta interna vivan durante meses. El error es tratar una app lista para demo como si ya hubiera pasado de esa zona. El otro error es tratar lo de listo para producción como un estándar de perfeccionista que nunca puedes alcanzar.
La verdadera pregunta es: ¿me sentiría cómodo si un amigo usara esto y me contara qué le pareció? Si la respuesta es sí, estás lo bastante listo para producción para tu etapa. Si más bien correrías a arreglar algo antes de que te digan qué pensaron, anota esa cosa y arréglala primero.
No necesitas estar listo para diez mil usuarios. Necesitas estar listo para los próximos diez. Esa es una lista real y finita de arreglos, y tu creador de apps con IA puede ayudarte a hacer la mayoría en una tarde.
Si ya lanzaste una app hecha con IA a usuarios reales, ¿cuál fue lo primero que se rompió que no predijiste? Esa suele ser la pregunta más interesante que “¿la mía está lista?” —porque la sorpresa es la verdadera señal.