| Zapier | Make | |
|---|---|---|
| Pricing model | Per task | Per operation |
| Free tier | 100 tasks/month | 1,000 ops/month |
| Starter price | $29.99/mo (750 tasks) | $10.59/mo (10,000 ops) |
| Editor | Linear step list | Visual canvas |
| Error handling | Basic retries | Full error routes |
| App catalog | 7,000+ | 2,000+ |
| Best for | Simple, many apps | Complex, cost-sensitive |
In Zapier, open My Zaps. Export a list of every active Zap with its trigger, action count, and monthly tasks used (last column of the dashboard).
Split into three groups:
Migrate now - high-volume Zaps where cost savings justify the work.
Migrate later - low-volume Zaps that run fine and nobody looks at.
Delete - Zaps that last ran 6+ months ago or use apps you no longer have.
Migrate in descending order of monthly tasks. The top 20% of your Zaps usually account for 80% of your bill.
Create a free account at make.com. The free plan includes 1,000 operations/month, which is enough for testing and light production use.
Create an Organization and a Team. Inside, scenarios are grouped by Team - set these up to mirror your Zapier folders.
Before rebuilding, understand the mental model shift:
Zapier Zap = one trigger, then N actions run in order.
Make Scenario = one or more triggers, connected modules in a graph. You can branch with routers, loop with iterators, combine results with aggregators.
A simple 3-step Zap is a 3-module scenario - no change. Complex Zaps with Paths, Formatter steps, and multi-step filters simplify dramatically in Make's visual model.
Create a new Scenario. Add the first module - this is your trigger. Search for the same app you use in Zapier (Gmail, Airtable, HubSpot, etc.) and pick the matching trigger (Watch Emails, Watch Records).
Authenticate with the app. Make calls these "connections" and you'll reuse them across scenarios. Triggers can be:
✓ Instant (webhook) - fires immediately
✓ Scheduled (polling) - fires every N minutes
✓ Manual - fires only when you click Run
Run the trigger once to pull a sample payload. You'll map data from this in later steps.
Add action modules after the trigger. Make draws lines between modules as you go - this is your scenario graph.
For each action, map input fields using Make's field mapper (drag from the left pane or click to insert). This replaces Zapier's {{step_1.field}} syntax with visual references.
Tip: Make's Text parser and Tools → Set variable modules replace Zapier's Formatter steps and usually with more power. Don't reach for Formatter equivalents until you've checked the native modules.
Right-click any connector line between modules and add a Filter. This is Zapier's "Only continue if" but more flexible - you can test against any field from any prior module.
Error handling is Make's killer feature: right-click any module and add an error handler. Common patterns:
Break + resume - log the error, store the payload, move on.
Rollback - reverse prior steps if a later one fails.
Retry - wait N seconds and try again.
Route to alert - send yourself a Slack/email on failure.
Click Run once to fire the scenario manually. Make shows a visual execution: each module highlights green (success) or red (error), with the exact data that flowed through each bubble.
Compare with Zapier's task history for the same trigger event. Data should match. If fields are missing or formatted differently, fix the mapping and test again.
Once happy, set the scenario schedule (Every 15 minutes is the default) and toggle it on.
For each migrated Zap: turn off the Zap in Zapier, monitor the Make scenario for 48 hours, then mark the Zap for deletion.
Don't cancel Zapier until every critical Zap has run at least once successfully in Make. Some integrations (especially older ones) behave differently between the two platforms.
When everything is green, downgrade your Zapier plan to Free or cancel. Most teams save $300-1,500/year net of the Make subscription.
Zapier has 7,000+ integrations, Make has 2,000+. Niche SaaS tools sometimes only exist on Zapier. Check Make's app directory before you commit. Worst case, you can call the app's REST API via Make's HTTP module.
One Make "operation" = one module run. A scenario with a trigger + filter + 3 actions = 5 operations per run. A Zapier "task" = one action step. Roughly similar but do the math on high-volume Zaps before assuming savings.
If other apps POST to a Zapier webhook URL, you need to reconfigure them with the new Make webhook URL. Update these in the source apps during cutover, not before.
Make's visual editor is more powerful but less approachable than Zapier's step list. Expect the first 2-3 scenarios to take 2x longer than the equivalent Zaps. By scenario 10, you'll be faster in Make.
I'll audit your Zaps, rebuild the high-value ones in Make, and hand you a tested scenario library - so your automations keep running.
Work with me →