← All insights

Business Process Automation with n8n

I run more than 120 production workflows on n8n for a single company. Here is why I chose it, what those workflows actually do, and how to start without making a mess.

If you've read Is Business Automation Right for You?, you know I care less about tools than about the foundation underneath them. But tools still matter, and when a client is ready to automate, the one I reach for most is n8n.

For one of my clients, a national private membership business, n8n runs more than 120 production workflows: payments, SMS and email messaging, reminders, HubSpot sync, anomaly alerts, and self-healing cleanup jobs. It's the layer that lets routine operations happen without a human touching them. Here's what n8n is, why I pick it over the usual suspects, and how I'd approach it if you're starting from zero.

What n8n is

n8n is a workflow automation platform. You build workflows visually, as a chain of nodes: a trigger (a webhook fires, a schedule ticks, a record changes), then a series of steps that fetch data, transform it, make decisions, and call other systems. It ships with a large library of integrations for common services, plus generic HTTP and database nodes for anything that doesn't have one.

If you've used Zapier or Make, the idea will feel familiar. The differences are in who controls it, what it costs as you grow, and how far it can go when the simple version isn't enough.

Why I choose it

You can host it yourself

n8n can be self-hosted. It runs in your own cloud environment, next to your database and your applications, instead of in someone else's multi-tenant service. For the companies I work with, that matters for a few reasons:

  • Data stays in your environment. Customer records, payment events and member data move between your systems without passing through a third party's platform.
  • It sits close to your core. At Epic, the platform runs on Azure with a central Postgres database (Supabase). n8n lives in that same world, so workflows can talk to the database directly instead of going through a patchwork of connectors.
  • You control upgrades and uptime. You decide when to update, how it's backed up and how it's monitored.

n8n also offers a hosted cloud version if you'd rather not run it yourself. The point is that self-hosting is an option, not that it's mandatory.

Real code when you need it

Most visual automation tools are great until they aren't. The moment you need to reshape a messy API response, apply a business rule with six conditions, or deduplicate records with fuzzy matching, you hit a wall.

n8n lets you drop into code inside a workflow when the visual nodes run out. That means a workflow can be 90% drag-and-drop and 10% precise logic, instead of forcing you to choose between a toy and a full custom service. For someone like me who has built platforms from the database up, that's the difference between an automation tool I tolerate and one I can build a business on.

Cost that doesn't punish volume

Many automation platforms price by task or operation. That's fine for a handful of workflows. It gets expensive fast when you're syncing thousands of records, processing every payment event and sending reminders to a whole membership base. Your automation bill starts scaling with your success, which is exactly backwards.

Self-hosted n8n changes that math. You pay for the infrastructure it runs on (and a license, if you need the paid features), not for every single step every workflow executes. Check n8n's current pricing and licensing terms for your situation, but in my experience the cost curve at real volume is far friendlier than per-task pricing.

You own your workflows

This is the one people underrate. Your automations encode how your business actually runs: how a membership moves from application to renewal, what happens when a payment fails, who gets told when something looks wrong. That's operational IP.

n8n workflows can be exported, versioned and backed up. They live in your environment. If you change vendors, consultants or employees, the logic doesn't walk out the door with them.

What 120+ workflows actually do

Here's what that automation layer covers, grouped by job:

AreaWhat the workflows handle
PaymentsStripe events, payment status updates, failed-payment handling, fee handling that feeds accounting-ready exports
MessagingSMS through Twilio and email through SendGrid, triggered by what members actually do
RemindersBookings, events, renewals and other time-based nudges, sent on schedule without staff involvement
CRM syncKeeping HubSpot in bidirectional sync with the central database: memberships, addresses, affiliations, subscriptions
Anomaly alertsFlagging things that look wrong, so a person hears about it before a member does
Self-healing cleanupScheduled jobs that find and repair inconsistent or orphaned data automatically

The last two categories are the ones I'd point to if you asked what separates a professional automation layer from a pile of scripts. Workflows fail. APIs time out, data arrives malformed, someone edits a record by hand. A mature setup assumes that will happen: it alerts, it retries, and where it's safe, it fixes things itself.

A workflow, in plain English

Here's the shape of a typical one, simplified. A member's card payment fails:

  1. Trigger: Stripe sends a webhook that a payment failed.
  2. Look up: n8n finds the member in the central database, including their membership status and contact preferences.
  3. Decide: Is this the first failure or a repeat? Is the membership in good standing otherwise? Different paths for different answers.
  4. Act: Update the member's billing status in the database, which syncs to HubSpot. Send a friendly SMS or email with a link to update their card.
  5. Escalate if needed: If it's a repeat failure or a high-value account, alert the right staff member with context.
  6. Log everything: Record what happened, so anyone can see the history later.

A person used to do some version of this by hand, if they noticed. Now it happens within moments of the event, the same way every time, and staff only get involved when judgment is actually needed.

The workflow is the easy part. What makes it reliable is that every step reads from and writes to one source of truth. Without that, you're just automating the argument between your systems.

How to start

If you're new to n8n, or to automation in general, here's how I'd approach it.

1. Get the foundation right first. Decide which system holds the truth for customers, orders and money. If that's unclear, fix it before building workflows. At Epic, three databases became one before the automation layer went in, and that's why 120+ workflows can run without contradicting each other.

2. Decide where it runs. Self-host if you have (or can get) someone to own the infrastructure, back it up and keep it updated. Use n8n's cloud offering if not. Either is a legitimate choice. Running it on an unmanaged box that nobody watches is not.

3. Start with three workflows. Pick high-frequency, rule-based tasks that sit between two systems: payment follow-up, new-customer onboarding messages, a CRM sync. Build them properly, with error handling and logging.

4. Build the safety net early. Set up error workflows and alerts from day one, so a failure produces a notification instead of silence. Add a simple health check that tells you if a scheduled workflow didn't run.

5. Treat workflows like software. Name them clearly. Document what each one does and what it depends on. Export and version them. Keep credentials in n8n's credential store, not pasted into nodes.

6. Expand deliberately. Once the first few have run cleanly for a while, add the next batch. Growth to dozens of workflows should feel boring, not heroic.

Where n8n isn't the answer

n8n is excellent glue. It isn't a replacement for your core application. If you find yourself building an entire customer-facing product out of workflows, or storing critical business state inside n8n instead of your database, stop. Core logic and data belong in your platform. n8n should connect, react and orchestrate around it.

It also isn't magic for teams with no technical ownership. The visual builder lowers the barrier, but production workflows still need someone who understands APIs, data and failure modes. That's often the gap a fractional CTO fills: designing the foundation, building the first layer of automation properly, and leaving the team with something they can run.

The bottom line

n8n gives a growing company enterprise-grade automation without enterprise-grade lock-in: self-hostable, extensible with real code, affordable at volume, and fully yours. Paired with a clean data foundation, it's how a lean team gets the operational backbone of a much bigger one.

If you're not sure whether your systems are ready for this, the free Outgrown-your-tech scorecard is a good first check. And if you want to see what the finished picture looks like, the case studies walk through the full platforms these automation layers sit on.

Wondering what you could take off your team's plate?

Walk me through the process that eats the most hours. I'll tell you whether it's worth automating and what it would take.

Ask about automation → See it running in production