The first automations to set up in a small business
Five automations worth setting up first, and where a person checks each one.
All three connect your forms, inbox, calendar and customer records, so nobody copies details by hand. They differ in how they count what you use, how much looking after they need and where your data ends up. This guide compares them on five ordinary workflows.
Updated 29 October 2026, about 11 minutes to read
The short answer
Choose Zapier if nobody on your team wants to touch anything technical and your workflows are short. Choose Make if your workflows branch and someone likes building them on a visual map. Choose n8n if workflows run often or carry personal data you want kept in the EU, on n8n's own cloud or a server someone looks after. Before any of them, check what your current tools automate already.
Zapier, Make and n8n do the same basic job. Something happens in one app, such as a form being sent, and the platform carries out the next steps in other apps: add a row, send an email, create a contact. For a small business, three things separate them: who can build and fix a workflow, how each platform counts what you use, and where it keeps your data.
If you have one simple job, such as a reminder the day before a booking, check the tool you already pay for first. Booking software, accounting software and CRMs often do the common jobs themselves, and a setting is cheaper to keep than a workflow. If you have not picked your first workflow yet, start with the first automations to set up.
Each platform sells a monthly allowance and counts it in its own way. The counting rule decides your bill more than the plan name does.
So Zapier suits short workflows, n8n suits long ones that run often, and Make sits between them, with one trap: a trigger that checks far more often than anything happens. These rules come from each platform's own help pages in October 2026. Check them again before you choose, because pricing rules change.
Take a cleaning company that gets about 80 enquiries a month, does about 12 cleans on each of 20 working days and invoices every clean. Here are five ordinary workflows, with what one run uses on each platform:
n8n's count is lowest wherever a workflow has several steps or handles many items in one run, because it counts runs rather than steps. Zapier's count is lowest wherever a filter stops most runs, because those runs use nothing. Make counts much like Zapier plus one credit for every trigger run, and a trigger that checks far more often than anything happens is where its count runs away. None of this tells you which is cheaper until you put the counts next to each plan's price and allowance. Workflows like the first two are the core of enquiry follow-up and booking automation.
Put your own monthly counts next to each platform's current pricing page. Then add the hours someone spends building and fixing the workflows, which is often the larger cost.
Every workflow breaks sooner or later: a password changes, an app changes how it sends data, someone renames a column. What matters is how soon you hear about it and who fixes it, and here the platforms differ as well:
None of the three vendors fixes your workflow for you. Their support covers the platform. The workflow, its logic and its connections are yours, or the job of whoever built it. Before you go live, write down who receives the alert, who has the logins and who covers while that person is on holiday.
Then switch one connection off on purpose and watch what happens. If nobody hears about it, the workflow is not ready.
Every enquiry, booking and invoice in a workflow passes through the platform, and the run history keeps a copy. If your customers are in Europe, where that copy lives is a question for whoever advises you on data protection. These are the facts to bring them:
The platform is only one stop. A workflow that runs in Frankfurt and writes to a CRM hosted in the US still sends the data to the US. List every app a workflow touches, pass on only the fields each step needs and set how long the run history is kept, because logs hold customer details too.
n8n's Community Edition is free to download and run on your own server. Its licence, the Sustainable Use License, allows use for your own internal business purposes, which covers a business running its own workflows. n8n calls this fair-code rather than open source.
You get a server you pick, such as one at a hosting company in Germany, and no plan allowance: the limit on how much runs is the server. You take on the rest:
The Community Edition also leaves out some team features. There are no projects or sharing, so only the owner and the person who made a workflow can open it and its logins. There is no single sign-on, no Git version control and no separate test and live environments.
Self-host only if someone is named to look after the server and has the time, or a supplier does it under a written maintenance agreement. Otherwise n8n's own cloud or Make's EU data centre keeps your data in the EU with no server to run.
All three let you start without paying, with limits that matter once real customers depend on the workflow:
Free plans are fine for trying one workflow on test data. Do not run a business process on one. The enquiry workflow above needs three actions, which Zapier's free plan cannot do, and when a free allowance runs out, the workflow waits for next month while enquiries keep arriving.
The best alternative to Zapier is often a setting you already pay for. Before you build, check:
If your business runs on Microsoft 365, Power Automate comes with most business plans for flows between standard connectors, such as Outlook, Excel and SharePoint. Premium connectors need a separate Power Automate licence. It is a good fit for workflows that stay inside Microsoft's tools and harder going outside them.
Custom code is the other alternative. It suits a workflow that runs very often, needs logic no platform handles well or must not depend on a platform's plan. It takes longer to build, and a developer has to make every change.
Then pick one platform for all your workflows. Two platforms mean two sets of logins, two bills and two places to look when something stops.
Moving usually means rebuilding each workflow by hand, so treat it as a rebuild and fix what annoyed you on the way:
Move when you have a reason: the bill grows faster than the work, the data has to stay in the EU, or the workflows have outgrown what the platform does well. If your enquiries have outgrown the spreadsheet too, read spreadsheet or CRM before you rebuild, because the workflows will point at the new home.
We recommend the platform that fits your tools and runs reliably. Simple flows often run well on Zapier or Make, and larger or private ones may suit n8n or custom code. The written plan names the platform and why, the quote says which platform bills are yours, and in Zapier, Make or n8n your team can change a message or a timing without code. Every workflow keeps a log, and when a step fails, someone gets an alert and the record waits for review. See automation for how a project runs and the prices page for where custom automation starts.
For some jobs. n8n counts a whole run as one execution, keeps data in the EU on its cloud and can run on your own server, which suits long or frequent workflows and private data. Zapier is easier for someone non-technical and needs no server. Choose by who will look after the workflows, then by how they are counted.
The Community Edition is free to run on your own server for your own internal business purposes, under n8n's Sustainable Use License. You still pay for the server and for someone's time to set it up, update it, back it up and fix it. n8n's cloud plans are paid, with a free trial.
It depends on the workflow. Make counts every module that runs, the trigger included, and a trigger that checks often uses credits even when nothing is new. Zapier counts only actions that succeed. Count a month of your own workflows with each platform's rules, then compare the plans that cover that count.
Zapier offers a data processing addendum, relies on the EU-US Data Privacy Framework and hosts data in the United States, with no EU-only option. Whether your use of it meets the GDPR depends on the data you send through it and how you set it up, so ask whoever advises you on data protection. If data must stay in the EU, look at Make's EU data centre or n8n.
Not for most workflows. You build them by connecting steps on a canvas, much as in Make, and code helps only with unusual data. Self-hosting is different: it needs someone who can run a server, Docker, updates and backups. If nobody on the team can, use n8n's cloud or have a supplier look after it.
Plan it as a rebuild. List each Zap's trigger, steps and accounts, rebuild one at a time, test it with test records and switch the old one off the moment the new one goes live. A move is also a good moment to drop the workflows nobody needs any more.