AI automation tools for SMBs
n8n, Make, Zapier, the OpenAI and Claude API compared per use case.
Choosing between Zapier, Make, n8n and custom software isn't a feature comparison — it's an architecture decision that pays off or comes back to bite you two years later. My previous article put the individual tools side by side. Here I go deeper: how do you orchestrate multiple systems together, what does that actually cost as your volume grows, and when does vendor lock-in turn from a comfort into a problem?
Zapier, Make and n8n are often mentioned in the same breath as "automation tools", but at scale they function fundamentally differently. With one or two connections, it makes no difference. Once you're running ten or more processes that depend on each other — an order that touches your accounting, your inventory and your customer communication at once — the platform you build on becomes your orchestration layer. That's a different decision than "which tool connects form X to spreadsheet Y".
Also see my overview of individual AI automation tools if you're still looking for which specific tool fits which task — this article is about the layer above that.
On feature lists, these three platforms look very similar: triggers, actions, filters, AI modules. The real difference is in the architecture behind them. Zapier is built as standalone "zaps" — each automation is fairly isolated, which makes it easy to start but hard to keep an overview of once you have 30 running. Make thinks in scenarios with shared data stores and a central view, which keeps more complex, interconnected workflows manageable. n8n goes a step further: because it's self-hostable and allows full code nodes, you can have it work directly with your own database, internal APIs and custom logic — something Zapier and Make hit a wall on by design.
For simple, standalone automations this barely matters. For a business that treats automation as the backbone of multiple processes, this architecture decision determines how much you can build over the coming years without hitting a wall.
Vendor lock-in with automation platforms doesn't feel like a risk at first — you pay a monthly fee and it works. The problem shows up when: (1) the platform raises its prices and you have no realistic alternative without rebuilding everything, (2) an integration you rely on gets discontinued or moved behind a pricier plan, or (3) your logic is so spread across hundreds of individual "zaps" or "scenarios" that no one has the full picture anymore.
With Zapier and Make, you're fully dependent on their roadmap and pricing policy. With n8n self-hosted, you don't have that dependency — the code runs on your own infrastructure, and even if the company behind n8n disappeared, your workflow keeps running. That's not just theoretical: I have clients who specifically chose n8n after a competing platform doubled its prices in a year.
At 100 tasks per month, Zapier, Make and n8n all feel affordable. The difference shows up as you grow. Run this example: an SMB with 5,000 automated tasks per month (think order processing, customer emails and inventory updates combined).
| Platform | Estimated at 5,000 tasks/month | Cost trajectory as you grow |
|---|---|---|
| Zapier | €300 – €600/month | Rises fast and linearly — most expensive at scale |
| Make | €100 – €250/month | Rises more moderately, but operation counting adds up with complex scenarios |
| n8n (self-hosted) | €20 – €50/month server costs | Nearly flat — costs sit in maintenance, not volume |
| Custom software | One-off build cost, no task limit | Flat after delivery; investment pays back at high volume |
A caveat on this calculation: server costs for n8n aren't free, and self-hosting takes time for updates and security. The comparison above excludes that maintenance time. At low volumes (under 500 tasks/month), the difference is often not big enough to justify switching — run the numbers before you make the move.
Automation platforms are built to be generic so they fit everywhere. That's their strength and their limit. Once your workflow contains business-specific logic that doesn't fit a standard step — a price calculation with ten variables, or an approval flow that differs per customer — you start building "workarounds" inside a platform that wasn't designed for it. At that point, custom software is often not more expensive but cheaper in the long run, because you stop fighting the constraints of a generic tool. That's exactly what happened at VYBR!S: standalone automation tools worked fine until the platform needed to scale to multiple clients with their own rules — that's when custom became the logical step.
All three platforms claim hundreds or thousands of integrations. The difference is in the depth of those integrations. An "integration" can mean full API access to every endpoint, or a limited set of pre-built actions the vendor decided to support. With Zapier and Make, you often hit that ceiling with less popular or in-house systems — you can't do more than what the vendor has built in. n8n's HTTP request node and code node solve that: you can always hit the full API yourself, even when no ready-made integration exists.
For businesses with mostly standard connections (Gmail, Slack, Sheets, Stripe), this makes little difference. For businesses with their own software, an industry-specific system, or an AI agent that needs to run within specific guardrails, that full access is often the deciding factor.
I have no stake in which platform you choose — I don't sell Zapier subscriptions. What I do: honestly assess your current (or desired) workflow on volume, growth and complexity, and give you the right answer, even when that's "stick with your current tool, this isn't the moment to switch."
Curious how this connects to AI agents rather than simple workflows? Read my comparison of AI agent platforms.
It's architecture, not features: Zapier isolates automations per "zap", Make works with connected scenarios, and n8n is self-hostable with full code access. That determines how well each platform scales with complexity and volume.
Vendor lock-in means you become so dependent on one platform's pricing, integrations or availability that switching becomes costly or impossible. It mostly bites when a platform raises its prices or discontinues an integration you rely on.
Usually at high volume combined with business-specific logic that isn't standard. The one-off build cost of custom software then outweighs the rising monthly fees and the time lost to workarounds inside a platform.
Yes, that's the best middle ground for many SMBs: simple, generic tasks on a platform like Make or n8n, and custom code for the part of your process that's genuinely business-specific.
It requires basic server management knowledge, or someone who handles that for you. Once set up, maintenance is limited — keeping an eye on updates, backups and security. I set this up regularly and either hand it over or manage it monthly.
"Which platform" is usually the wrong question. The right question is: how will my volume grow, how business-specific is my logic, and who maintains this in two years? Answer those three honestly and the platform choice usually follows on its own. For most SMBs, that's not a dramatic decision at all — for a growing number, it's the difference between a system that scales with you and one you'll have to rebuild entirely a year from now.
Want to know where your business stands on this scale? Book a free call or send a WhatsApp message. I'm happy to run the numbers with you, including cost at scale.
n8n, Make, Zapier, the OpenAI and Claude API compared per use case.
A real-world example of workflow architecture for an SMB.
When platforms hit their limits and custom becomes the logical step.