When developing workflows for a product it’s easy to get lost in the weeds. Yes, you can start with drafting out a product requirements document (PRD), but it can be tricky to separate out a document into easily communicable user stories. This is where a diagramming tool comes in.
By mapping out your workflow as a team, you arrive at a clear understanding of what you want to achieve without the confusion that can accompany piles of documentation. While there are a number of ways to approach this, BPMN diagrams (Business Process Model and Notation) standardize the process and provide a framework for you to easily adapt within your product team.
In this article, you’ll learn what BPMN diagrams are, the elements that go into one, and how you can go about creating and applying one.
A BPMN diagram is a visual representation of the steps, activities, and flows of processes within your organization. The diagrams use specific symbols to make elements of a process easily recognizable.
The BPMN organization defines its charter as, “A standard Business Process Model and Notation (BPMN) will provide businesses with the capability of understanding their internal business procedures in a graphical notation and will give organizations the ability to communicate these procedures in a standard manner. ”
A BPMN diagram consists of a series of categories that each contain elements visually represented by specific notation. For the present article, only the basic elements and behaviors are defined, as they should be enough for the basic BPMN diagrams you would use as a PM.
Here’s an example of a process model representing the process of order fulfillment with card authorization:
You’ll notice how the diagram has consistent notation to mark each element of the workflow. Below is a chart that outlines what the most common notation refers to:
Besides the basic elements of a diagram, you also must follow some specific rules. Here, you’ll find the most important ones, but for the complete list, consult the list on the BPMN.org website:
Sequence flows |
|
Message flows |
|
As with any specification, in order to create a BPMN diagram, there are a few steps to follow:
Now that you have a sense of what a BPMN diagram is, let’s look at how you can use one with the 4D framework for product management — discover, design, develop, deliver.
In the discovery phase, BPMN can be useful to summarize findings by mapping “as is” versions of processes and helping uncover customer pain points or gaps.
It can also help visualize how a new product integrates into an existing ecosystem, ensuring that the product is viable from a business perspective.
In this phase, product requirements are defined in more detail. This is where BPMN is extremely helpful especially in defining the “to be” version of processes and model workflows, interactions between systems, and journeys.
BPMN diagrams support the refinement process and help build shared understanding.
BPMN diagrams created in the previous stage are used by developers in building the product. They are supporting the definition of technical requirements, as well as for the QA team when testing the system.
BPMN diagrams can be used to plan and optimize the deployment process, including roll-out strategies, user training, and support processes.
Now, let’s look at an example. Say we wanted to build a tool to support the gathering of customer feedback:
Discover | “As is” process map to understand how feedback is gathered today and to identify opportunities or points of improvement |
Design | “To be” process design to understand workflows, actors and interactions.
System integration flows help get a rich picture of how the new tool will integrate in the existing tooling landscape |
Develop | Technical specification — developers can use the diagram to understand business logic which needs to be incorporated in the tool.
QA team can use them to plan their testing strategy |
Deliver | BPMN diagrams can help plan the deployment of new products or features, including the steps needed for a successful launch.
User documentation — you can include BPMN diagrams in user documentation to help them understand processes and how to use the product |
Diagrams help you visually represent complex processes so that your documentation can easily be understood by your team and stakeholders. To this end, BPMN standardizes the process and provides a common language so that elements have a unique notation that signifies their meaning without unnecessary words.
So the next time you work on a PRD, ask yourself whether your text could benefit from the support of a visual representation of the workflow or process involved.
Good luck!
Featured image source: IconScout
LogRocket identifies friction points in the user experience so you can make informed decisions about product and design changes that must happen to hit your goals.
With LogRocket, you can understand the scope of the issues affecting your product and prioritize the changes that need to be made. LogRocket simplifies workflows by allowing Engineering, Product, UX, and Design teams to work from the same data as you, eliminating any confusion about what needs to be done.
Get your teams on the same page — try LogRocket today.
Shane Eleniak discusses seeing value from the lens of subscribers, the service provider, and across the different personas in the platform.
I often help product teams move from reactive, stakeholder-driven ways of working to strategic, outcome-driven ways. In this process, I […]
Successful product managers are strategic thinkers, customer-focused innovators, adaptive problem solvers, and inspirational motivators.
Angela Suthrave talks about the importance of understanding the assumptions, foundations, and boundaries behind a strategy.