Qué tiene que llevar un prompt para Lovable
Lovable no rellena huecos al azar: cuando falta una decisión, la toma él y sigue construyendo sobre ella. Por eso el prompt no es una descripción bonita, es una lista de decisiones. Cinco bloques cubren casi todo:
- Quién usa la app y para qué. «Clientes de una peluquería que reservan desde el móvil» decide el tono, el idioma de la interfaz y el tamaño de las pantallas.
- Pantallas por orden de prioridad. Una app sin orden se construye en el orden que le parece al modelo, y normalmente no es el que necesitas para enseñarla mañana.
- Datos y permisos. Lovable trabaja con Supabase: qué tablas existen, qué campos tienen y quién puede leer o escribir cada una. Es la parte que más caro sale cambiar después, porque arrastra pantallas y consultas.
- Criterios de aceptación. Qué significa «terminado» para ti: que se pueda reservar sin cuenta, que el panel muestre los pedidos de hoy, que funcione en móvil.
- Lo que queda fuera. Escribir «esta versión no lleva pagos ni notificaciones» ahorra más mensajes que cualquier truco de redacción.
Por qué el primer mensaje decide el proyecto
Trabajar con Lovable es iterar, pero cada iteración parte de la estructura que ya existe. Si el primer mensaje creó cinco tablas donde hacían falta dos, los siguientes veinte mensajes consistirán en deshacer y volver a hacer. Con un prompt estructurado, la primera generación ya tiene la forma correcta y las iteraciones sirven para afinar detalles, no para reconstruir.
Hay una segunda razón, más práctica: cada generación y cada corrección consumen créditos. Un primer mensaje completo es, literalmente, la forma más barata de usar la herramienta.
Errores que se ven en casi todos los proyectos de Lovable
| Lo que se pide | Lo que pasa después |
|---|---|
| «Hazme una app para mi negocio» | Lovable inventa el sector, el flujo y hasta el nombre. Hay que reescribir todo el contexto. |
| «Que quede bonita y moderna» | Cada corrección visual cuesta una generación. Mejor decir la referencia, el tono y los colores, o adjuntar una captura. |
| No decir el idioma de la interfaz | La mitad de los textos salen en inglés y hay que corregirlos uno a uno. |
| No definir permisos | Todo el mundo puede ver los datos de todos. Es un rediseño de la base, no un retoque. |
| Pedir tres cosas en un mensaje | Cambios mezclados y diffs que hay que deshacer para aislar el error. |
Cómo usarlo con el generador de esta página
- Escribe tu idea en una frase, aunque sea imperfecta: «una app para que mis clientes reserven y paguen la señal».
- Pulsa «Generar mi prompt gratis». En 5-15 segundos tendrás el prompt completo: rol, contexto, pantallas, modelo de datos, criterios y lo que queda fuera.
- Cópialo y pégalo tal cual como primer mensaje del chat de Lovable. A partir de ahí, un mensaje por cambio.
Si además quieres las decisiones de antes de construir —validación, alcance del MVP, stack y orden de trabajo— el wizard de Inputo las hace en 7 pasos y su primer paso es gratis.
Después de construir: qué viene
Lovable publica tu app en su propio dominio; el paso siguiente suele ser conectar un dominio propio y, si vas a recibir tráfico, elegir dónde vive la base de datos y el hosting. Tenemos una guía con los pasos y los precios reales en publicar tu app.
Sigue con el generador
Preguntas frecuentes
¿Qué prompt le escribo a Lovable para mi primera app?
Empieza por quién la va a usar, sigue por las pantallas en orden de prioridad y cierra con los datos y los permisos. Con eso, Lovable acierta la estructura en la primera generación. El generador de esta página escribe ese prompt a partir de una frase tuya.
¿Cuánto detalle necesita Lovable?
Más del que parece. Un prompt de 250-400 palabras ahorra entre 5 y 10 iteraciones. Lo que no especifiques lo decide el modelo, y cambiarlo después cuesta generaciones y créditos.
¿Puedo pedirle a Lovable que use Supabase de una forma concreta?
Sí, y conviene. Dile las tablas, los campos y quién puede leer o escribir cada una. Lovable usa Supabase como backend por defecto, así que los permisos y el modelo de datos son justo lo que más caro sale corregir después.
¿Por qué Lovable me cambia cosas que ya funcionaban?
Casi siempre por un mensaje ambiguo: si pides una mejora global, el modelo toca ficheros que no hacía falta tocar. Pide un cambio por mensaje, nombrando la pantalla, el comportamiento actual y el esperado.
¿Sirve el mismo prompt para Bolt.new o Cursor?
Sí. Un prompt estructurado describe tu producto, no una herramienta: puedes pegarlo en Lovable, Bolt o Cursor y comparar resultados. La herramienta cambia el flujo de trabajo, no la claridad de lo que quieres.
¿Este generador de prompts es gratis?
Sí, gratis y sin registro, hasta 8 prompts por hora. Si quieres además el plan completo con validación, MVP, stack y checklist de lanzamiento, el wizard de 7 pasos empieza gratis.