¿Qué es un buen documento de requisitos?

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 hablaremos más sobre ello. sobre los antecedentes del puesto y el trabajo relacionado de los diseñadores de experiencias de usuario como contexto de esta publicación.

1. El trabajo de los diseñadores de interacción

La existencia de los diseñadores de experiencia de usuario ha ido transfiriendo gradualmente el trabajo de diseño de prototipos en el trabajo de los gerentes de producto a los diseñadores de experiencia de usuario, haciendo que los gerentes de producto paguen más. atención a las necesidades a nivel estratégico y ser más capaz 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 la jerarquía de páginas de funciones desde la altura de los procesos funcionales;

Especificar datos

Especificar críticos state;

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 determinado requisito de desarrollo, debe haber una sola copia interactiva; documentación. 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" e indicar claramente cuándo está desactualizada;

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

Haga clic para ingresar la descripción de la imagen

Ejemplo de descripción de documento interactivo

Haga clic para ingresar la descripción de la imagen

Haga clic para ingresar la descripción de la imagen

Ejemplo de registro/registro de actualización de documento interactivo

El título del documento interactivo garantiza efectivamente la singularidad del documento interactivo

Interacción El título del documento garantiza efectivamente la unicidad del documento interactivo, es decir:

El título del documento interactivo garantiza efectivamente la unicidad del documento interactivo, es decir es:

El título del documento interactivo garantiza efectivamente la unicidad del documento interactivo, es decir:

El título del documento interactivo garantiza efectivamente la unicidad del documento interactivo, es decir es:

El título del documento interactivo garantiza efectivamente la unicidad del documento interactivo, Es decir:

El título del documento interactivo garantiza efectivamente la unicidad del documento interactivo. e., el documento corresponde al proyecto XX o la función XX del proyecto XX;

El autor, el número de versión, la hora de creación y la hora de actualización facilitan la búsqueda del nodo de tiempo y la persona correspondientes en cobrar cuando haya dudas sobre el contenido del documento, para facilitar el acoplamiento y la corrección;

En el registro de actualización, es necesario indicar efectivamente el número de versión, la hora de actualización, el contenido de la actualización y el modificador. facilitar

2. Estructura de contenido del documento

Incluye aproximadamente el nombre del módulo, el diagrama de flujo de funciones, la descripción de la página, el diagrama de relación de salto de página, etc.

Haga clic para ingresar la descripción de la imagen

Haga clic para ingresar la descripción de la imagen

Ejemplo de estructura de documento interactivo

En el documento estructura del contenido, debe garantizar que la descripción y el registro del documento interactivo estén ubicados en el encabezado para facilitar su consulta en cualquier momento;

En términos de forma y contenido, las capas de Axure, como los íconos de agrupación y página, deben para ser utilizado de manera flexible. 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 localizar y expandir;

Adhiérase siempre a "una página " Principio de "Describir una función" para garantizar que el contenido de una sola página sea moderado, que el contenido de la página no sea demasiado grande y que el contenido no sea demasiado pequeño.

Respete siempre el principio de "una página solo describe una función" para garantizar que el contenido de una sola página sea moderado y de fácil acceso.

Haga clic para ingresar una descripción

Haga clic para ingresar una descripción

Ejemplo de descripción de página

Después de confirmar el contenido anterior, puede garantizar la interacción La estructura del documento es 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 el siguiente contenido:

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 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. 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.

Consejos 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 del 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

Haga clic para ingresar la descripción de la imagen

4. Realice un seguimiento de los registros de modificación y haga una copia de seguridad de las versiones históricas.

Muchas veces, la redacción de los documentos de requisitos del producto no se realizará en un solo paso, a menudo se revisará repetidamente en función de las opiniones de revisión de los miembros del equipo, lo que producirá una gran cantidad de versiones iterativas para los gerentes de producto. Gestionar las versiones históricas de los documentos de requisitos del producto es una cuestión muy importante. Para los gerentes de producto, cómo gestionar las versiones históricas de los documentos de requisitos del producto es un gran desafío.

Escribir documentación del producto en Mimic

Cada revisión puede generar automáticamente una versión histórica, y usted puede saltar a esta versión en cualquier momento para verla y recuperarla, lo que facilita la administración.

Haga clic para ingresar la descripción de la imagen

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