Make · Product

Make Scenarios

Visual workflow automation with real branching logic.

Scenarios are the heart of Make. Each module is a typed operation with explicit input and output mapping, which is what makes multi-branch business logic practical to build and — more importantly — practical to maintain six months later.

Disclosure: We may earn a commission if you purchase through links on this page. This never affects our reviews.

Features
🔀

Routers

Split a flow into conditional paths with per-path filters.

🔁

Iterators & aggregators

Walk arrays item-by-item, then recombine the results into one bundle.

🗃

Data stores

Persist state between runs without bolting on an external database.

🛡

Error handlers

Retry, break, resume or route failures instead of silently halting.

Instant webhooks

Trigger scenarios the moment an event fires, not on a polling interval.

🔍

Execution logs

Inspect every bundle in every module for any past run.

Use cases
  • Lead routing from forms into CRM with enrichment and dedupe
  • Order-to-fulfilment flows across store, warehouse and accounting
  • Multi-channel notification and escalation for support SLAs
  • Nightly data syncs between SaaS tools and a warehouse
Tutorials

Build a lead-routing scenario that never double-creates records

The canonical Make pattern: search first, branch on result, then create or update.

  1. Trigger the scenario from your form's instant webhook.
  2. Add a search module against the CRM to look for an existing record.
  3. Add a router: one path for 'found', one for 'not found'.
  4. On the found path, update the record; on the other, create it.
  5. Add an error handler with a retry and a Slack alert on final failure.

Cut operation usage in half on an existing scenario

Operations are billed per module execution — most scenarios waste them.

  1. Open execution history and identify the highest-volume module.
  2. Move every filter as early in the flow as possible.
  3. Replace per-item writes with an aggregator plus one batch call.
  4. Remove redundant search modules by caching values in a data store.
  5. Re-run and compare operation counts before and after.
Comparisons
FAQs
How many operations does a scenario use?+

Roughly one per module execution. A six-module scenario running 1,000 times uses about 6,000 operations.

Can scenarios call any API?+

Yes — the generic HTTP module handles any documented REST API when no native connector exists.

Related reading