El prompt que uso para que una IA me monte una app entera

"Hazme una app para gestionar mis clientes."

Eso es lo que escribe todo el mundo la primera vez. Y lo que te devuelve es una app genérica, bonita, con datos de ejemplo de gente que se llama John Doe, y que no sirve para nada de lo que tú querías.

No es culpa de la IA. Es que le has dado una línea y te ha devuelto una línea de trabajo.

El prompt que uso yo ocupa media página. Tiene ocho bloques. Y la diferencia en lo que sale al otro lado no es de grado, es de categoría: pasas de una maqueta a algo que puedes usar el mismo día.

Te lo doy entero y luego te explico por qué cada bloque está ahí.

¿Cómo se le pide a una IA que te monte una app?

Describiendo el problema, no la solución. Ese es el cambio de mentalidad que lo resuelve casi todo.

Cuando pides "una app con una tabla de clientes y un botón de añadir", estás diseñando tú, mal y a ciegas. Cuando cuentas "llevo mis clientes en una libreta, cada semana pierdo veinte minutos buscando quién me debe dinero, y lo consulto casi siempre desde el móvil en la calle", la IA tiene con qué decidir.

Y decide mejor que tú, porque ha visto miles de aplicaciones parecidas y tú has visto las tuyas.

El prompt, entero

` CONTEXTO Soy [qué haces]. Ahora mismo hago [tarea] con [método actual]. El problema concreto es [qué te duele exactamente].

QUÉ QUIERO Una aplicación que me permita [acción principal, una sola frase].

USUARIOS La va a usar [quién: solo yo / mi equipo de X personas / clientes]. Nivel técnico: [ninguno / básico / alto].

DATOS Necesito guardar: [lista de cosas, con el detalle de cada una]. Se consulta sobre todo por [criterio de búsqueda más frecuente]. Volumen esperado: [número aproximado de registros al año].

FLUJO PRINCIPAL 1. [primer paso que da el usuario] 2. [segundo paso] 3. [resultado que espera obtener]

DÓNDE SE USA Sobre todo en [móvil / ordenador]. Con conexión [siempre / a veces no].

LO QUE NO QUIERO No necesito [funciones que sobran]. No quiero [decisiones técnicas que rechazas].

CÓMO TRABAJAMOS Antes de escribir nada, hazme las preguntas que necesites para que no tengas que suponer. Luego dime qué vas a construir y espera a que lo apruebe. Empieza por la versión más pequeña que ya me sirva. `

Cópialo, rellena los corchetes y pégalo. Lo que sale al otro lado no se parece a lo de "hazme una app".

Por qué cada bloque está ahí

Contexto. Sin esto, la IA construye para un usuario medio imaginario. Con esto, construye para ti. El "problema concreto" es la línea más importante del prompt entero: es la que hace que priorice bien cuando tenga que elegir.

Usuarios. Cambia decisiones enteras. Una app solo para ti no necesita registro, ni contraseñas, ni permisos. Una app para tu equipo sí. Y esa diferencia es la mitad del trabajo de construcción.

Datos. Esto es lo que evita el desastre a medio plazo. Si no dices qué campos necesitas, se inventa unos, y cuando descubras que falta uno importante hay que rehacer media aplicación. Y el volumen importa: doscientos registros y doscientos mil no se construyen igual.

Flujo principal. Describir los pasos que da una persona real obliga a la IA a pensar en la pantalla, no en la base de datos. Es de donde salen las decisiones de interfaz que tienen sentido.

Dónde se usa. Si dices móvil, diseña para móvil desde el principio. Adaptar después una app pensada para pantalla grande es un trabajo entero y sale peor.

Lo que no quieres. El bloque que más gente se salta y el que más tiempo ahorra. Sin él, te mete registro de usuarios, panel de estadísticas, modo oscuro y exportación a PDF que no habías pedido. Cada función de más es superficie que se puede romper.

Cómo trabajamos. Las tres frases finales cambian la dinámica entera. La primera hace que pregunte en vez de suponer, y las preguntas que hace son buenísimas. La segunda mete una pausa antes de construir. La tercera evita que te entregue un monstruo de treinta pantallas que no puedes revisar.

La segunda mitad del truco: dónde lo pegas

El mismo prompt da resultados distintos según la herramienta.

En Base44 va especialmente fino porque la herramienta ya asume que quieres una aplicación funcional con datos, usuarios y todo montado. El bloque de datos lo aprovecha entero. Si es tu primera app, es por donde yo empezaría, y tengo el recorrido completo en tu primera app con Base44.

En Lovable el resultado visual es mejor y la iteración es más rápida, así que si lo tuyo tiene mucho de interfaz, ahí. El bloque de flujo principal es el que más rinde.

Y en un asistente de código como Claude Code el prompt funciona igual pero te da el proyecto en archivos, que es lo que quieres si vas a hacerlo crecer de verdad.

Si aún estás decidiendo por dónde entrar, el panorama completo está en crear apps sin programar.

Lo que pasa después de pegar el prompt

Te va a hacer preguntas. Cinco o seis. Contéstalas con calma, que es donde la gente se acelera y responde "lo que tú veas".

"Lo que tú veas" es renunciar a decidir. Y luego te quejas de que decidió mal.

Después te propone qué va a construir. Léelo. Y busca dos cosas: si ha entendido el problema y si se está pasando de ambicioso. Lo segundo pasa mucho: le pides una lista de clientes y te propone un CRM con facturación.

Ahí le dices: "quita esto, esto y esto. Quiero la versión mínima que ya me resuelva el problema del contexto". Y a partir de ahí construye.

El segundo prompt, el que nadie usa

Cuando ya tienes la app funcionando, hay una pregunta que vale más que las siguientes diez que le vayas a hacer:

"Basándote en lo que te conté del problema y en lo que hemos construido, dime tres cosas que probablemente vaya a necesitar dentro de un mes y que ahora mismo no están. Y para cada una, dime si conviene dejarla preparada ahora o si es mejor esperar."

Eso te da un mapa. Y sobre todo te dice cuáles de esas cosas hay que dejar preparadas ya, porque añadirlas después obliga a rehacer.

Es la diferencia entre una app que crece y una que se te queda pequeña en tres semanas y hay que empezar de cero.

Lo que se te va a atascar

Vas a rellenar los corchetes deprisa. Sobre todo el de "el problema concreto", que es el que más cuesta. Si escribes ahí una generalidad, todo lo demás sale genérico. Dedícale cinco minutos de verdad.

Vas a pedir demasiado en la primera versión. La versión mínima que ya te sirve es más pequeña de lo que crees. Casi siempre es "guardar cosas y buscarlas". Todo lo demás son mejoras.

Vas a aceptar la primera propuesta sin leerla. Y luego a mitad de camino descubres que entendió otra cosa. Los dos minutos de leer la propuesta ahorran la tarde de rehacer.

Vas a olvidar decir el volumen de datos. Y funcionará perfecto con veinte registros de prueba y se arrastrará con dos mil reales.

Y ahora qué

Coge algo que hagas ahora mismo en una hoja de cálculo o en una libreta. Lo más tonto que se te ocurra. Rellena el prompt con eso y pégalo.

No busques la gran idea de aplicación. La primera app tiene que ser aburrida y tuya, porque lo que estás aprendiendo no es a construir, es a pedir. Y eso se aprende con una lista de la compra igual que con un CRM.

Cuando le hayas cogido el punto y quieras ir a algo más ambicioso, el proceso de sacar algo real en pocos días está en montar un producto mínimo en un fin de semana con IA.

Algunos enlaces de este artículo son de afiliado: si contratas la herramienta, me llevo una comisión sin que a ti te cueste más.

Si no sabes por dónde empezar a construir con IA según lo que ya sabes hacer, tengo un test corto que te lo aterriza.

Haz el test de IA