Skip to main content
If you need one first journey the team can actually use, start here. This walkthrough shows how to turn a draft or blank journey into something the team can review, prioritize from, and act on quickly. This is the main walkthrough to follow after Quickstart.

What you will build

This walkthrough shows how to build a realistic first journey in Custory. We will use a common startup scenario: trial to paid That journey is usually specific enough to be useful and important enough to matter quickly.

Why this gives teams value fast

A strong first journey gives your team one place to answer the questions that usually stay scattered:
  • where customers lose momentum
  • what evidence supports that belief
  • what deserves attention first
  • whether the change improved the outcome you care about
It does not just document the flow. It helps the team make a better decision about activation, conversion, retention, or another meaningful product outcome.

When this walkthrough is the right fit

Use this walkthrough if:
  • you are new to customer journey mapping
  • your team just signed up for Custory
  • trial conversion or activation feels unclear
  • you want one concrete example before mapping other journeys

Before you start

You do not need a finished map. You do need:
  • one flow worth tracking
  • one person who will keep it current
  • enough evidence to make a rough first pass
Add screenshot of the journey editor with stages, steps, and item creation entry point here

Build the journey step by step

1

Define the job of the journey

Before you create anything, write down what decision this journey should help your team make. Example: We want to understand where trial users lose momentum before they become paying customers.
2

Open the starting draft in the editor

Start from the AI-imported draft, template, or blank journey you chose during Quickstart. The job here is no longer setup. The job is to shape the journey into something the team can actually use.
3

Add the major stages

Keep the first structure simple and readable so the team can react to it quickly.
4

Add specific customer steps

Write the moments from the customer’s point of view instead of using internal team labels.
5

Add the first useful items

Turn the map into something the team can use by attaching touchpoints, insights, opportunities, solutions, and metrics.
6

Link the evidence and review it live

Connect the logic from evidence to action, then use the journey in a real meeting.
For a first pass, optimize for a journey the team can review this week, not for a perfect final artifact.

Add the major stages

Keep the first structure simple. A good stage set for this journey might be:
  1. Discovery
  2. Evaluation
  3. Trial signup
  4. Setup
  5. First value
  6. Upgrade decision
These stages are easy to understand and give the team a clean shared language.

Add specific customer steps

Inside each stage, add the moments that matter. Examples:

Discovery

  • Customer hears about Custory from a peer
  • Customer visits the website

Evaluation

  • Customer reads the pricing page
  • Customer compares plans

Trial signup

  • Customer starts a trial
  • Customer confirms email

Setup

  • Customer creates workspace
  • Customer connects Slack
  • Customer invites teammate

First value

  • Customer maps the first journey
  • Customer adds the first evidence

Upgrade decision

  • Customer reviews value with the team
  • Customer chooses whether to pay
Write from the customer’s point of view. That keeps the story easier to review and improves search, AI, and collaboration later.

Add the first useful items

Now turn the map into something the team can use. Add a few high-signal items:

Touchpoints

  • Pricing page
  • Trial signup form
  • Slack connection flow
  • Invite email

Insights

  • Founders understand the value proposition but not what to map first
  • Non-technical admins stall before the first integration
  • Teams that invite a teammate in the first session are more likely to continue

Opportunities

  • Reduce uncertainty before trial signup
  • Shorten time to first mapped journey
  • Make team invite feel safer and clearer

Solutions

  • Add a stronger quickstart checklist
  • Rewrite setup guidance
  • Improve invite copy

Metrics

  • Trial-to-paid conversion
  • Median time to first journey created
  • Invite completion rate
You do not need to fill the whole map. Add enough evidence to support a real conversation. Connect items so the logic stays visible. Example chain:
  • Touchpoint: pricing page
  • Insight: plan differences feel unclear to smaller teams
  • Opportunity: reduce pricing confusion before signup
  • Solution: simplify the comparison section
  • Metric: trial signup conversion
This is one of the biggest differences between a good journey and a collection of notes.

Invite the smallest useful group

For the first journey, invite only the people who will actually maintain it. By this point, the map should already be understandable enough that an editor can open it and know what flow it covers. Good first editors:
  • founder or product lead
  • support lead
  • one engineering or product partner
Keep viewers separate from editors so the working map stays easier to maintain.

Review it in a real meeting

The journey becomes valuable when the team uses it. A good first review looks like this:
  1. Walk the journey from left to right
  2. Ask where the biggest friction appears
  3. Check which points have real evidence
  4. Turn one or two important insights into opportunities
  5. Decide one next action
If the team can do that in one session, the journey is already earning its place.

From mapping to shipping

Once the journey has clear steps, a few strong items, and enough evidence to support a decision, use it to choose the first problem worth acting on. Read From mapping to shipping for the full workflow.

Avoid these traps

Map one important flow first. A focused first journey is much more likely to lead to an early win.
Use language like Customer connects Slack, not Activation workstream. Clear customer language makes the journey easier to use in real decisions.
Items are more useful when the evidence-to-action chain is visible. A smaller well-linked map beats a larger disconnected one.
The journey should improve as the team learns more.

What a good first journey looks like

Your first journey is good enough when:
  • the stages are clear
  • the steps are written from the customer’s perspective
  • a few high-signal items are attached
  • the team can see what to improve next
  • at least one metric can tell whether things got better

Next step

Read From mapping to shipping when the first map exists and the team is ready to act on it. Read Weekly workflows when you need a repeatable review rhythm.