GuíasCómo hacer

Un pedido a la vez: el orden correcto para construir tu app con IA

Pedir todo de una vez es la forma más rápida de gastar crédito. Mira la misma app construida en 5 pedidos, con la prueba de cada uno.

Artículo escrito el 21 de septiembre de 2026
Mesa de madera vista desde arriba con un celular que muestra una app de citas y cinco bloques morados apilados al lado

Hay una forma muy rápida de gastar crédito en Fabapp. Es pedir diez cosas en un solo mensaje.

Y no es porque la IA no pueda con las diez. Sí puede. El problema aparece después, cuando algo se rompe y no tienes idea de cuál de las diez arrastró a la otra. Entonces pides un arreglo. El arreglo toca otra cosa. Media hora después estás arreglando el arreglo.

Aquí construimos de otra forma. Un pedido, una prueba, siguiente pedido.

Cada pedido es una capa. La siguiente solo entra cuando la de abajo está de pie.

Y para que no se quede en teoría, vamos a seguir con la app de Carla.

Dónde nos quedamos

En la clase 2, Carla, dueña de un salón de belleza, puso su app en el papel. Quién la usa: la clienta y ella. Problema: la clienta agenda sola, sin mandar mensajes. Pantallas: servicios, horario y confirmación.

Con esa hoja escribió el primer prompt.

Ahora quiere el resto. Un panel para ella, login para las clientas, un recordatorio y un anticipo por Pix para que nadie falte a su cita. Da ganas de mandarlo todo junto.

Mira lo que pasa.

Lo que hace casi todo el mundo

"Crea una app de citas para salón con lista de servicios, elección de horario, confirmación, panel de la dueña para registrar servicios y ver la agenda, login de la clienta para ver y cancelar sus citas, recordatorio el día anterior y anticipo del 30% por Pix."

Parece organizado. Está todo ahí.

Pero son siete cosas en un solo pedido. La IA hace las siete, Carla va a probar y descubre que el horario cancelado no vuelve a quedar libre. ¿De dónde viene eso? ¿Del login? ¿Del panel? ¿De la agenda? ¿Del pago, que retiene el horario hasta que caiga el Pix?

Ella no lo sabe. Y la IA va a tener que adivinar junto con ella.

Comparación entre pedir todo en un solo prompt, que se rompe sin mostrar dónde, y hacer cinco pedidos, cada uno probado

La forma correcta: cinco pedidos, en este orden

En cada pedido te voy a mostrar una forma mala y una forma buena de pedir. Y la prueba que haces antes de pasar al siguiente. Si te saltas la prueba, la capa de arriba nace torcida.

Pedido 1. El corazón

Ese ya lo tienes. Es el prompt que salió de la hoja en la clase 2.

"Crea una app de citas para un salón de belleza. Son dos personas: la clienta, que agenda desde el celular, y la dueña, que registra los servicios y ve la agenda. El objetivo es que la clienta pueda agendar sola, sin mandar mensajes. Por ahora quiero solo tres pantallas: lista de servicios, elección de día y hora, y confirmación. La app necesita guardar los servicios (nombre, precio y duración), los horarios libres de la semana y las citas."

Por qué va primero: sin esto la app no existe. El resto son capas encima.

Prueba

Entra como clienta, elige un servicio, elige un horario, confirma. ¿Agendó? Siguiente.

Pedido 2. El lado de Carla

Pedido malo

"Ahora haz la parte de la dueña."

Por qué es malo: ¿qué parte? La IA va a decidir sola qué ve Carla y qué puede tocar.

Pedido bueno

"Agrega un panel para la dueña del salón. Ahí registra los servicios (nombre, precio y duración) y ve las citas del día."

Por qué es bueno: dice quién lo usa, qué hace y qué ve. Y solo tiene una cosa nueva, el panel.

Prueba

Registra un servicio nuevo en el panel. ¿Apareció para la clienta? Ahora agenda una cita como clienta. ¿Cayó en el panel?

Pedido 3. La cuenta de la clienta

Pedido malo

"Agrega login, perfil, historial, favoritos y reseñas."

Por qué es malo: son cinco pedidos disfrazados de uno.

Pedido bueno

"Agrega login para la clienta. Después de entrar, ve sus citas y puede cancelarlas. Cuando cancela, el horario vuelve a quedar libre."

Por qué es bueno: no pide solo "login". Explica lo que pasa después de que entra. Y ya deja escrita la regla de la cancelación, que es justo donde más problemas aparecen.

Prueba

Cancela una cita. ¿El horario volvió a aparecer para otra clienta?

Pedido 4. El recordatorio

Pedido malo

"Pon notificaciones."

Por qué es malo: ¿notificación de qué? ¿Para quién? ¿Cuándo? La IA se inventa las tres respuestas.

Pedido bueno

"Envía un recordatorio a la clienta un día antes de la cita, con el servicio, el día y la hora."

Por qué es bueno: quién lo recibe, cuándo lo recibe y qué dice. No queda nada por adivinar.

Prueba

Agenda una cita para mañana y revisa que el recordatorio salga con el servicio, el día y la hora correctos.

Pedido 5. El pago

Pedido malo

"Pon pagos."

Por qué es malo: ¿pago de cuánto, en qué momento, y qué pasa si la persona no paga?

Pedido bueno

"En la confirmación, pide un anticipo del 30% del valor del servicio por Pix. El horario solo queda reservado después de que se pague el anticipo."

Por qué es bueno: tiene el valor, el momento y la regla.

¿Y por qué va al final? Porque el pago toca todo lo que vino antes. Servicio, precio, horario, confirmación. Si alguna de esas capas está torcida, el pago hereda el problema y pasas a tener dos.

Prueba

Haz una cita de punta a punta, desde el servicio hasta el Pix.

Por qué este orden

Cada pedido se apoya en el de abajo. El panel necesita los servicios. La cancelación necesita el login. El recordatorio necesita la cita. El pago lo necesita todo.

Cinco capas apiladas: el corazón, el lado de Carla, la cuenta de la clienta, el recordatorio y el pago, cada una con su prueba
Regla práctica

Primero lo que usa la clienta, después quien administra, después la cuenta, después los avisos. El dinero queda para el final.

Prueba práctica

Si no logras probar un pedido en un minuto, es más de un pedido.

¿Y si algo falla en el medio?

Va a fallar. Cuenta con eso.

La diferencia es que ahora sabes dónde buscar. ¿Se rompió después del pedido 3? El problema está en el pedido 3. Describes lo que pasó, pides que se arregle eso y no tocas el resto.

En la clase 3, que está en nuestro YouTube, lo hicimos en la práctica con una app de panadería para un condominio. Primero pedir y recibir, después el pago, después los avisos. Vale la pena verla después de leer este texto.

Antes de mandar el siguiente pedido, revisa

  • El pedido anterior pasó la prueba.
  • El pedido nuevo cabe en una frase.
  • Tiene solo una cosa nueva.
  • Ya sabes cómo lo vas a probar.
  • No termina con un "y también".
Checklist con las cinco condiciones para mandar el siguiente pedido

Ahora te toca a ti

Toma la hoja que hiciste en la clase 2 y escribe los pedidos de tu app, en orden. Al lado de cada uno, la prueba que vas a hacer antes de pasar al siguiente.

Publica tu lista en el canal #vibe-week de nuestra comunidad en Discord. La comentamos una por una.

Y si todavía no tienes cuenta en Fabapp, puedes empezar gratis en fabapp.ai. Hasta el día 27, durante la Vibe Week, el descuento y el crédito extra ya están aplicados automáticamente en el sitio.

Douglas

Empieza a construir gratis
Lee también
Antes de sacar tu app del papel, ponla en el papelCómo escribir el prompt de una appCómo crear una app con IA