Qué hacer cuando tu app hecha con IA se rompe a las 2am (y no eres desarrollador)
Tu app funcionaba ayer. Ahora es mitad de la noche y algo anda mal. Aquí tienes un manual de juego calmado y sin tecnicismos para qué hacer de verdad — sin saber leer código.
Construiste una app sin escribir ni una línea de código. Funcionó toda la semana. Luego un usuario te escribe a la 1:47am diciendo que el botón de registro no hace nada, y despiertas con tu teléfono brillando en el buró.
Si nunca has tenido que arreglar una app en vivo, este momento puede sentirse horrible. No lees código. No sabes qué significa de verdad “la base de datos”. No estás seguro si está roto-roto o solo raro, y la gente que normalmente te ayudaría está dormida.
Aquí tienes un manual de juego calmado y ordenado para qué hacer cuando una app hecha con IA se rompe y no puedes escribir código. La mayor parte se trata de no empeorar las cosas, que es la parte sobre la que nadie te advierte.
Primero: no vuelvas a desplegar
Hay un botón en algún lugar de tu creador de apps con IA que dice algo como “republicar”, “volver a desplegar” o “lanzar”. Estás a punto de querer presionarlo. No lo hagas, todavía.
Presionar volver a desplegar en una app a medio romper puede dejar fija la situación rota, borrar cualquier información de depuración que estuviera por ahí, y hacer más difícil que cualquiera — incluido el propio creador con IA — descubra qué salió mal.
El primer movimiento siempre es mirar, no actuar. Ni siquiera has confirmado qué está roto.
Paso 1 — Reproduce el problema tú mismo
Abre la app en una ventana de navegador nueva — incógnito o modo privado es lo mejor, porque quita cualquier inicio de sesión o caché viejo que pudiera hacer que las cosas se comporten distinto para ti que para tu usuario.
Intenta hacer exactamente lo que el usuario reportó. Si dijo que el botón de registro no funciona, intenta registrarte. Si dijo que el panel está en blanco, intenta iniciar sesión y ver el panel.
Estás buscando una de tres cosas:
- Está roto para todos. Topas con el mismo problema. Ese en realidad es el tipo más fácil de arreglar porque es consistente.
- Funciona para ti. Este es el escenario más difícil, porque algo de la situación específica del usuario (su navegador, su cuenta, sus datos) es el problema.
- Es intermitente. Funciona una vez y se rompe a la siguiente. Este es el más estresante pero también el más informativo — normalmente significa que algo se está agotando o quedándose sin algún recurso.
Anota cuál de las tres viste. Lo vas a necesitar cuando pidas ayuda.
Paso 2 — Revisa las cosas externas obvias antes de culpar a tu app
Una cantidad sorprendente de momentos de “mi app está rota” no son tu app. Antes de meterte a explorar tu creador con IA, revisa:
- ¿El internet mismo está bien? Abre un par de otros sitios. Si tu wifi anda fallando, tu app podría estar bien y tú podrías ser quien está roto.
- ¿El propio creador con IA tuvo una caída? La mayoría de los creadores de apps con IA tiene una página de estado (busca el nombre del producto más “status”). Si están teniendo una mala noche, no tienes que descubrir nada más.
- ¿Se cayó una de tus herramientas conectadas? Si tu app usa Stripe para pagos, un servicio de correo para notificaciones o un servicio de base de datos para guardar datos, cualquiera de esos puede tener caídas. Cada uno tiene su propia página de estado. Revisa las de las que tu app depende.
Aproximadamente una de cada cinco veces, la respuesta es “en realidad no es mi app”, y puedes volver a dormir.
Paso 3 — Mira el mensaje de error, aunque te asuste
Si tu app muestra una pantalla con texto — incluso texto que parece galimatías — léelo. Toma una captura. Especialmente si hay una larga cadena de letras y números (la gente la llama “stack trace”; se ve como sopa de letras pero es lo más útil que puedes tener cuando pides ayuda).
La mayoría de los creadores de apps con IA también tiene un lugar para ver los errores que ocurrieron recientemente. Puede llamarse Logs, Actividad, Errores o Consola. Ábrelo. No necesitas entender la mayoría de lo que ves — estás buscando el texto rojo más reciente o el error más reciente, y la hora en que ocurrió. La hora importa: un error de ayer en la mañana probablemente no es la razón por la que tu usuario no pudo registrarse hace un momento.
Copia ese error. Lo vas a pegar en un lugar útil en un minuto.
Paso 4 — Pregúntale al creador con IA qué cambió
Este es el movimiento que los creadores no técnicos más subutilizan. Abre el chat con tu creador con IA y di, en lenguaje sencillo:
“Mi app está rota. Los usuarios no pueden registrarse — el botón no hace nada. Aquí está el error de los logs: [pégalo]. ¿Qué cambió en las últimas 24 horas, y qué podría estar causando esto?”
Un buen creador con IA te va a decir cuál cambio reciente es el más probable responsable. A veces lo vas a reconocer de inmediato (“ah, ayer le pedí que hiciera el formulario más bonito y eso probablemente rompió la lógica de enviar”). A veces va a apuntar a algo que no recuerdas haber tocado, lo cual también es útil — significa que algo automático cambió, como una herramienta conectada actualizándose.
No dejes que el creador con IA empiece a hacer correcciones todavía. Sigues en modo diagnóstico. La forma más común en que he visto a la gente empeorar un problema pequeño es dejando que una IA empiece a “arreglar” cosas antes de que nadie entienda qué está roto.
Paso 5 — Decide si volver a una versión anterior
Casi todos los creadores de apps con IA te dejan regresar a una versión anterior de tu app. A veces se llama “historial”, “versiones”, “checkpoints” o “rollback”.
Si puedes recordar claramente una hora o un día en que la app funcionaba, volver a esa versión es el movimiento más confiable que existe. Te cuesta los cambios que hayas hecho en medio (que quizá ya ni quieras), y te da una app funcional con la que despertar.
Una buena regla: si lo roto es algo que los usuarios hacen todos los días (registro, inicio de sesión, pago), regresa primero y arregla hacia adelante después. Funcional-pero-viejo le gana a roto-pero-actual siempre.
Si lo roto es una función que agregaste hoy de la que nadie depende todavía, puedes dejarla rota hasta la mañana y arreglarla con la cabeza despejada.
Paso 6 — Si tienes que dejar que el creador con IA lo arregle
Si volver a una versión anterior no es posible, o decidiste no hacerlo, entonces deja que el creador con IA proponga una corrección. Dos cosas para tener en mente mientras lo hace:
Lee lo que planea cambiar antes de aprobar. No vas a entender todo, pero puedes notar si está editando una cosa enfocada o reescribiendo media app. Los cambios pequeños y enfocados son mucho más seguros que los radicales a las 2am.
Prueba la corrección de la forma más aburrida posible. No solo preguntes “¿ya quedó?” y te creas la respuesta. De verdad ve a la app tú mismo en una ventana de incógnito y haz la cosa que estaba rota. Si la corrección funcionó, la cosa rota ahora funciona. Si no, no aceptes el cambio solo porque el creador con IA dijo que funcionó.
Paso 7 — Respóndele al usuario, aunque no lo hayas arreglado
El usuario que te escribió a la 1:47am no espera que estés en línea. Pero si lo estás, una respuesta corta importa más que una corrección:
“Gracias por avisarme — lo estoy revisando ahora mismo. Te mando un mensaje en cuanto vuelva a funcionar.”
Si es un usuario que paga, ese único mensaje es la diferencia entre que le cuente a la gente que respondes rápido y que le cuente que lo dejaste en visto. La corrección puede esperar hasta la mañana. La respuesta no.
La lección más grande: construye tu app como si pudiera romperse
Si esto te resultó estresante, el lado positivo es que la experiencia va a reformar cómo construyes. Después de tu primer incidente a las 2am, vas a empezar a hacer las cosas distinto:
- Vas a agregar una verificación de estado. Una página simple que te diga si las partes importantes de tu app están funcionando, para que no tengas que iniciar sesión para enterarte.
- Vas a guardar un respaldo de los datos de usuario. La mayoría de los creadores con IA exportarán tus datos si lo pides. Hacer esto una vez por semana toma 30 segundos y te salva en el peor caso.
- Vas a anotar de qué depende tu app. Una lista corta de cada herramienta conectada (pagos, correo, base de datos, almacenamiento), para que cuando algo se rompa a las 2am, tengas una lista de verificación en lugar de adivinanzas.
- Vas a cambiar una sola cosa a la vez. Cuando haces 10 cambios de golpe y la app se rompe, no tienes idea de cuál cambio la rompió. Cuando haces un cambio a la vez, sí.
Puedes construir una app sin programar. También puedes mantener una funcionando sin ser desarrollador — pero las habilidades involucradas son distintas de las habilidades de construir. Las aprendes sobre todo a la mala, normalmente a una hora inconveniente.
La buena noticia: cada vez que pasa, da menos miedo. Para la tercera vez, es molesto en lugar de aterrador. Para la décima, es solo un martes más.