Construir una app con IA en una tarde y pulirla tres semanas

A quién le sirve. Quien vaya a lanzar una web o app hecha con IA y quiera saber qué revisar antes de dejar entrar a clientes reales.

Qué hicieron

Un desarrollador pidió a una IA una aplicación completa: registro de usuarios, cobro con suscripción, panel y una interfaz abierta a otros programas. El primer día ya podía enseñarse. Las tres semanas siguientes las dedicó a casos que no aparecen en una demostración: la pantalla vacía de un usuario nuevo, un cobro rechazado, un doble clic y dos pestañas guardando a la vez.

Cómo salió

La IA arregló cada fallo en cuanto él lo describía, pero ninguno estaba pedido de antemano. Por ejemplo, un cliente con conexión lenta pulsó dos veces «Suscribirse» y se crearon dos suscripciones. No da cifras de tiempo ni de coste más allá de las tres semanas.

Conviene saber

El autor es cofundador de una herramienta que vende este tipo de construcción con IA, y lo menciona al final. Es un relato personal sin datos medibles. La lista de fallos sirve para revisar cualquier app hecha con IA antes de enseñarla a clientes.

Qué necesitas

• Una app o prototipo hecho con IA
• Una lista de casos raros que quieres probar
• Un amigo o compañero que la pruebe sin guía
• Una cuenta de pruebas del sistema de cobro

Cómo hacerlo tú, paso a paso

1. Escribe antes de construir los casos raros: vacío, error, carga, doble clic, dos pestañas, sesión caducada y repetición.
2. Pide a la IA el primer borrador de la app.
3. Prueba con una tarjeta rechazada y con una conexión lenta.
4. Pide a otra IA o a otra persona que intente romper lo hecho.
5. Corrige cada fallo pidiéndolo de forma concreta.
6. Da por terminada la app solo cuando pase tu lista de casos.

Revisa esta aplicación como si fueras un usuario despistado y hostil. Para cada pantalla y cada acción dime qué pasa si: no hay datos todavía, falla el pago, hago doble clic, abro la misma cosa en dos pestañas, mi sesión caduca de noche o repito una petición. Dame una lista priorizada de lo que se rompe y propón el arreglo de cada punto. Has terminado cuando cada caso tenga una prueba que lo compruebe.

Consejos

• Que funcione la demo no significa que esté acabado.
• Quien escribe el código no debería ser quien decide que está terminado.
• Reserva tiempo para esta fase, es la más larga.

Preguntas frecuentes

Fuentes

• @infoinlet1 en DEV ↗

En el directorio desde el 28 de octubre de 2026.