Colección de citas famosas - Colección de máximas - ¿Cuál es la diferencia entre el proceso de negocio de un producto y los pasos operativos de un producto? ¿Cómo escribir?

¿Cuál es la diferencia entre el proceso de negocio de un producto y los pasos operativos de un producto? ¿Cómo escribir?

El propósito de este artículo es simple: a través de ejemplos de comercio electrónico, explicaremos claramente la correlación y diferencia entre los diagramas de flujo de negocios y los diagramas de flujo de tareas, así como su aplicación en los productos.

Procesos y diagramas de flujo

Primero veamos la definición de proceso:

En el Diccionario Oxford, un proceso se refiere a uno o una serie de procesos continuos y acciones regulares, estas acciones ocurren o se realizan de una manera determinada, promoviendo la realización de resultados específicos y la definición dada por la Organización Internacional de Normalización en la norma del sistema de gestión de calidad ISO9001:2000 es: "Un proceso es un conjunto de actividades interrelacionadas o interactivas".

De las dos definiciones anteriores, podemos extraer los factores indispensables del proceso: objetos, entradas, acciones y salidas.

El objeto es el ejecutor, es decir, el usuario en el producto.

La entrada puede entenderse como la premisa y la condición previa.

La acción es la; operación en el producto, puede ser clic, entrada, etc.

La salida puede entenderse como el resultado y el propósito de la acción.

Lo que hay que explicar es:

En el trabajo del producto, la forma de entrada y salida no está limitada, puede ser un evento o una acción;

Pensar Al generar, no solo debe considerar los resultados de salida del lado del usuario, sino también considerar los posibles resultados producidos en segundo plano (como cambios en los datos);

En enlaces conectados, generalmente la salida del enlace anterior es la entrada del enlace siguiente.

Después de aclarar la definición y los elementos del proceso, como su nombre indica, el diagrama de flujo es un gráfico que expresa claramente el proceso. El diagrama de flujo sólo necesita expresar una cosa claramente: qué objeto realiza qué operación. ¿Bajo qué condiciones previas? ¿Qué resultados se produjeron?

Se han hecho muchas introducciones a los métodos y herramientas para hacer diagramas de flujo, por lo que no entraré en detalles aquí. Los diagramas de flujo de negocios y los diagramas de flujo de tareas se usan comúnmente en el trabajo de productos. A continuación se describirán las conexiones y diferencias entre los dos diagramas de flujo tal como los entiendo a través de ejemplos.

Diagrama de procesos de negocio

La función del diagrama de procesos de negocio es expresar claramente la rotación de los requisitos comerciales entre varios módulos funcionales en cada etapa de la línea de productos.

Por lo general, un requisito comercial no solo corresponde a un requisito funcional, sino que se compone de múltiples requisitos funcionales. Por ejemplo, si el requisito comercial es el registro, entonces el requisito funcional incluye la corrección periódica de lo completado. Verificación, generación y verificación del código de verificación, visualización (y verificación) del acuerdo de registro, además, el backend también tiene la función de generación de cuenta y registro de información, y si se requiere el registro del teléfono móvil, también tiene la función de enviar y. verificar mensajes de texto (el registro por correo electrónico es el mismo que el motivo).

Se puede observar que los requisitos comerciales requieren resumen y refinamiento, mientras que los requisitos funcionales requieren requisitos detallados y específicos. Un requisito comercial generalmente cubre múltiples requisitos funcionales, que involucran múltiples partes, como la visualización del front-end y la grabación del back-end. Por lo tanto, los diagramas de procesos de negocios suelen ser complejos y detallados e intentan cubrir varias situaciones anormales (cada situación anormal tiene un front-end correspondiente). y soluciones de back-end) ).

La idea general para dibujar un diagrama de flujo de negocios es:

Primero, divida el negocio en etapas. Por ejemplo, la categoría de comercio electrónico se puede dividir en pedidos y pagos, y la categoría de bicicletas se puede dividir en recogida, ciclismo y estacionamiento;

Luego, enumere los módulos funcionales involucrados en cada etapa. Por ejemplo, en la etapa de pedido, hay funciones como visualización del producto, inicio de sesión/registro. , registro de información y centro personal.

Finalmente, dibuje el flujo de requisitos comerciales entre varios módulos funcionales en orden cronológico.

Para generar un diagrama de proceso de negocio completo, generalmente existen dos principios:

Piense primero en el proceso principal y luego en los procesos de rama. El proceso es preciso y los procesos de sucursal son integrales y completos;

Exprese claramente los diversos juicios generados en segundo plano y la pantalla frontal correspondiente, que servirá como una base importante para el diseño de la interfaz.

A continuación se utiliza un ejemplo de compras de comercio electrónico para dibujar un diagrama de flujo de negocios.

Un proceso de compra de comercio electrónico completo generalmente incluye dos etapas y cinco partes. Las cinco partes de realizar pedidos y pagos son usuario, transacción, sistema de cuentas y centro personal, sistema de pago y sistema CRM. Si solo comienza desde la perspectiva del usuario, es difícil considerar varios juicios y operaciones en segundo plano, lo que se convierte en un diagrama de flujo. En esta figura también se pueden ver las operaciones del usuario, la visualización del front-end y el juicio del back-end del proceso de compra, lo que refleja las funciones y el soporte de varios departamentos necesarios para implementar el negocio de compras.

El diagrama de procesos de negocio debe ser el primer documento resultante después de obtener los requisitos de negocio (o BRD), y no es estático. Se complementará y mejorará continuamente durante múltiples discusiones sobre los requisitos de negocio o BRD. Finalmente, se convierte en el documento de referencia para todo el proyecto y se utiliza como referencia principal a la hora de construir la arquitectura técnica y la división técnica del trabajo. Por lo tanto, al dibujar un diagrama de proceso de negocio, la lógica debe ser clara y no se puede perder ninguna parte importante.

Diagrama de flujo de tareas

El diagrama de flujo de tareas expresa el flujo de trabajo del usuario al realizar una tarea específica. El diagrama de flujo de tareas puede entenderse como una versión simplificada del diagrama de procesos de negocio, con solo los pasos operativos principales. Por lo general, al escribir un informe de experiencia del usuario, el diagrama de flujo de tareas se utiliza para expresar el flujo de la página y las operaciones principales. Commerce Shopping como ejemplo:

Como se puede ver en lo anterior, en comparación con los diagramas de flujo de negocios, las características de los diagramas de flujo de tareas son:

Solo muestran las operaciones del usuario, no las juicio en segundo plano;

Solo se muestra el proceso normal, no se muestra ningún proceso anormal;

Solo se puede ver el flujo de trabajo del usuario y no se puede utilizar como referencia para el desarrollo.

Ya sea que esté dibujando un diagrama de procesos de negocios o un diagrama de flujo de tareas, la atención debe centrarse en las relaciones lógicas en lugar de en los detalles del diagrama en sí. En última instancia, los diagramas de flujo son solo herramientas que nos ayudan a analizar y pensar mejor. Ser capaz de dibujar un diagrama de flujo con una lógica clara no significa necesariamente conocer cada módulo. Sin embargo, si la lógica del diagrama de flujo es confusa y poco clara, entonces debemos hacerlo. reflexionar sobre ello. ¿No está clara la comprensión de los requisitos comerciales o los requisitos funcionales? Como novato, es muy útil combinar mapas mentales y analizar con frecuencia el proceso comercial y el proceso de tareas del producto para mejorar el sentido de la lógica y el pensamiento del producto.