Create your first Journey

This guide walks through a simple first Journey that is easy to validate and safe to launch.

A new Journey starts with a single Start node. Click the + button to add steps.

Goal

Build a basic lifecycle flow with:

• one Start step

• one Wait step

• one Activate step

• one Stop step

• optional exit rules

This is the recommended starting shape for most teams. Once this simple version behaves correctly, you can expand to Segment or Pause Until.

Before you begin

Make sure you already have:

• access to a Customer Hub

• at least one audience or entry condition you can use

• at least one destination available for Activate

• permission to publish, or a reviewer who can approve the launch

Step 1: Create the Journey draft

1. Open Journeys in DinMo.

2. Create a new Journey.

3. Give it a clear, business-focused name that describes the lifecycle goal (for example, Welcome series – new signups or Re-engagement – 30-day inactive).

A descriptive name makes run history easier to read when multiple Journeys are live at the same time.

Step 2: Configure the Start step

The Start step panel — click + Add entry rule to define who enters the Journey.

Click the Start step and add your entry rules.

For a first Journey, keep this simple:

• start from one clear audience or one qualifying rule

• avoid combining too many entry conditions at the beginning

If you enable Allow Journey Repeat, make sure re-entry is intentional. If the first activation happens immediately after re-entry, you may create repeated activations faster than expected.

Entry rules are locked once the Journey is published and Active. If you need to adjust who enters, you will need to pause the Journey first.

Step 3: Add a Wait step

Add a Wait step after Start.

Why start with a Wait:

• it gives contacts a buffer before activation

• it reduces the risk of activating contacts the moment they enter

• it makes it easier to reason about expected entry and activation timing

For a first Journey, a Wait of 1–2 days is a reasonable default. You can adjust this once you understand how contacts flow through.

Step 4: Add an Activate step

Add an Activate step after the Wait.

Select the destination or destinations that should receive contacts at this point in the flow.

Placing Activate directly after Start with no Wait means contacts will be activated the moment they enter the Journey. This is sometimes intentional, but the publish checklist will flag it as a warning so you can confirm it was deliberate.

Step 5: Add a Stop step

Add a Stop step after Activate so the end of the Journey is explicit.

Stop is a terminal node with no outgoing edges. It makes the intended ending visible in the canvas and easier to review.

Step 6: Add exit rules if needed

Open Exit rules if there is a condition that should immediately remove a contact from the Journey, regardless of where they are in the flow.

Good first examples:

• exit once a contact converts (for example, status = converted)

• exit once a cancellation event occurs

Exit rules apply across the entire Journey, not to a single branch.

Step 7: Review the publish checklist

Before publishing, review the validation and warnings shown in the publish checklist.

Pay close attention to:

• Blocking errors — these must be resolved before you can publish

  • missing entry rules

  • missing destinations on Activate

• Warnings — these do not block publishing but flag risk

  • immediate activation after Start

  • repeated entry without an early delay

Do not dismiss warnings without understanding them. A warning about immediate activation after Start means real contacts will be activated as soon as they enter. If that is not intentional, add a Wait step before Activate.

Step 8: Publish the Journey

Publish only when:

• the entry logic is clear and intentional

• the activation path is understood

• the stopping point is obvious

• any warnings have been reviewed and accepted

Publishing freezes the current configuration as the live version. Entry rules and exit rules are locked until you pause the Journey.

Step 9: Run and monitor

After publishing, use the available controls to validate the Journey operationally.

Check:

• whether the run started successfully

• whether the run completed successfully

• whether contacts entered when expected

• whether the destination activation count matches your expectation

Check run history immediately after the first run. If the Journey is healthy and behaving as expected, you can expand to more complex shapes with confidence.

Recommended first pattern

A Journey with multiple steps — start simple and expand once the basic flow works correctly.

For most teams, this is the safest first shape:

Start → Wait → Activate → Stop

Then expand to Segment or Pause Until only after the simple version behaves correctly.

Related pages

• Publish, Pause, and Resume a Journey

• Entry rules

• Wait

• Activate

• Common validation issues