Un PRD (documento de requisitos de producto) explica qué se va a construir, para quién y por qué. Reúne contexto, el problema con sus evidencias, objetivos con métricas de éxito, público, requisitos priorizados, lo que queda fuera de alcance, riesgos y preguntas abiertas. Sirve para alinear producto, ingeniería, diseño y negocio antes de la entrega y para registrar las decisiones tomadas en el camino.
Cómo usar
- Ponle un título a la iniciativa y describe el contexto y el problema, con las evidencias que tengas.
- Escribe los objetivos con la métrica y la meta de cada uno, y di quién es el público.
- Lista los requisitos con prioridad must, should o could, y declara lo que queda fuera de alcance.
- Registra riesgos, dependencias y preguntas abiertas, y lee las alertas del documento.
- Exporta en Markdown para pegar en Notion o Confluence, o en PDF y DOCX, y convierte los requisitos en historias de usuario.
Qué pide cada campo
| Campo | Qué completar |
|---|---|
| Título de la iniciativa | Nombre corto de lo que se va a construir. |
| Contexto | Por qué esto importa ahora y cómo se conecta con la estrategia. |
| Problema | El problema del cliente, sin hablar todavía de la solución. |
| Evidencias | Datos, entrevistas o tickets que muestran el problema. |
| Objetivo | Ej.: reducir facturas vencidas |
| Métrica | Cómo saber si el objetivo se alcanzó. |
| Meta | Ej.: de 62% a 75% en el trimestre |
| Personas o públicos | Quién la usa y a quién afecta. Uno por línea. |
| Situación de uso | Dónde, cuándo y cómo se usa la solución. |
| Requisito | Ej.: enviar un recordatorio 3 días antes del vencimiento |
| Prioridad | Must es esencial para lanzar; could puede esperar. |
| Detalle | Regla, límite u observación (opcional). |
| Fuera de alcance | Lo que esta entrega no hace, a propósito. |
| Riesgos | Lo que puede salir mal o impedir el resultado. |
| Dependencias | Equipos, servicios o aprobaciones que la entrega necesita. |
| Preguntas abiertas | Decisiones que aún faltan. |
Ejemplo
El equipo de una app financiera ficticia para independientes escribe el PRD del recordatorio automático de cobro. El problema: los independientes olvidan cobrar a los clientes atrasados, y el 38% de las facturas vence sin pago. El objetivo principal es subir las facturas pagadas hasta 7 días después del vencimiento de 62% a 75% en el trimestre. Son 5 requisitos: 2 must (enviar el recordatorio y pausarlo por cliente), 2 should y 1 could. Intereses, multas y pago dentro de la app quedan fuera de alcance, y dos preguntas siguen abiertas.
Cuándo usar
- Antes de empezar una funcionalidad que involucra a más de un equipo o a más de una iteración.
- Cuando la discusión sobre qué entra en la entrega da vueltas en círculo y falta un texto de referencia.
- Para llevar una propuesta a revisión con ingeniería, diseño y liderazgo, con objetivos y alcance explícitos.
- Para registrar qué se decidió y por qué, y poder retomar el tema meses después.
Preguntas frecuentes
¿Qué es un PRD?
Es el documento de requisitos de producto: describe el problema, el objetivo, el público y lo que la solución debe hacer. No es una especificación técnica; el "cómo" queda en manos del equipo que la construye.
¿Cuál es la diferencia entre un PRD y una épica?
La épica es un ítem grande del backlog, que suele dividirse en historias de usuario. El PRD es el documento que explica por qué existe esa épica, cómo medir el éxito y qué queda fuera. Un PRD puede dar origen a una o varias épicas.
¿Qué extensión debe tener un PRD?
La suficiente para que alguien de fuera entienda el problema y la decisión sin una reunión. Para una funcionalidad, de una a tres páginas suele bastar. Si se alarga, quizá la iniciativa deba dividirse.
¿Quién escribe el PRD?
Normalmente el gerente de producto, junto con ingeniería y diseño. Un buen PRD lo revisa quien lo va a construir antes de que empiece la entrega.
¿Tiene sentido un PRD en equipos ágiles?
Sí, si es corto y se mantiene vivo. No reemplaza la conversación ni el refinamiento del backlog; da el contexto y los límites para que las historias de usuario se escriban y prioricen con el mismo objetivo.
¿Cómo mantener el PRD actualizado?
Trata las preguntas abiertas como una lista de pendientes y registra cada decisión cuando ocurra. Revisa el documento con cada cambio de alcance y deja claros, arriba, el estado y la fecha de la última revisión.