¿Qué va en tu PRD, y qué dejas fuera a propósito?

Dentro: el problema, la evidencia de que es real, el usuario y su apaño actual, métricas de éxito con un umbral de fracaso, no objetivos explícitos y preguntas abiertas. Fuera: el diseño de la solución y la implementación. Si tu documento especifica la interfaz o el esquema de datos, le has quitado las decisiones interesantes a quien está mejor situado para tomarlas, y vas a obtener obediencia en vez de ideas.

Mi PRD es corto y es sobre todo evidencia. Problema, quién lo tiene y con qué frecuencia, qué hace hoy en su lugar, por qué ahora, la métrica con un umbral de fracaso explícito, y una lista de no objetivos. La sección de no objetivos se gana su sitio siempre, porque es donde atajas la expansión del alcance que si no llegaría en la tercera semana. Lo que dejo fuera a propósito es la solución. No meto wireframes ni un esquema de datos, porque en cuanto lo hago, los ingenieros y la diseñadora dejan de resolver y empiezan a implementar mi idea a medio hacer. Lo aprendí por las malas después de escribir una especificación muy detallada una vez y recibir exactamente lo que pedí, que era peor que lo que el equipo habría construido por su cuenta. También mantengo una sección de preguntas abiertas arriba del todo y la actualizo sobre la marcha, para que el documento muestre lo que todavía no sabemos en vez de fingir que está terminado.