PRD para la documentación del gerente de producto
1. Ayude al equipo a archivar la información del producto.
Durante el proceso de implementación del producto, existen muchos requisitos lógicos y algorítmicos. Sin documentación, es fácil causar grandes riesgos cuando el equipo cambia y se transfiere. El registro de diversos requisitos de productos y métodos de implementación a través de documentos de requisitos de productos puede reducir eficazmente los riesgos del equipo y mejorar la eficiencia de la entrega.
2. Mejorar la eficiencia de la comunicación interna de la información.
Aunque los requisitos se pueden establecer oralmente, eso no significa que todos los empleados puedan recordarlos a la vez. Si encuentran que el desarrollo, el diseño o las pruebas no están claros, pueden verificar directamente los documentos. Los documentos con una estructura clara y una expresión clara siguen desempeñando un papel insustituible.
3. El trabajo del producto está bien documentado.
Cuando las partes tienen diferentes interpretaciones de los requisitos o el trabajo del producto se retrasa, el documento de requisitos del producto puede encontrar eficazmente la causa raíz del problema.
Personal de RD: Dado que el personal de RD se centra en la realización y desempeño de funciones, su desempeño no tiene relativamente nada que ver con otros puestos como operaciones, duración y diseño. , y entienden mejor el producto gracias al gerente de producto.
Diseñador: Los propios diseñadores prestan más atención a la expresión del producto y a los prototipos, por lo que la demanda de PRD es relativamente débil.
También hay jefes, jefes de proyecto, operaciones, mercados, clientes, finanzas...
Así, los documentos del PRD, dependiendo de la audiencia de lectura, pueden utilizar las palabras más sencillas para describir el producto Describir claramente.
Modo texto: Word. Para equipos con tiempo suficiente o responsabilidades laborales claras y requisitos de documentos estandarizados, se recomienda elegir Word para escribir documentos.
Modo diagrama de prototipo: Axure. Para los equipos que buscan flexibilidad y eficiencia del tiempo, se recomienda elegir Axure para escribir documentos y prototipos con descripciones de productos. Solo se utiliza un archivo, no es necesario cambiar, es conveniente y rápido.
No importa qué método se utilice, es casi el mismo y no afecta esencialmente el uso de archivos PRD.
1. Registro de revisión: número de versión, fecha de revisión, capítulo revisado, contenido de la revisión, persona de revisión, etc.
Descripción del número de versión, tomando como ejemplo la 1.25:
Número de versión (1.25): ajustes y actualizaciones importantes, normalmente estructura del producto y reservas de funciones.
Número de subversiones (1, 2 5): Algunas funciones se han actualizado o ajustado sobre la base original.
Número de revisión (1.2 5): la optimización local a pequeña escala y la corrección de errores generalmente son cosas no funcionales.
Reglas de nomenclatura para los números de versión:
Principio de restablecimiento a cero: agregue un dígito al primer número y devuelva todos los números siguientes a cero.
Función del registro de revisión:
Comparación antes y después de la revisión
Conduce al mantenimiento y gestión del delta del río Perla
Registro la persona de revisión y la fecha de revisión.
Fácil de consultar, simplemente marque la parte modificada y podrá encontrar rápidamente el lugar modificado.
2. Terminología: Una lista unificada de palabras que son difíciles de entender, que se confunden fácilmente o que se abrevian en algunos productos ayudará con la lectura.
La descripción global incluye: descripción del permiso, descripción de la autorización, excepciones, descripción del teclado, etc.
Descripción del permiso: divide los permisos de función, como los permisos funcionales a los que se puede acceder en los estados de inicio y cierre de sesión.
Descripción de la autorización: autorización de número de teléfono móvil, autorización de ubicación geográfica, autorización de álbum de fotos, etc.
Situaciones anormales: fallo de carga, anomalía en la red, etc.
Descripción del teclado: teclado numérico, teclado alfabético.
......
1. Estructura del producto: incluido el cuadro de estructura de funciones del producto y el cuadro de estructura de información.
2. Diagrama de flujo empresarial: el comportamiento del usuario diseñado por el gerente de producto se puede comprender mejor conectando la estructura de la información y la estructura del producto a través del comportamiento del usuario.
3. Lista de funciones: esta lista incluye módulos de funciones, puntos de función y descripciones de funciones.
4. Detalles funcionales: diseño del prototipo, descripción funcional y casos de uso.
Los detalles funcionales se pueden expresar en el orden de la lógica funcional o la estructura del producto, según los hábitos personales y las necesidades del equipo.
Caso de uso: diagrama de caso de uso y descripción del caso de uso. Un diagrama de casos de uso describe la relación entre los participantes externos del sistema y el sistema. Es un diagrama esquemático compuesto de participantes y casos de uso.
Nota:
Antes de escribir, asegúrese de que las ideas estén en su lugar y que la estructura del producto en sí no cambiará significativamente en el corto plazo. De esta manera, incluso después de la entrega, no habrá reconfiguración de áreas que necesiten ajuste u optimización.
La redacción de los documentos debe ser coherente y lo mismo debe expresarse de forma coherente para evitar confusiones.
Los requisitos no funcionales son una descripción de los requisitos no funcionales del producto, incluidos los requisitos de rendimiento, los requisitos de los componentes técnicos, los requisitos de seguridad, los requisitos de usabilidad, los requisitos de calidad, etc.
Requisitos de rendimiento: el sistema satisface las necesidades de múltiples usuarios que trabajan al mismo tiempo, asegurando que 5000 personas estén en línea al mismo tiempo y 1000 personas simultáneamente.
Requisitos de componentes técnicos: almacenamiento de datos y uso informático, plataforma de big data, etc.
Requisitos de seguridad: para el entorno de red externa, es necesario garantizar la seguridad de la transmisión de datos en la arquitectura de la red de datos y tener buenas capacidades de implementación multiplataforma.
Requisitos de usabilidad: el sistema admite IE11 y compatibilidad con versiones anteriores, y admite navegadores convencionales como Chrome.
Especificaciones de calidad...
La estructura del documento anterior es solo la estructura básica de PRD y no se ha convertido en algo fijo que pueda aplicarse. Los artículos son solo una forma de compartir ideas y deben ajustarse de acuerdo con los hábitos de su empresa y equipo, así como el logro de objetivos. No lo hagas mecánicamente.
Lea el texto original
Los amigos que estén interesados en los gerentes de producto pueden ir a "Análisis de la industria y el mercado" y esperar comunicarse juntos.