El error de 'se ve bien': cómo detectar fallas silenciosas en tu app hecha con IA

Tu creador de apps con IA produjo un formulario de contacto. Escribiste tu nombre, le diste a enviar, viste el amable mensaje de éxito y seguiste con lo tuyo. Una semana después le mencionas la página a un amigo, que te pregunta si alguien la ha llenado. Vas a revisar. Hay tres envíos atorados en una especie de estado pendiente. Ninguno llegó nunca a tu bandeja de entrada.

Este es el modo de falla más común de una app hecha con IA, y no es el que más le preocupa a la gente. Los errores que arrojan un mensaje de error rojo son fáciles de encontrar — tu creador con IA los va a corregir en dos minutos. Los errores peligrosos son aquellos en los que la pantalla se ve bien, el usuario cree que terminó, y tú no te enteras hasta un mes después.

Este artículo es una lista de verificación para atrapar esos. No es “cómo probar como un ingeniero de QA” — solo los cinco lugares donde los usuarios reales salen quemados por una app hecha con IA que parece que funciona.

1. Envía algo y comprueba que de verdad llegó a algún lado

Cuando tu creador con IA haga un formulario, hazte una pregunta: ¿a dónde van los datos? No en abstracto — literalmente, ¿a dónde puedes ir a verlos después de enviar?

Una cantidad sorprendentemente grande de estos formularios publica hacia un manejador que devuelve “¡Gracias!” sin jamás enviar el correo, guardar en una base de datos ni notificar a nadie. El formulario es una fachada amable. Así que:

• Envía una entrada de prueba con un nombre falso pero obvio, como “ZZZ PRUEBA”.
• Abre el panel, la base de datos, la bandeja de entrada, la hoja de cálculo — donde se supone que aterrizan los envíos.
• Encuentra tu entrada “ZZZ PRUEBA” ahí, con la marca de tiempo correcta.

Si no la encuentras en menos de un minuto, tu formulario está roto, aunque te haya felicitado por enviarlo. He visto un formulario de “contáctanos” en una landing page de pago juntar cero leads durante tres semanas porque el paso del correo nunca quedó conectado. La página se veía perfecta.

2. Prueba el camino que nunca tomarías

Sabes lo que hace tu app porque la viste construirse. Haces clic en los botones en el mismo orden cada vez. Los usuarios reales no.

Elige el camino que se sienta más raro:

• Dale a enviar dos veces seguidas, rápido.
• Recarga la página a la mitad de hacer algo.
• Ábrela en una ventana privada sin sesión iniciada.
• Escribe un nombre con apóstrofo (O’Brien es el destructor clásico).
• Escribe un número en un campo que pide uno, pero hazlo negativo o cero.

Si algo se rompe de forma visible, eso es un error de verdad — pero al menos es uno ruidoso. La versión “se ve bien” es cuando el segundo clic creó un registro duplicado y no hay manera de saberlo desde la pantalla. Ve a revisar la base de datos y busca dos filas “ZZZ PRUEBA” con marcas de tiempo separadas por dos segundos. Si las encuentras, el formulario necesita una protección contra duplicados.

3. Espera un día y luego vuelve

Mucho del código generado por IA usa memoria temporal que se reinicia cuando la app se vuelve a desplegar o se reinicia. La app guarda tus datos en algo que un desarrollador llamaría “estado en memoria” — está bien para una demo, terrible para cualquier cosa de verdad.

La prueba es brutal y fácil: ingresa algunos datos, cierra la pestaña, espera veinticuatro horas, vuelve. Si tus datos desaparecieron o están revueltos, el almacenamiento no es real. Probablemente haya que decirle a tu creador con IA, en lenguaje sencillo: “estos datos necesitan sobrevivir a un reinicio del servidor”. La mayoría de los creadores cambiarán a una base de datos cuando se les pida; algunos no lo harán a menos que se los digas.

Puedes correr una versión más rápida de esta prueba preguntándole a tu creador, en el chat: “¿dónde se están guardando los datos de este formulario, y sobrevivirán a un nuevo despliegue?”. Si la respuesta menciona “en memoria”, “sesión” o “para esta corrida”, encontraste el error antes de que ningún usuario lo hiciera.

4. Muéstraselo a una persona que no seas tú

Sabes lo que significa tu app. Tú la diseñaste. Tú nombraste los botones. Las etiquetas te parecen obvias porque tú las escribiste.

Muéstrasela a un amigo sin explicar nada. Dile: “Intenta hacer X”. Obsérvalo. No ayudes. Van a pasar tres cosas:

• Hará clic en un lugar que no esperabas, y la app hará algo sorprendente.
• Se atorará en una etiqueta que parecía obvia cuando la escribiste.
• Hará lo que querías que hiciera, pero en la mitad de los pasos que imaginabas, y se saltará una pantalla por completo — a veces una pantalla que la app contaba con que él llenara.

Cada una de esas es un error de verdad. Ninguna arroja un error. El amigo dirá “ah, qué lindo” y te devolverá la laptop. Tú sabrás, de verlo a la cara, que estuvo perdido durante treinta segundos en un lugar que no creías que tuviera ninguna costura.

5. Lee el correo que envía, en un teléfono

Si tu app envía correos — confirmaciones, restablecimientos de contraseña, facturas — abre uno en tu teléfono, y uno en un cliente de correo distinto al que usas normalmente. Las apps hechas con IA tienden a generar correos que se ven preciosos en Gmail en una computadora de escritorio y se ven como estática en Outlook en Android.

La misma lógica aplica a los recibos en PDF, las exportaciones descargables y los botones de “comparte este enlace”. Lo que sale de tu app, hacia el mundo real, es la parte menos probada de una construcción con IA. También es la parte que tus usuarios más ven. Un fundador que conozco lanzó un hermoso flujo de checkout cuyo recibo en PDF, en iPhone, era un solo cuadro negro. Nadie se quejó — simplemente dejaron de comprar.

La verdad incómoda sobre “funciona”

Cuando construyes con un creador de apps con IA, “funciona” significa “corrió en mi máquina, en mi navegador, con mis clics exactos, el día que lo construí”. Esa es una afirmación mucho más pequeña de lo que suena.

Las apps de verdad funcionan cuando:

• Las usa una persona distinta.
• Los datos se quedan por más tiempo que la demo.
• El camino por la app es uno que no anticipaste.
• La salida se lee en un dispositivo en el que no probaste.

No necesitas convertirte en un tester de software para lanzar algo bueno. Solo necesitas hacer estas cinco comprobaciones una vez, el día antes de contarle a alguien que la app existe. Toman unos veinte minutos. Atraparán nueve de cada diez errores silenciosos que de otro modo llegarían a un usuario que paga.

Si solo tienes tiempo para una, haz la primera. Envía algo. Encuéntralo del otro lado. La mayoría de las apps hechas con IA se ven bien. El truco es asegurarte de que de verdad lo estén.

Si esto te resonó, lo siguiente que vale la pena hacer es sentarte con una hoja de papel y escribir las tres cosas en las que tu app nunca debe fallar en silencio — el formulario, el correo, el pago, lo que sea el tuyo — y recorrer cada una con las comprobaciones de arriba. Veinte minutos ahora te compran muchas noches de buen sueño después.