Skip to main content
Journeys are built from a small set of node types. Each node does one thing — place a call, send a text, wait, or branch — and together they make up the flow.

Summary

NodeCategoryWhat It Does
StartBranchesThe entry point. Every recipient begins here.
CallActionsPlaces an outbound call with one of your agents.
SMSActionsSends a text message.
Time DelayDelaysPauses the flow for a fixed amount of time.
Wait UntilDelaysPauses the flow until a specific date or until a recurring window opens.
BranchBranchesRoutes recipients down different paths based on conditions.

Start

The Start node is the entry point for every recipient. It’s on the canvas by default and can’t be deleted. You choose how the journey gets triggered on the Start node — see Start Blocks.

Call

Places an outbound call with one of your agents. Configure:
  • Phone number — the number the call will come from
  • Agent — which agent handles the call
The call uses whatever agent you select, with the recipient’s journey data available to the agent during the conversation. The node completes when the call ends, and its result (status, who answered, tags) is available to any downstream Branch node.

SMS

Sends a text message to the recipient. Configure:
  • Phone number — the number the message is sent from
  • Message — the message body
Both fields accept fixed text or an expression that pulls from journey data, so you can personalize the message per recipient.

The Conversation Doesn’t End at the First Send

An SMS node sends one outbound message — but it doesn’t have to stop there. If the sending number has an AI agent attached, that agent picks up the thread from the moment the message goes out. When the recipient replies, the agent reads the reply and decides what to do: draft a response, use one of its tools to look something up, or hand the conversation off to a human teammate. A back-and-forth can play out across many messages, minutes, or hours, with the agent holding the thread on its own. In other words, a single SMS step in a journey can kick off a real two-way conversation — not just a one-way blast. And because voice and SMS share the same contact history, an agent that later answers a call from the same recipient can reference whatever was just discussed over text. See SMS for the full breakdown of how agent-driven SMS works.

Time Delay

Pauses the recipient on this node for a fixed amount of time before moving on. Configure:
  • Amount — a whole number
  • Unit — minutes, hours, or days
Use this when you want a predictable gap between steps — “wait 30 minutes after the first call before sending a follow-up SMS,” for example.

Wait Until

Pauses the recipient on this node until a specific moment, rather than for a fixed duration. There are two modes: Specific date and time. Hold the recipient until a given date and time. You can also specify the timezone to interpret that time in. Recurring window. Hold the recipient until the next time a recurring window opens — for example, “until 9:00 AM on the next weekday.” You pick the days of the week (weekdays, weekends, or a specific day) and the time of day. You can also specify the timezone. Use Wait Until when you want the next step to happen at a sensible hour in the recipient’s timezone, rather than immediately after the previous step finished.

Branch

Routes recipients down different paths based on conditions you define. Each branch is a condition; if a recipient matches the condition, they go down that branch. If no condition matches, they go down the default branch. Configure a list of conditions, each of which compares a field to a value using an operator. Available operators:
OperatorMeaning
equalsField equals the value
not_equalsField does not equal the value
containsField contains the value as a substring
starts_withField starts with the value
ends_withField ends with the value
is_emptyField has no value
is_not_emptyField has a value
You can branch on:
  • Journey data — any field you defined in the journey data schema (customer tier, account type, region, etc.)
  • Recipient state — the recipient’s current status or retry stage
  • Call outcome — the status, who answered, retry stage, or tags from a Call node earlier in the flow
Typical uses:
  • Route recipients differently based on whether a previous call was answered by a person, hit voicemail, or went unanswered
  • Send a different follow-up path for VIP customers vs. standard customers
  • Skip the follow-up for anyone already tagged as “opted out”
Every branch node also has a default path that catches recipients who don’t match any condition, so nobody falls through the cracks.