Logic & flow control
Logic and flow-control steps let you direct how an automation moves through its workflow: branching on conditions, pausing for the right moment, skipping ahead, or stopping early.
Complex workflows get hard to read. See Navigating the automation canvas for the step search, step references, and minimap tools that help you find your way around a large automation.
If/else branches
The If/else branch step splits your workflow into ordered branches. The automation checks each branch's conditions from top to bottom and follows the first branch whose conditions are met. If none are met, it follows the No conditions met path.
Set up an if/else step
When adding a new step, select If/else branch under Conditions. Branch order matters:
You're prompted to define a filter for each branch:
After setting up your conditions, the workflow shows a path for each branch:
Branch 1,Branch 2, and so on: followed when that branch is the first one whose conditions are metNo conditions met: followed when none of the branch conditions are met
You can add different steps to each path to create custom pathways based on your filter conditions.
Common use cases for if/else
- Contact qualification: Determine if a lead meets your criteria and end the automation for unqualified leads
- Multi-path communication: Send different follow-up emails based on customer responses and end the automation when a desired outcome is achieved
- Time-sensitive processes: End automations for contacts who haven't responded within a specified timeframe
End this automation
The End this automation step terminates an automation at a specific point. Find it under the Workflow category in the step editor. This is useful when you've completed the necessary steps for some records and don't need to continue processing.
Using this step along with If/else branch steps gives you significant control over the automation flow. For example, you can terminate the automation early for certain leads while continuing the process for others based on specific criteria.
Delay steps
Fixed delay
The Delay step pauses the automation for a set amount of time (minutes, hours, or days) before proceeding to the next step. Find it under the Delays category in the step editor.
Delay until an event happens
The Delay until an event happens step pauses the automation and waits until a specific event occurs in the CRM, giving you precise timing control. The step has two outcome paths: Event happened, followed when the event occurs within the wait time, and Event did not happen, followed when the wait time ends first.
Set up a delay until step
- Go to
Automations→My automations, open the automation, and select theEditortab - Add a
Delay until an event happensstep at the appropriate point in the workflow - Choose a delay period or specify an event that must occur before proceeding to the next step
- Select
Publish. Your changes don't go live until you publish
Available delay until options
When you add a Delay until an event happens step, you choose the event to wait for. These are the events available for a contact:

Benefits of delay until steps
- Improved workflow precision: Ensures that automated tasks happen at the optimal moment
- Better customer engagement: Delays help optimize messaging and follow-up timing
- Enhanced sales process management: Enables better tracking of missed sales touch points and notifications
Use case example
Say you want to automate follow-ups for new contacts generated via web chat. The workflow includes:
- AI-generated thank-you email upon contact creation
- A plain text email sent to the contact
- A CRM sales task created for follow-up
- A
Delay until an event happensstep to wait a set period before creating an opportunity - A note added to the contact after the delay period
By using a Delay until an event happens step, you ensure timely and meaningful engagement rather than immediate, potentially ineffective, actions.
Jump to a step
The Jump to a step action sends the automation forward or backward to a different step in the workflow. Find it under the Conditions category in the step editor.
Common uses:
- Retry loops: Jump back to a check step every few hours until a condition is met
- Skip ahead: Jump past steps that don't apply based on earlier conditions
Be careful with backward jumps. Without an exit condition (like an If/else branch that ends the automation), you can create an infinite loop.
Rate filter
The Rate filter step limits how many entities pass through per time period. Find it under the Conditions category in the step editor.
Use this when you need to throttle actions. For example, limit notification emails to 10 per hour or pace API calls to avoid rate limits on an external system.
A/B branch
The A/B branch step splits automation runs between two paths, letting you test which approach performs better. Find it under the Workflow category in the step editor.
Use this to test different messaging, different action sequences, or different timing to see which path produces better outcomes.
Best practices
- Plan your logic flow: Before implementing if/else steps, map out all possible paths your automation might take
- Use meaningful delays: Choose delay periods that make sense for your customer journey and business processes
- Test complex branching: Always test advanced automations thoroughly before deploying to production
- Add exit conditions: When using jump steps for loops, always include a way to break out
Related pages
- Data expressions: Extract and transform data between steps
- Actions overview: All available action steps
- Triggers overview: What starts your automation