Cómo escribir un PRD para IA: guía con ejemplo
Actualizada el
Un PRD (documento de requisitos de producto) explica qué se va a construir, para quién y cómo se sabrá que está bien. Para una IA de código, escríbelo con objetivo, usuarios, funciones por prioridad, pantallas, reglas, datos y criterios de aceptación comprobables. Cuanto menos tenga que suponer la IA, mejor saldrá el resultado.
Qué es un PRD y por qué ayuda a una IA
PRD significa Product Requirements Document: un documento que describe qué producto quieres, qué debe hacer y qué queda fuera. En un equipo de desarrollo sirve para que todos entiendan lo mismo antes de escribir una línea de código.
Con una IA de código ocurre lo mismo. Si le pides «una app de tareas», rellenará los huecos con sus propias suposiciones. Un PRD claro reduce esas suposiciones y te da algo contra lo que comprobar el resultado, además de servir como referencia cada vez que abras una conversación nueva.
Los apartados que tiene que incluir
- Objetivo: qué problema resuelve el producto, en una o dos frases.
- Usuarios: quién lo usará y en qué situación.
- Funciones: lo que debe hacer, ordenado por prioridad (imprescindible, deseable, para más adelante).
- Pantallas o flujos: qué ve y qué hace el usuario paso a paso.
- Reglas y límites: qué no debe pasar (por ejemplo, un usuario no puede ver los datos de otro).
- Datos: qué información se guarda y cuál es obligatoria.
- Criterios de aceptación: cómo se comprueba que cada función está terminada.
- Fuera de alcance: lo que no se hará en esta versión.
El apartado más útil y más olvidado es «fuera de alcance». Si no lo escribes, la IA tiende a añadir funciones que no pediste.
Criterios de aceptación: la parte que más se nota
Un criterio de aceptación es una frase que se puede comprobar con sí o no. «El formulario es fácil de usar» no lo es; «si el correo no tiene formato válido, aparece un mensaje de error y no se envía el formulario» sí.
- Escribe cada criterio como una situación y un resultado: «Cuando pasa X, entonces ocurre Y».
- Incluye los casos de error, no solo el camino feliz.
- Pide como mínimo dos o tres criterios por función importante.
Un prompt para que la IA te ayude a redactar el PRD
No hace falta escribir el PRD desde cero. Puedes contarle la idea a una IA y dejar que te entreviste. Después revisas tú el resultado: la IA propone, pero las decisiones son tuyas.
Actúa como un product manager con experiencia en productos digitales pequeños. Quiero escribir un PRD para esta idea: [descripción de tu producto en dos o tres frases]. Usuario principal: [quién es]. Antes de escribir nada, hazme las preguntas que necesites, de una en una, hasta tener claro el objetivo, las funciones principales y lo que queda fuera de alcance. Cuando tengas suficiente información, redacta el PRD con estos apartados: objetivo, usuarios, funciones por prioridad, pantallas o flujos, reglas y límites, datos, criterios de aceptación (en formato «cuando… entonces…») y fuera de alcance. No inventes requisitos que yo no te haya dado: si algo falta, márcalo como «pendiente de decidir».
Cómo usar el PRD con una herramienta de código
Un PRD largo no debe pegarse entero y esperar que salga todo a la primera. Úsalo como mapa y pide la construcción por partes.
- Guarda el PRD en un archivo del proyecto para tenerlo siempre a mano.
- Pide primero un plan de construcción en pasos y revísalo antes de generar código.
- Implementa una función cada vez, con sus criterios de aceptación.
- Al terminar cada una, comprueba los criterios de uno en uno.
- Si cambias de idea, actualiza el PRD primero y después pide el cambio.
Te paso el PRD de mi proyecto: [pega aquí el PRD] Implementa solo esta función: [nombre de la función]. Cumple estos criterios de aceptación: [lista de criterios]. No añadas funciones que estén en «fuera de alcance». Al terminar, explícame qué archivos has cambiado y cómo comprobar cada criterio.
Errores comunes al escribir un PRD
- Escribir deseos en lugar de requisitos comprobables («que sea intuitivo»).
- Mezclar demasiadas ideas: un PRD, un producto, una versión.
- No indicar prioridades, de modo que la IA trata todo como igual de importante.
- Olvidar los datos personales: si guardas información de usuarios, decide qué guardas y por qué, y revisa la normativa de protección de datos en fuentes oficiales.
- No actualizar el documento cuando cambia el proyecto.
De formulario a PRD con una plantilla
La plantilla de PromptNow para PRD de IA de código te pide en un formulario el producto, los usuarios y las funciones, y genera un prompt listo para pegar en tu herramienta con la estructura de arriba. Te ahorra empezar con la página en blanco, pero el contenido sigue siendo tuyo y conviene revisarlo.
Si aún no tienes claro qué incluir en la primera versión, empieza por la plantilla para definir el MVP de tu app y úsala como base del PRD.
Preguntas frecuentes
¿Qué es un PRD?
Es un documento de requisitos de producto: describe qué se va a construir, para quién, qué funciones tendrá, cómo se comprobará que están bien y qué queda fuera de la versión actual.
¿Cuánto debe medir un PRD para una IA de código?
No hay una medida fija. Debe ser lo bastante detallado para que la IA no tenga que suponer lo importante, pero lo bastante corto para revisarlo. Para un MVP suele bastar una o dos páginas.
¿Puede una IA escribir el PRD por mí?
Puede ayudarte a redactarlo si le das el contexto y la dejas entrevistarte, pero las decisiones sobre qué construir y qué no son tuyas. Revisa siempre el resultado.
¿Qué diferencia hay entre un PRD y un prompt?
El PRD describe el producto y sirve de referencia. El prompt es la instrucción concreta para una tarea. Normalmente usas el PRD como contexto y pides la construcción por partes.