¿Qué incluye el documento de análisis de requisitos del proyecto?
Hola a todos, hoy presentaré los resultados de los diseñadores de interacción: los detalles relevantes de los documentos interactivos. De hecho, los diseñadores de experiencia de usuario todavía son una posición emergente en la actualidad, así que hablaré más sobre algo de UX. Los antecedentes laborales de los diseñadores y trabajos relacionados sirven como antecedente para esta publicación.
1. El contenido del trabajo de los diseñadores de interacción
La existencia de los diseñadores de experiencia de usuario ha ido transfiriendo el trabajo de diseño de prototipos en el trabajo de los gerentes de producto a los diseñadores de experiencia de usuario, convirtiéndose en gerentes de producto. prestan más atención a las necesidades a nivel estratégico y son más capaces de diseñar a nivel estratégico. Al mismo tiempo, los diseñadores de UX también comparten el trabajo no profesional de los diseñadores de UI, como el diseño de diseño y el diseño de salto, lo que permite que sus roles en el proceso de desarrollo se centren más en su propio trabajo.
A los diseñadores de interacción, diseñadores de experiencia de usuario, algunas empresas también se les llama diseñadores UE. El contenido de trabajo específico se puede considerar de la siguiente manera:
Resumir los requisitos, hacerlos alcanzables y crear los prototipos interactivos correspondientes;
Especificar formatos de datos, estilos, métodos de visualización de datos y restricciones de campo;
Especificar el uso de controles;
organizar el nivel de página de funciones desde la altura de los procesos funcionales;
Especificar datos
Especificar críticos Estado;
Especificar y simular animación de cambio de página, etc.
Se pueden utilizar diferentes tipos de controles de diferentes maneras.
Diferentes empresas pueden tener diferentes definiciones del trabajo de los diseñadores de interacción, pero en general, las anteriores son las tareas principales de la mayoría de los diseñadores de interacción. En un trabajo de este tipo, los diseñadores de interacción básicamente llenan el vacío entre los gerentes de productos y los diseñadores de interfaces de usuario, completando los detalles del producto desde una perspectiva de desarrollo y una perspectiva de diseño.
El resultado de los diseñadores de interacción
Como resultado de los diseñadores de interacción, los documentos de interacción son documentos importantes que conectan el proceso de desarrollo y deben ser legibles y únicos. oportunidad.
Legibilidad significa que los gerentes de producto, diseñadores y desarrolladores deben poder leerlo y comprenderlo.
Singularidad significa que para un requisito de desarrollo determinado, debe haber solo uno interactivo; documento. Para un proyecto, el documento interactivo correspondiente también debe ser único (puede ser una colección de documentos interactivos). Incluso si hay varias versiones, la versión anterior debe marcarse como "Archivada para revisión" con una indicación clara de cuándo quedó obsoleta;
La puntualidad del requisito o proyecto significa que la documentación interactiva en uso debe estar actualizado y ser coherente con las necesidades y resultados actuales del producto.
Este artículo presenta principalmente la composición de documentos interactivos y cómo escribirlos (según las "Especificaciones de documentos interactivos móviles de China").
3. La composición de los documentos interactivos
Basado en el entorno de la industria de TI nacional, el desarrollo de prototipos basado en Axure puede ser más conveniente para el desarrollo ascendente y descendente.
Quizás porque los prototipos creados en Axure no son tan hermosos y convenientes, algunos gerentes de producto y diseñadores de experiencia de usuario pueden recurrir a software de diseño de interacción como Sketch, o usar Flinto para simular efectos de interacción. Sin embargo, dado que la mayoría de este software no es multiplataforma y considerando que muchas empresas no tienen la capacidad de utilizar MAC por completo para el trabajo de oficina, se recomienda utilizar Axure para la creación de prototipos.
Los documentos interactivos generalmente constan de las siguientes partes:
1. Descripción y registro del documento interactivo
Descripción del proyecto o función de los documentos interactivos;
El registro registra la hora de creación, la hora de modificación, el motivo de la modificación y el contenido;
Registra el autor del documento y la hora de la última actualización.
Haga clic para ingresar la descripción de la imagen
Ejemplo de descripción del documento interactivo
Haga clic para ingresar la descripción de la imagen
Registro de actualización del documento interactivo /ejemplo de registro
El título del documento interactivo garantiza efectivamente la unicidad del documento interactivo, es decir, el documento corresponde al proyecto XX o la función XX del proyecto XX
p>
Por autor, número de versión, hora de creación y hora de actualización. Cuando hay preguntas sobre el contenido del documento, puede encontrar fácilmente el nodo de tiempo correspondiente y la persona a cargo del documento para facilitar el acoplamiento y la corrección; Puede aclarar el nodo de tiempo para facilitar el rastreo de versiones y la aclaración de responsabilidades.
2. La estructura del contenido del documento
Incluyendo el nombre del módulo, el diagrama de flujo de funciones, la descripción de la página, el salto de página, etc.
Haga clic para ingresar la descripción de la imagen
Ejemplo de estructura de documento interactivo
En la estructura del contenido del documento, se debe garantizar que la descripción y el registro de la El documento interactivo está ubicado en la cabecera para mayor comodidad. Compruébelo en cualquier momento;
Necesita usar las capas de Axure de manera flexible en forma y contenido, como agrupaciones y íconos de página. En términos generales, creemos que un enfoque razonable es clasificar las descripciones de páginas y los saltos de páginas en un proceso o agrupación funcional, organizando así una jerarquía de contenido que sea fácil de encontrar y expandir;
Adhiérase siempre a "uno El principio de "una página describe una función" garantiza que el contenido de una sola página de documento sea moderado y que el contenido de la página no sea demasiado.
Respete siempre el principio de "describir sólo una función en una página" para garantizar que el contenido de una sola página sea apropiado y fácilmente accesible.
Haga clic para ingresar una descripción
Ejemplo de descripción de página
Una vez que haya determinado lo anterior, podrá asegurarse de que la estructura del documento interactivo sea lo suficientemente clara. y de fácil acceso. A continuación, cubriremos cómo se debe escribir el contenido formal de un documento interactivo.
Tomaremos una copia del enlace web de un determinado software nacional como ejemplo
1 Descripción general del producto
La primera parte del documento de requisitos del producto. Primero es necesario explicar todo el proyecto. La planificación general de los antecedentes y la I + D permite a los lectores comprender rápidamente los antecedentes de la demanda y el posicionamiento del producto. En segundo lugar, se elabora el documento de requisitos del producto en sí y se deben registrar registros después de cada modificación, para que los lectores puedan comprender la modificación y actualización del documento de requisitos del producto. Esta parte incluye principalmente:
Descripción general del proyecto
Glosario
Historial de revisiones de documentos
Notas de versión, etc.
2. Alcance funcional
Esta parte debe combinar usuarios, reglas comerciales y entorno de mercado para analizar y clasificar las necesidades del usuario y del mercado del producto, descubrir las diferencias y ventajas. y formular una lista de verificación de procesos y requisitos comerciales. La lógica y las funciones del producto se pueden mostrar de la manera más sencilla a través de diagramas de lógica empresarial, diagramas de flujo, diagramas de estructura del producto y otros diagramas. Los miembros del equipo pueden comprender la información del usuario, la información de comportamiento, etc. en función de esta parte del contenido, lo que también ayudará. para comprender mejor el producto.
3. Detalles funcionales y prototipos
El primer paso es hacer una lista maestra de funciones y organizar las funciones del producto una por una. Cada función puede corresponder a los objetivos anteriores del producto.
El segundo paso es mostrar los detalles funcionales y dibujar rápidamente el prototipo a través de herramientas de creación de prototipos como Mockplus, con notas sobre las partes clave para describir en detalle la visualización, la interacción y la lógica de datos del módulo empresarial, haciendo que sea más fácil de ver y comprender para los desarrolladores.
4. Descripción global
Esta parte incluye información como especificaciones de diseño, estadísticas de datos y descripciones de reglas generales, lo que facilita a los diseñadores y desarrolladores ver información detallada sobre el producto.
5. Requisitos de prueba
Antes del lanzamiento oficial del producto, generalmente habrá una versión BETA o una versión de prueba interna, y el gerente de producto debe realizar pruebas personalizadas de la función. o rendimiento del producto.
6. Requisitos no funcionales
Los requisitos no funcionales son operaciones rutinarias de los usuarios en productos en circunstancias extremas e implican una gran cantidad de contenido, incluido el rendimiento, la seguridad y la confiabilidad del producto. , escalabilidad y otros aspectos.
7. Operación del producto y análisis de mercado
Completar el desarrollo del producto no es el fin, el objetivo final del producto es conquistar el mercado. ¿Cómo operar el producto después de su lanzamiento? ¿Cuáles son las estrategias de promoción recomendadas? ¿Cómo colaboran los gerentes de producto y el personal de operaciones? etc.
Técnicas para redactar documentos de requisitos de producto
¿Cómo redactar documentos de requisitos de producto de manera eficiente? Podemos partir de los siguientes cuatro aspectos:
La estructura del documento es clara
Describe cada detalle en detalle
La semántica es clara y no hay ambigüedad
Utilice prototipos o diseños para ilustrar
1. La estructura del documento es clara
Un documento de requisitos de producto suele ser complejo. Por lo tanto, al escribir un documento de requisitos de producto, El gerente de producto debe aclarar el propósito del documento. Estructura para mejorar la legibilidad de los documentos de requisitos del producto para que los lectores puedan comprender rápidamente las ideas del documento y obtener información importante.
Como documento de requisitos del producto, primero debe aclarar su estructura, como el contenido del documento presentado anteriormente, y luego podrá escribirlo. Solo de esta manera podrá escribir un documento de requisitos del producto con una claridad. estructura y capas claras.
2. Describe cada detalle detalladamente
Cuando pensamos en el problema desde la perspectiva de un gerente de producto, a menudo hay un malentendido: la lógica de este módulo funcional del producto. Es muy complicado, es simple y muy común en la industria. Los desarrolladores definitivamente pueden entenderlo y no es necesario describirlo por separado.
Los gerentes de producto a menudo tienen una muy buena comprensión de las funciones y la lógica del producto, pero desde la perspectiva de los desarrolladores o evaluadores, a menudo no comprenden los detalles y las relaciones lógicas del producto. Por lo tanto, los gerentes de producto deben ser minuciosos al redactar documentos de requisitos del producto. No solo es necesario describir todos los detalles, como la lógica de la página, la lógica de interacción, la lógica de datos, etc., también es necesario verificar si hay omisiones o errores desde las perspectivas de desarrollo y pruebas para garantizar que se lleve a cabo el trabajo de desarrollo posterior. de manera ordenada.
3. La semántica es clara y no debe haber ambigüedad.
Al redactar documentos de requisitos del producto, la semántica debe ser clara y no debe haber palabras o frases que puedan causar ambigüedad. lectores, como: aproximadamente Palabras como es, puede ser, parece ser. Por otra parte, la expresión de la definición del producto debe ser coherente en todo momento. Por ejemplo, al escribir un documento de requisitos de producto de una aplicación, el primer texto es "Imagen del carrusel de la página de inicio" y el siguiente texto no puede utilizar nombres como "Banner de la página de inicio" o "banner".
4. Utilice prototipos o ilustraciones de diseño
Los documentos de requisitos del producto suelen contener una gran cantidad de descripciones de texto, que es posible que otros miembros del equipo no puedan comprender completamente al leer ciertas funciones. detalles. Si utiliza diagramas de prototipos o borradores de diseño para la explicación, puede complementar información que es difícil de describir en el texto y ayudar a los lectores a comprender rápidamente las funciones del producto y la lógica interna. Por lo tanto, los gerentes de producto deben utilizar prototipos o borradores de diseño al redactar documentos de requisitos del producto.
Los prototipos o diseños de productos a menudo se modifican repetidamente y los documentos de requisitos del producto deben actualizarse simultáneamente para mantener a los lectores informados sobre las últimas novedades del proyecto. Pero si el gerente de producto tiene que reemplazar manualmente los gráficos del documento cada vez que se modifica el prototipo o el diseño, ¡entonces la eficiencia es demasiado baja! De hecho, el uso de herramientas eficientes de redacción de documentos sobre requisitos de productos puede resolver este problema.
Herramienta de redacción de documentos sobre requisitos del producto
Con el desarrollo continuo del proceso de desarrollo de productos, el software de oficina tradicional, como Office, ya no puede satisfacer las necesidades de redacción de documentos del producto. Lo que les recomiendo hoy es una herramienta de documentos específica para gerentes de productos: el fax. Además de las dificultades mencionadas anteriormente en la sincronización de imágenes y texto, el fax también puede resolver el dilema de los requisitos de redacción de documentos del producto, como la comunicación de revisión y la gestión de versiones, lo que permite a los gerentes de producto crear documentos de producto profesionales de manera más eficiente.
1. Escritura de texto enriquecido para expresar plenamente los requisitos del producto
El nuevo modo de escritura de texto enriquecido en línea de Facsimile satisface los hábitos de edición diarios de los gerentes de producto y les permite completar rápidamente la redacción de documentos. El contenido se guarda automáticamente y se puede ver en cualquier momento para compararlo y modificarlo fácilmente. Además, los gerentes de productos también pueden cargar directamente documentos de productos locales, y el sistema analizará automáticamente el directorio y generará un árbol de documentos para facilitar su consulta.
Haga clic para ingresar la descripción de la imagen
2 Integración profunda con dibujos de prototipos y borradores de diseño para explicarse y demostrarse entre sí.
Los gerentes de producto pueden escribir. Documentos de requisitos del producto Insertar el borrador del diseño Cuando el borrador del diseño se actualiza y modifica, se puede sincronizar con el contenido del documento sin necesidad de volver a insertarlo. Además, cuando los miembros del equipo hacen comentarios de puntuación en el borrador del diseño, pueden consultar el documento para obtener una explicación, de modo que los miembros del equipo puedan ver la información relevante de un vistazo.
Haga clic para ingresar la descripción de la imagen
3. Revisión en tiempo real y comunicación eficiente
Una vez editado el documento, se puede compartir con los miembros del equipo. a través de un enlace con un solo clic puede seleccionar texto para agregar comentarios, revisar documentos en línea, expresar claramente opiniones sobre proyectos y lograr una comunicación eficiente entre los equipos de desarrollo de productos.
Haga clic para ingresar la descripción de la imagen
4. Realice un seguimiento de los registros de revisión y realice copias de seguridad de las versiones históricas.
Muchas veces, la redacción de los documentos de requisitos del producto no será posible. se realiza en un solo paso y, a menudo, se realizan revisiones repetidas basadas en las opiniones de revisión de los miembros del equipo, lo que da como resultado una gran cantidad de versiones iterativas, lo que plantea grandes desafíos para los gerentes de producto en la gestión de versiones históricas de los documentos de requisitos del producto.
Escribe la documentación del producto en Mimic
Cada revisión generará automáticamente una versión histórica, que se puede ver y restaurar en cualquier momento para facilitar su gestión.
Haga clic para ingresar la descripción de la imagen
5. La vista previa en línea y el uso compartido son más convenientes
Los documentos de requisitos del producto escritos o cargados en línea en Mimic se pueden compartir rápidamente. a través de enlaces Para los miembros del equipo, los miembros del equipo pueden verlo libremente después de obtener el enlace. Cuando se modifica el documento de requisitos del producto, los miembros del equipo aún pueden ver la última versión del documento de requisitos del producto a través del enlace.
El uso de herramientas de documentación de productos eficientes y convenientes, como Mockingbird, puede simplificar el proceso de redacción de documentos de productos, mejorar la capacidad del gerente de producto para escribir documentos y permitir que los gerentes de producto obtengan el doble de resultado con la mitad de esfuerzo.