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

> Un desarrollador hizo con IA una app con cobros y panel en una tarde, y tardó tres semanas más en que aguantara usuarios reales.

- **Tipo:** Caso de uso
- **Tema:** Programación
- **Dificultad:** media
- **Origen:** [@infoinlet1 en DEV](https://dev.to/infoinlet1/ai-wrote-the-first-90-of-my-app-in-an-afternoon-the-last-10-took-three-weeks-33ij)
- **En el directorio desde:** 28 de octubre de 2026
- **URL:** https://conqueia.com/caso/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.

## Pruébalo con tu IA

```
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

### ¿Puedo hacerlo sin saber programar?

Puedes pedir el primer borrador, pero los fallos de cobros y datos conviene que los revise alguien con experiencia.

### ¿Por qué importa el doble clic?

Porque puede cobrarle dos veces a un cliente. La IA no lo evita si no se lo pides.

## Fuentes

- [@infoinlet1 en DEV](https://dev.to/infoinlet1/ai-wrote-the-first-90-of-my-app-in-an-afternoon-the-last-10-took-three-weeks-33ij)

---

Fuente: conqueia.com/caso/construir-una-app-con-ia-en-una-tarde-y-pulirla-tres-semanas