Qué es un PRD de IA y cómo escribir uno
Un PRD de IA le explica a Lovable qué construir sin dejar nada a su criterio. Estos son sus seis bloques, con un ejemplo y un prompt listos para copiar.
Alex Vaughtton
Fundador NocodeHackers
Un PRD de IA es un documento de requisitos de producto, o Product Requirements Document, escrito para que lo lea una herramienta como Lovable antes de construir tu app. El PRD clásico sirve para que un equipo de personas se ponga de acuerdo. El de IA deja por escrito cada decisión, porque quien lo lee es la herramienta que va a construir.
Escribirlo antes de abrir Lovable evita que la IA suponga cosas por su cuenta. Para hacerlo solo necesitas tener clara tu idea, no saber programar. Aquí tienes qué bloques lleva, un ejemplo para copiar y un prompt para que la IA te ayude a redactarlo.
Por qué la IA necesita un PRD más detallado
Cuando haces vibe coding, describes la app con tus palabras y la IA escribe el código, así que lo que no describes lo decide ella. Pídele a Lovable «una app de reservas para mi estudio de yoga» y tendrá que decidir por ti si hay registro, cuántas plazas tiene cada clase o si se paga al reservar.
Algunas de esas decisiones acertarán. Las que fallen las descubrirás cuando la IA ya haya construido otras pantallas encima. Un equipo pregunta cuando le falta información, y la IA a veces también lo hace, pero muchas otras rellena el hueco y sigue adelante.
Qué bloques lleva un PRD de IA
Para una app pequeña bastan seis bloques, y cada uno responde a una pregunta sobre tu app que conviene contestar antes de empezar.
El objetivo, en una o dos frases
Explica qué problema resuelve la app y qué cambia para quien la usa, por ejemplo «que los alumnos reserven desde el móvil y no por WhatsApp». Con eso, la IA sabe para qué es la app antes de leer el resto, y tú tienes una referencia para decidir si una función entra o no en esta versión.
Quién va a usar la app
Describe cada tipo de usuario y lo que hace. En el estudio de yoga hay alumnos que reservan y alguien que gestiona las clases, y cada perfil necesita pantallas distintas. Si solo escribes «usuarios», es probable que la IA cree un único perfil para todos.
Las funciones, escritas como historias de usuario
Una historia de usuario es una frase del tipo «como alumno, quiero reservar plaza para asegurarme de que tengo sitio». Suena a jerga de producto, pero obliga a decir quién hace qué y para qué. Añade también qué ve el usuario cuando no hay datos, mientras algo carga o si algo falla, como en el ejemplo de más abajo.
Las restricciones técnicas de tu app
Aquí entran cosas como el idioma de los textos, que la app se use sobre todo en el móvil, cómo se registran los usuarios o tus colores. Escríbelas aunque te parezcan obvias. Que tus alumnos reservan desde el móvil lo sabes tú, y si no lo pones, el diseño puede salir pensado para ordenador.
Cómo sabrás que funciona
Apunta varios criterios de aceptación, comprobaciones de sí o no que haces en la vista previa de Lovable, como «con la clase llena, desaparece el botón de reservar». Con ellos sabes cuándo algo está terminado y qué pedirle a la IA si falla.
Lo que queda fuera de esta versión
Lista lo que la app todavía no tendrá, como pagos online, notificaciones o una versión en inglés. La IA tiende a completar lo que parece que falta, y este bloque le marca dónde parar. Escribirlo también te obliga a dejar la primera versión en lo imprescindible.
Ejemplo de PRD para una app de reservas con Lovable
Este es el PRD de la app del estudio de yoga, listo para copiar y adaptar a tu idea. Mantén el mismo nivel de detalle, sobre todo en lo que pasa cuando algo falla.
Consejos para redactarlo con la IA y usarlo en Lovable
Deja que la IA te pregunte y revisa el borrador
ChatGPT o Claude te sacan un primer borrador si se lo pides. Funciona mejor pedirles que te hagan preguntas hasta tener el PRD completo, para que cada decisión salga de ti. Puedes empezar con un prompt como este.
Revisa el borrador antes de usarlo, porque la IA que lo redacta también puede colar alguna función que no pediste. Cada función que quede en el PRD es algo que Lovable intentará construir, así que borra lo que sobre.
Pásaselo a Lovable y construye por partes
Cuando esté listo, pégalo en los ajustes del proyecto de Lovable, en Project settings → Knowledge. Lovable tiene en cuenta lo que pongas ahí en cada mensaje que le mandes. Según su documentación, ese apartado admite hasta 10.000 caracteres, y si tu PRD es más largo, resúmelo.
Para construir, Lovable recomienda en su guía de buenas prácticas pedir un cambio cada vez y comprobarlo en la vista previa antes de seguir, así que pide las funciones del PRD de una en una.
En las funciones más grandes, activa antes el modo Plan, que te hace preguntas si algo no está claro y te propone un plan sin tocar el código. Cuando te convenza, pasa al modo Build para que lo construya.
Un PRD de IA recoge todo lo que tu app tiene que hacer antes de empezar a construirla, y cuantos menos huecos deje, menos pantallas tendrás que rehacer. Si quieres probarlo con tu primera app, en el curso gratuito de vibe coding con Lovable aprendes a construirla desde cero.
