Segmentation & Audiences
Behavioural, demographic and technographic conditions, nested any way, evaluated live, with reachable counts before you launch.
Decide
Triggers, waits, branches, goals and channel actions on a visual canvas, with per-node stats, versioning and a 30-day replay.
Overview
A journey is trigger, conditions, ordered actions and a run history that stays explainable after the journey is edited. Edverix adds the two things every marketer wants before pressing activate: a simulation of the last thirty days of real events against the draft, and a version that lives in git if your team prefers code to canvas.
Only on Edverix
Pass customer and event context to a model mid-flow and use its output to write, classify or choose a branch.
See exactly who would have entered, what they would have received and how often, before activating.
Every run snapshots the evaluated state, so it stays explainable after the journey is edited.
Capabilities
16 capabilities in 4 groups, organised the way the product is.
Start a journey from almost anything, including a call to the transactional endpoint.
A price drop, a restock or a new episode fans out only to customers whose behaviour shows affinity. One setup replaces hundreds of campaigns.
Independent trips per order, policy, loan or enrolment, so a second purchase never collides with the first.
"Wait up to 48 hours for purchase, else send the reminder" is two nodes.
User attribute, event property, random split, best channel, or what the last message did: sent, delivered, opened, clicked, failed, unreachable.
Drop a person out the moment they convert, so you never chase someone who already bought.
Tag participants, set a status or increment a counter mid-journey.
Pass customer and event context to a model mid-flow and use its output to write, classify or choose a branch.
See exactly who would have entered, what they would have received and how often, before activating.
Entries, flow-through and drop-off at every node, aware of which version each person went through.
Every run snapshots the evaluated state, so it stays explainable after the journey is edited.
The person who builds a journey is not the person who approves it.
Define a journey in your repository, review it in a pull request, validate in CI, promote from staging and roll back like any deploy.
A single send to a segment, now or scheduled, with A/B variants and a control group.
An API endpoint that bypasses frequency caps and quiet hours, because a receipt or an OTP is never marketing.
One campaign, sent at nine in the morning wherever each person actually is.
FAQ
You choose: finish on the version they entered, or migrate them to the new version at their current node. Either way the run history records which version each person saw.
Yes. A webhook action posts a signed payload to any endpoint, and a wait-for-event node can wait on the event your system sends back.
An estimate is a count. The simulation replays real events through the draft and returns the exact people, messages and timing, including where a cap or quiet hours would have stopped a send.
Get started
Send your first event in an hour, simulate your first journey against real history, and keep every byte of it in a database you can query.