¿Qué es un documento de requisitos del producto (y por qué necesita uno)?
Imagínese que es un chef en un restaurante de alta gama. Una noche, llega un cliente muy importante (digamos Meryl Streep) y pide pasta, pero no da más detalles. Te entra el pánico. El sudor comienza a acumularse bajo tu tocado. Si decepciona a Meryl Streep, se quedará sin trabajo. Pero nadie te dice qué tipo de pasta quiere.
Este escenario imaginado ilustra por qué es tan importante un documento de requisitos del producto: lo escribe el gestor del producto y detalla lo que hay que construir, para quién es y cómo beneficia al usuario final. Es la diferencia entre que te digan que cocines pasta y que te digan que hagas espaguetis a la boloñesa.
Aprenda qué otros beneficios puede obtener de la creación de un documento de requisitos del producto y vea cómo empezar.
¿Qué es un PRD?
Un documento de requisitos del producto define completamente el propósito de un producto o característica y explica lo que el producto debe incluir. Sin este documento tan importante, su equipo está casi seguro de fracasar porque no tienen idea de lo que se considerará una construcción exitosa.
Un PRD mantiene a todos en la misma página: Nadie debería tener ninguna duda sobre lo que es el producto o lo que se supone que debe lograr después de leer el PRD. Establece objetivos y directrices muy claras para un producto y muestra cómo las características de un producto satisfacen las necesidades del usuario.
¿Qué no es un PRD?
No hay que avergonzarse de confundir un PRD con un BRD- hay demasiados acrónimos en el mundo. Pero un PRD es definitivamente diferente de otros documentos con los que puede estar más familiarizado.
Documento de requisitos de negocio (BRD)
Un documento de requisitos de negocio posiciona el producto en el contexto de su organización como un todo. Describe lo que un nuevo producto debe hacer y detalla las necesidades y expectativas del usuario, la razón por la que esta solución es necesaria, y cualquier restricción que pueda afectar a un despliegue exitoso. No entra en las especificaciones del producto ni en su aspecto o comportamiento.
Documento de requisitos de software (SRD)
Un documento de requisitos de software entra en los detalles del software que impulsa su producto. Incluye detalles sobre las interfaces, los requisitos de seguridad, las capacidades funcionales, los niveles de rendimiento y la información relacionada. Estos documentos están destinados a desarrolladores, probadores, ingenieros y clientes.
Por qué necesita un documento de requisitos del producto
El PRD es la visión del producto. Sin una visión, ¿qué hay que trabajar?
Los documentos de requisitos del producto también muestran cómo se cumplirán los objetivos del producto con diferentes aspectos del mismo. Este documento será utilizado por varios equipos de su empresa para ayudar a describir el producto a las partes interesadas, ayudar a su equipo de ventas a ser capaz de lanzar el producto de una manera convincente para que puedan venderlo y hacerse rico, y sus diseñadores sabrán cómo se supone que debe verse y actuar. Es esencialmente un plano para su producto.
¿Así que necesita un PRD? Sin lugar a dudas. Tanto como un fabricante de automóviles necesita un plano para un coche antes de empezar a construirlo.
Qué debe incluirse en su PRD
Debido a que este documento tocará a los equipos de diseño, soporte, ventas, marketing e ingeniería, hay algunos elementos que son estándar para incluir.
Objetivo clave
El objetivo clave debe explicar para quién está construyendo el producto, qué puntos de dolor del cliente espera resolver, y cómo este producto encaja en sus objetivos y visión como empresa. Esta sección también podría incluir posibles casos de uso.
Antes de empezar a elaborar tu documento de PRD, es importante que recojas la Voz del Cliente. Imagina que te pones a construir un producto sin hacer ninguna investigación sobre el cliente y resulta que tus clientes quieren que no se parezca en nada a una aplicación de redes sociales. Te propones crear un producto que cubra una necesidad, así que tienes que saber cuáles son esas necesidades. Una vez que entienda lo que sus clientes quieren, puede explicar cómo su objetivo clave para el producto cumple con esos deseos.
Fecha de lanzamiento deseada
Es probable que tenga múltiples fechas de lanzamiento para varios componentes o iteraciones del producto, especialmente si está utilizando la metodología ágil. En su PRD, detallará los plazos para los componentes clave del proyecto. Una vez definido esto, los gestores de proyectos pueden empezar a construir alcances y plazos y luego colocarlos en sprints.
Características del producto
Defina las características de su producto para que la gente sepa qué construir. En relación con sus objetivos clave, esta sección debe detallar cuál es el propósito de cada característica y qué problema espera resolver.
Por ejemplo, digamos que usted está haciendo una aplicación de mercado para la venta y compra de ropa-usted quiere incorporar toda la diversión de los medios de comunicación social con la emoción de conseguir ropa fresca por menos. En tu PRD, tendrás la descripción de cómo será tu feed de inicio y mostrarás cómo cumple el requisito de sentirse como en las redes sociales. También puedes tener una descripción de la publicación de un artículo con el precio original contrastado con el precio de «venta» y demostrar que cumple el requisito de anotar ropa chula por menos dinero. De esta manera, cada característica tiene un propósito calculado.
También debes ser capaz de detallar cómo va a interactuar el usuario con la app: ¿Tendrá un scroll infinito, habrá una función de cámara incrustada y habrá una forma de bloquear fácilmente a los usuarios problemáticos? Todo esto debería estar definido en tu PRD.
Tu documento de requisitos del producto también debería incluir criterios de lanzamiento, objetivos que debes alcanzar antes de lanzar el producto. Crear criterios de liberación en torno a:
- Funcionalidad mínima
- Utilidad, medida a través de pruebas de usuario
- Fiabilidad
- Rendimiento y velocidad
- Soporte
Considere herramientas como un árbol de críticas a la calidad para conectar las necesidades del cliente con los requisitos del producto.
Aprende más
Flujo de usuarios y diseño
El diseño es, obviamente, visual. Aquí es donde querrás incorporar wireframes de páginas y maquetas de diseños para ayudar a los demás a ver lo que estás imaginando para el aspecto del sitio.
Métricas de rendimiento
Si no ha establecido cómo se determinará el rendimiento de su producto, no hay forma de saber si es un éxito o un fracaso. Su producto debe tener un rastreador de características que determine qué características de su producto se utilizan con más frecuencia para ayudar a medir qué componentes de su producto son más exitosos. Este tipo de seguimiento le ayudará a mejorar su producto en el futuro. Los indicadores de rendimiento podrían incluir la frecuencia de uso de cada característica, el tiempo que sus usuarios pasan interactuando con las características, cómo los usuarios navegan por los flujos de trabajo, etc.
Cuantificar el éxito de cada característica. Por ejemplo, puedes decir «Creemos que nuestra integración de Apple Pay será utilizada por el 40% de los usuarios». A partir de ahí, tienes una forma numérica de determinar si has acertado o no y si la característica ha sido un éxito o no.
Usa una hipótesis para cada una de tus características, incluyendo una hipótesis cuantificable que pueda ser revisada después del lanzamiento para determinar el éxito o el margen de mejora. Usted puede encontrar que algunas características pueden ser abandonadas por completo.
Trabajo futuro anticipado
Los análisis anteriores pueden ayudar a determinar las mejoras en el futuro. Pero también puede tener ideas de cómo quiere que el producto evolucione con el tiempo. Ese trabajo futuro debe seguir teniendo en cuenta las necesidades de los clientes. En esta sección, es importante mantener sus ideas de alto nivel-puede obtener más granular en el futuro.
Afortunadamente, hay plantillas de documentos de requisitos del producto que toman las conjeturas del proceso. Cree una plantilla a partir de la información que le hemos proporcionado y personalícela según las necesidades de su empresa.
Lucidchart es ideal para crear wireframes, maquetas, estructuras de desglose del trabajo, líneas de tiempo y otros elementos visuales que le ayuden a explicar los requisitos del producto. Y se pueden añadir fácilmente a tu PRD utilizando nuestras integraciones con G Suite, Microsoft Office, Atlassian y otras plataformas. Regístrese para obtener una cuenta gratuita hoy.
Vea por qué Lucidchart es un espacio de trabajo ideal para crear wireframes y explicar los requisitos del producto.
Aprenda más