The product review opened on a Confluence page titled "Trial signup journey."
Design had a FigJam map. Research had interview quotes in a spreadsheet. Product had a bullet list that said "user discovers product → signs up → activates workspace" without showing which actor did what, which steps frustrated users, or where the journey split by plan type. When someone scrolled the page, the horizontal shape of the journey — discover, evaluate, commit, activate — was nowhere visible.
"We did the journey research. Why does the Confluence page still read like a feature list?"
UX writers and product managers hit this wall when Confluence UX documentation hides phase structure inside prose. A user journey diagram Confluence page makes sections, tasks, and actors visible — and keeps Mermaid source editable beside the research narrative teams already maintain.
This how-to shows how to write Mermaid journey maps, keep labels readable, and use reader tools when long horizontal flows outgrow the page column.
Quick Answer
| Responsibility | Prose on the page | Mermaid journey diagram |
|---|---|---|
| Research quotes, metrics, personas | Yes | — |
| Phase boundaries | H3 sections | section blocks |
| Task names | — | Short task labels |
| Actor involvement | Persona tables | Actor list after score |
| Satisfaction or pain signals | Interview notes | Score per task (with legend in prose) |
| Branching if/then logic | Exception pages | Flowchart, not journey |
- Use
journeywhen the question is experience across phases — who does what and how satisfied they are at each step. - Use
flowchart LRwhen the question is topology — systems, handoffs, and decision branches without satisfaction scoring. - Keep task labels short; research detail in prose. Quotes and metrics do not belong inside every task line.
- Open wide reading when sections sprawl horizontally. Search and minimap help PMs and UX writers follow long customer flow diagram maps without a guided walkthrough.
BacklogBridge Diagram Lens for Confluence is one macro with source editing, live preview, wide reader, search, and minimap. Verify the current Marketplace listing before install.
What You Are Trying To Accomplish
You want a customer flow diagram in Confluence where:
- journey phases are visible as sections, not buried in numbered bullets
- each task shows which actors participate
- satisfaction or pain is encoded consistently and explained for non-Mermaid readers
- Mermaid source stays editable beside UX research prose
- stakeholders can inspect a long horizontal map without the author driving every review
The outcome is documentation where phase structure and actor involvement are inspectable — not reconstructed from bullet indentation.
Requirements
| Requirement | Why it matters |
|---|---|
| Confluence Cloud space for product/UX documentation | Journeys live beside research summaries and release notes |
| Section naming convention aligned to research phases | Stable edits across quarterly reviews |
| Mermaid macro with preview and save | Catches syntax errors before render publish |
| Score legend in prose | Stakeholders may not know Mermaid journey score semantics |
| Page template linking prose H3s to section labels | Structure and research stay aligned during review |
| Admin approval for Marketplace macros | Site admins install through Connected Apps |
Step 1: Journey vs Flowchart LR
Choose the diagram type before writing source. The wrong type forces satisfaction scores into a topology map — or hides branching inside a journey renderer that expects linear tasks.
| Question you are answering | Better type | Why |
|---|---|---|
| How satisfied is the user at each step? | journey | Native section/task/score/actor model |
| Which systems and handoffs are involved? | flowchart LR | Nodes and edges express topology |
| Who owns each step across teams? | flowchart TD with subgraph swimlanes | See swimlane article |
| If/then policy or eligibility branches | flowchart TD decision tree | Diamonds express branching |
| Project schedule with dates | gantt | Timeline semantics |
The Mermaid documentation describes diagrams defined as text and code. Backlog Bridge's Mermaid chart tips guide recommends picking the chart type that matches the question — not defaulting every customer map to flowchart.
Same journey as bullets vs Mermaid (micro-example)
Bullets:
- Discover product (mostly smooth)
- Sign up (email verify painful)
- Activate workspace (smooth once wizard completes)
Journey: the same phases as horizontal sections with explicit scores and actors. The journey does not replace research — it exposes structure bullets force readers to reconstruct.
Step 2: Mermaid Journey Syntax
Mermaid provides a dedicated journey diagram type. The Mermaid user journey syntax docs describe maps built from sections and tasks.
Basic skeleton:
journey
title Trial signup journey
section Discover
Visit marketing site: 5: Prospect
Read pricing page: 4: Prospect
section Sign up
Create account: 3: Prospect, Product
Verify email: 2: Prospect
section Activate
Complete onboarding wizard: 4: Prospect, Support
Invite teammates: 5: Prospect
Syntax rules:
| Element | Pattern | Purpose |
|---|---|---|
| Diagram type | journey on first line | Selects journey renderer |
| Title | title Your journey name | Names the map for readers |
| Phase | section Phase name | Groups tasks horizontally |
| Task | Task label: score: Actor1, Actor2 | Step, satisfaction, participants |
Tasks render left-to-right within each section. Sections stack vertically, which makes Mermaid user journey maps naturally wide as phases accumulate — the layout pattern that triggers readability problems in a normal Confluence column.
Step 3: Map UX Phases To Sections
Align section labels with how your team already talks about the journey:
| Research artifact | Maps to |
|---|---|
| Journey map swim lane "Discover" | section Discover |
| Service blueprint stage | section with same business name |
| Funnel stage from analytics | section — define metric in prose |
| Out-of-scope phase | Omit from diagram; mention in scope section |
Keep section names stable across releases. Rename prose H3 headings and section labels together so diffs stay readable.
Step 4: Readable Task Labels And Actor Notation
Bad — entire research note in the task line:
Create account after clicking hero CTA and seeing SSO error on Safari: 3: Prospect who came from paid search
Good — task names the step; prose owns context:
Create account: 3: Prospect, Product
Then under Sign up friction in prose:
- Safari SSO error tracked in PROD-4412
- Paid search cohort shows higher drop-off at email verify
| Element | Belongs in the diagram | Belongs in prose |
|---|---|---|
| Phase name | section label | Research scope, date range |
| Task name | Short verb phrase | Tool links, screen references |
| Actors | Comma-separated list | Persona definitions, RACI |
| Satisfaction score | Numeric score | Interview quotes, sample size |
| Branching exceptions | — | Linked child pages or flowchart |
Use consistent actor names: Prospect, Customer, Support, Sales, System — not alternating synonyms in the same diagram.
Quote task labels when text contains punctuation or characters Mermaid may parse specially. Keep labels plain for predictable Confluence rendering; Backlog Bridge's knowledge-base page notes that Diagram Lens-safe examples avoid raw markup and source-defined interactivity.
Step 5: Satisfaction Scores — Explain In Prose
Mermaid journey tasks include a numeric score between the task label and actors. In current Mermaid journey examples, higher scores typically indicate better satisfaction and lower scores indicate more friction — but confirm against the Mermaid user journey syntax docs and your macro preview before publishing, because renderer conventions can change.
Add a score legend every stakeholder can read without opening the macro:
| Score | Meaning on this page |
|---|---|
| 5 | Smooth — no reported friction |
| 4 | Minor friction — task completes |
| 3 | Noticeable friction — workaround needed |
| 2 | Significant pain — support or retry |
| 1 | Blocker — task often fails |
Scores are editorial signals for discussion, not statistical proof unless prose cites the underlying study. When research uses a different scale, map it explicitly in the legend rather than assuming readers infer the conversion.
If the journey type in your renderer supports accessibility metadata, add accTitle and accDescr near the source so screen-reader users get a summary — verify support in preview before relying on it in shared UX spaces.
Step 6: Recommended Page Template
| Order | Section | Contents |
|---|---|---|
| 1 | Purpose and scope | Persona, product area, in/out of scope |
| 2 | Research metadata | Owner, last reviewed, linked studies |
| 3 | Score legend | How to read satisfaction numbers |
| 4 | Overview journey diagram | Main journey macro |
| 5 | Phase detail | H3 per section; prose references task names |
| 6 | Pain points and quotes | Research evidence beside tasks |
| 7 | Change log | What changed in prose and diagram source |
Place the macro under the journey summary — not on a separate attachments page stakeholders skip during roadmap reviews.
Map each H3 phase section to a section label so comments like "Update verify-email pain for the Sign up section" are actionable.
Step 7: Author, Preview, And Navigate Long Horizontal Flows
After an admin installs an approved Mermaid macro:
- Paste a skeleton with two sections and three tasks total.
- Add tasks one section at a time; preview after each section.
- Confirm actor lists render when multiple participants share a task.
- Save, reopen, and confirm stored configuration matches preview.
Horizontal journey maps fail predictably once phases multiply:
| Symptom | What is happening | What helps |
|---|---|---|
| Section tasks shrink below readable size | Journey wider than viewport | Wide view + fit + pan |
| Reviewer asks "where is email verify?" | Too many similar task bars | Search for task label text |
| Author narrates while panning | Layout knowledge is not in the diagram | Minimap + repeatable navigation |
| Eight sections on one page | Horizontal compression | Split overview + phase detail |
Confluence layout controls can widen the page column. That helps prose tables. It does not replace diagram-level navigation when a multi-section journey grows wider than the viewport.
"Which phase had the lowest satisfaction last quarter?"
Without search or minimap, the reviewer pans and asks the author. With search, they jump to the task label already used in research readouts.
Diagram Lens public pages describe a source editor with live preview, line and character counts for source size, wide reader with pan/zoom/fit/reset, search across rendered SVG text, and minimap navigation. Diagram Lens support docs recommend starting from a small known-good diagram and using the syntax error panel for line, column, and token details when render fails. The same authoring loop applies to any preview-capable Mermaid macro.
For deeper reader-tool guidance, see Mermaid Diagrams in Confluence: Why Big Diagrams Need a Reader.
For export workflows, see Exporting Mermaid Diagrams From Confluence. SVG and Mermaid source are the primary reliable export paths per Diagram Lens public pages; PNG and PDF are best effort and can depend on browser support, diagram size, and Forge iframe permissions.
Step 8: Split Oversized Multi-Phase Journeys
Reader tools help large diagrams. They do not replace scope discipline.
| Symptom | Better approach |
|---|---|
| More than 5–7 sections on one map | Overview journey + one diagram per major phase |
| More than 8–12 tasks in one section | Split section into sub-journey child page |
| Enterprise vs self-serve on one map | Separate journeys with clear titles |
| Exception branches dominate happy path | Overview journey; flowchart for exceptions |
Overview vs detail task budget:
| Diagram | Keep | Move to child page |
|---|---|---|
| Overview journey | Start, main phases, terminal activation | Rare edge-case tasks |
| Phase detail | All tasks inside one phase | Tasks belonging to other phases |
| Exception flowchart | Branching logic for one pain point | Full journey repetition |
A practical documentation set on one Confluence parent page:
01_journey_overview 02_discover_detail 03_signup_detail 04_activate_detail 05_support_escalation_flowchart
Each diagram answers one review question. Link them from the parent journey page. For splitting standards, see Mermaid Diagram Governance in Confluence.
Worked Example: Trial Signup Journey
Research summary in prose:
Prospects discover the product through marketing and docs, sign up with moderate friction at email verification, and activate faster when onboarding offers a sample workspace.
Prose section to task mapping:
| Prose section | Task labels | Reviewer question answered |
|---|---|---|
| Discover channels | Find product via search, Read docs landing page | Where do prospects enter the funnel? |
| Sign up friction | Submit signup form, Verify email address | Which step drives support tickets? |
| Activation success | Finish onboarding wizard, Create first project | What happens after verify? |
Matching journey skeleton:
journey
title SaaS trial signup
section Discover
Find product via search: 4: Prospect
Read docs landing page: 5: Prospect
section Sign up
Submit signup form: 3: Prospect
Verify email address: 2: Prospect, System
section Activate
Finish onboarding wizard: 4: Prospect
Create first project: 5: Prospect
PMs and UX writers follow the rendered path during roadmap reviews. Interview quotes and cohort notes live in H3 sections below the macro — not inside task labels.
Common Pitfalls
| Pitfall | Better approach |
|---|---|
| Using journey for branching if/then logic | Use decision-tree flowchart — see Decision Trees in Confluence |
| Long task labels with research quotes | Short task name; quotes in prose |
| Inconsistent actor naming | Fixed actor glossary on the page |
| No score legend | Table explaining satisfaction scale |
| Eight sections without splitting | Overview + phase detail pages |
| Skipping preview after adding a section | Preview after each section batch |
| Browser zoom instead of diagram reader | Wide view + search for wide journeys |
| Treating page wide layout as diagram navigation | Use reader tools when sections exceed the column |
Backlog Bridge's knowledge-base page notes that Diagram Lens-safe examples avoid source-defined interactivity and raw markup patterns — appropriate for shared product spaces.
Admin Checks Before Rollout
Atlassian's Manage your apps documentation says Confluence apps are usually installed from Marketplace through Connected Apps and require site admin access.
At the time of research on July 23, 2026, I did not find an official Atlassian Marketplace listing for BacklogBridge Diagram Lens for Confluence through available public sources in sibling editorial research. Search Marketplace again before install.
| Check | Why it matters for UX journey docs |
|---|---|
| Listing name, vendor, Cloud compatibility | Wrong app or hosting model blocks rollout |
| Install scopes and egress | Journey source may name internal tools and cohorts |
| Source-size limits | Multi-section journeys with many tasks hit limits sooner |
| Sanitization behavior | Plain labels are safer than HTML or click syntax |
| Data classification for allowed spaces | Stored Mermaid may describe customer behavior and research notes |
The public Diagram Lens security page describes client-side rendering, storage:app scope, no external egress declared in the current manifest, and strict Mermaid sanitization. The privacy page says app-owned diagram configuration is stored in Atlassian Forge hosted storage.
Do not infer SOC 2, ISO, Cloud Fortified, GDPR/DPA, or procurement approval without explicit published evidence.
See Mermaid Macro Security in Confluence for a fuller macro security review.
What Diagram Lens Is Not Trying To Be
The Diagram Lens product page describes a source-first Mermaid editor. It states that it does not include visual drag-and-drop editing, AI generation, or repository sync. Mermaid renders client-side inside Forge Custom UI; the launch model does not use a remote Mermaid renderer or vendor-hosted diagram backend.
That makes Diagram Lens a fit for teams that want editable Mermaid journey source beside Confluence UX prose — not for teams whose primary requirement is canvas journey mapping, AI-generated diagrams, or Git-backed diagram sync.
When To Use A Different Approach
- Cross-team handoffs and queues fit swimlane flowcharts — see Swimlane Flowcharts in Confluence With Mermaid Subgraphs.
- Branching eligibility or policy logic fit decision trees — see Decision Trees in Confluence: When Mermaid Beats a Bulleted List.
- Phased operational runbooks without satisfaction scoring fit process flowcharts — see How to Document Business Processes in Confluence With Mermaid Flowcharts.
- Workshop sketches may fit canvas tools — see Mermaid vs draw.io and Gliffy in Confluence.
Trial Checklist
Test with one real journey your PM and UX writers reopen every quarter — not a toy two-section sketch.
- Pick a journey page where phase structure is currently unclear in prose alone.
- Draft research summary prose: persona, scope, score legend, last reviewed date.
- List phases as sections on paper; count tasks per section.
- If more than five sections or heavy branching, plan overview plus detail pages first.
- Build a journey macro with two sections; preview after each section you add.
- Add actor lists and scores; confirm legend matches previewed score direction.
- Add H3 phase sections referencing task labels.
- Change one pain-point note in prose; confirm diagram tasks still match.
- Open wide view and search for two task names used in research readouts.
- Ask a second reviewer to locate the lowest-scored task without author guidance.
- Export Mermaid source; test SVG if compliance needs snapshots outside Confluence.
- Try PNG or PDF only if those formats matter, using your widest expected journey map.
- Record Marketplace, scope, privacy, and classification questions before production use.
If the second reviewer can locate the lowest-scored task without a guided screen share, the journey-plus-prose workflow is doing real work.
Final Recommendation
User journey diagram Confluence pages stay maintainable when Mermaid journey sections express phases, short task labels name steps, actors show involvement, and a prose score legend explains satisfaction numbers for every reader.
Split before sections sprawl past reviewability. When maps grow wide, wide reading, search, and minimap help product and UX stakeholders follow long horizontal Mermaid user journey flows without a guided screen share. If your team already keeps Mermaid in Confluence and wants source editing plus reader tools for Confluence UX documentation, Diagram Lens is worth a focused trial — after you verify the current Marketplace listing, install prompt, and export behavior on your widest real customer journey map.
For deeper Mermaid authoring patterns, see Backlog Bridge's Mermaid chart tips guide.