Loading the guide…
Loading the guide…
Learn how to lay out a workflow: pick a trigger, add and connect steps, understand how data flows, and let maxinja build it for you.
A workflow is an automation you build as a graph of steps: something happens, then maxclicks runs a sequence of logic and actions in response. Where a broadcast is a one-time send, a workflow is the tool for anything that repeats or reacts: welcome a new signup, follow up when a cart is abandoned, tag a contact when they enter a segment. This article covers the canvas, the six kinds of trigger that start a run, how to add and connect steps, how data grows as a run moves through them, and how to let maxinja lay the whole thing out for you.
A workflow is a directed graph. Every run enters at a trigger, then follows the links you draw from step to step until it reaches the end or a step routes it down one path. maxclicks gives you 20 functional step types across five categories, so a single workflow can react to an event, look up related records, branch on a condition, wait, and then send an email or call an external service.
Workflows live under Workflows in the top navigation. The list is where you create, duplicate, pause, resume, and delete them. Opening one takes you into its canvas editor.
The canvas is where you assemble the graph. Each step is a node you can place and connect, and each node opens a sidebar for its configuration.

A Runs tab and a Metrics tab sit beside the editor, both greyed out until you publish the workflow for the first time. The Runs tab is where you watch and debug live runs, covered in understand workflow runs and fix failures.
Every workflow begins with at least one trigger. A trigger is where runs start, so it never has an incoming link. maxclicks offers six trigger types, each reacting to a different kind of change.
| Trigger | Starts a run when |
|---|---|
| Scheduled Timestamp | A fixed timestamp arrives. It fires once, or immediately on publish if you set no timestamp. There is no recurrence. |
| Record Created or Updated | A contact or object in a chosen schema is created or updated, optionally filtered by a segment or condition. |
| Record Deleted | A record in a chosen schema is deleted, optionally filtered by a condition. |
| Event Fired | An event fires on a chosen event schema, such as Purchase Completed, optionally filtered by a condition. |
| Email Event | One of your emails reaches a lifecycle event you select, such as opened, clicked, or bounced. |
| Incoming Webhook | An external system calls the workflow, matching a reference you configure. |
A few trigger details are worth knowing up front:
With a trigger in place, you build the response by adding steps. Steps fall into five categories.
Use the add control on the canvas to place a new node. A brand-new step starts as an empty placeholder with no type chosen yet.
Pick the step type from its sidebar, such as Send Email or Find Records. The sidebar then shows the configuration that type needs.
Fill in the step's settings: the schema it acts on, the condition it evaluates, or the email it sends. You can leave a step partly configured and return later, but an empty placeholder blocks publishing until you finish or delete it.

Inspect the draft post-purchase workflow. Open its Orderplaced event trigger, 14-day delay, compiled condition checking newer orders, and configured email step. The true branch ends the follow-up; the false branch continues. This draft is not published by the tour.
Steps do nothing until they are connected. Each step has one or more ordered slots, the output points a run can leave through, and you draw a link from a slot to the next step.
A run carries a growing bag of data as it moves through the graph. The trigger seeds the data with what set the run off, such as the contact that was created or the event that fired. Each step then declares what data it expects to receive and what it adds: a Find Records step adds the records it found, a Set Value step adds the value it computed. By the time a run reaches a Send Email step, the data holds everything the earlier steps contributed, and you personalize the email from it. Records in the data are references, not frozen snapshots, so every step that consumes a record re-reads it fresh from the database, meaning a contact's fields always reflect their current state at that point in the run. The available-data panel shows you exactly what is in scope at any step you select.
You do not have to place every node by hand. maxinja can build an entire workflow end to end: the step graph, each step's configuration, the links between steps, and the canvas layout, then publish or pause it for you. Describe the automation you want in plain language, such as "when a customer completes their first purchase, wait two days, then send a review request", and maxinja assembles the workflow. You review it on the canvas and refine by continuing the conversation.
This is often the fastest way to start. Build a rough version with maxinja, then open the sidebars to adjust conditions, swap an email, or add a branch by hand. maxinja is also the only way to generate the logic behind conditions and delays, since maxclicks never exposes the raw generated logic. See meet maxinja, your AI assistant for how the assistant works.
Once your graph has a trigger, connected steps, and no empty placeholders, you are ready to publish it. That step, along with pausing, versioning, and duplicating a workflow, is covered in publish, pause, and version a workflow.
No. A workflow does nothing until you publish it. Editing the canvas marks the workflow as having unpublished changes; only publishing makes the current graph live and lets triggers start runs. Pausing later stops new runs without deleting your work.
Yes. A workflow needs at least one trigger, and it can have several, so different kinds of change can start a run through the same graph. Each trigger seeds the run with its own starting data.
Publishing validates the whole graph. Common blockers are an empty placeholder step with no type chosen, a step with no incoming link, a cycle in the links, or a required field left blank. Fix the step the editor flags, then publish again.
A broadcast is a single send to a filtered audience at a chosen time. A workflow is an ongoing automation that reacts to triggers and can find records, branch, wait, and act. Use a broadcast for a one-off message and a workflow for anything recurring or event-driven.
Whatever data the run has accumulated by the send step is available to personalize the email. The available-data panel shows the fields in scope, and because records are re-read fresh at each step, their values reflect the contact's current state.
Did this article answer your question?