Evaluate n8n by process fit, data, operations and total cost rather than integration count alone.
- n8n fits teams that connect several systems and need deeper control over logic, data or operations.
- Self-hosting adds control but transfers patching, security, backups and monitoring to the internal team.
- A pilot should begin with a repetitive workflow, measurable KPIs and a clear failure path.
What is n8n?
n8n is a workflow automation platform for connecting applications, APIs, databases and processing steps in an observable flow. Each node performs a task such as receiving a webhook, reading a CRM, transforming data, calling an API, sending a notification or running an AI step. A workflow can use triggers, branches, loops and error handling instead of manual movement between tools.
Its extensibility through code and its cloud or self-hosted options are especially relevant to teams integrating proprietary systems, controlling data paths or building logic beyond personal automation. That flexibility also requires technical standards and an accountable operator.
- Connect SaaS, APIs, webhooks and databases.
- Design branches, retries, schedules and exception handling.
- Combine deterministic steps with AI where data is less structured.
A workflow tool does not improve a process. It makes the existing logic run faster and more often—even when that logic is wrong.
When is n8n a good fit?
n8n fits processes that cross several systems, need custom logic or require an execution trail. A lead workflow might receive a website form, normalise fields, check duplicates, write to the CRM, notify sales and create a follow-up task. It has a defined start and finish, testable data and an exception path.
Do not choose n8n merely because one manual action is irritating. If the process is rare, changes constantly or has no agreed source of truth, build and maintenance can exceed the saving. Strict real-time processing, core financial transactions and heavy compute may also require specialised architecture.
- Enough frequency for the saving to matter.
- Stable APIs or data sources with suitable access.
- A business owner and a technical owner.
Cloud or self-hosted?
Cloud deployment is faster and reduces infrastructure responsibility. Self-hosting allows deeper control over networks, data location, configuration and private integrations. The decision should reflect data requirements, operational capability, availability and total cost rather than subscription price alone.
Self-hosting does not make data automatically safer. The organisation must patch the platform, protect secrets, manage permissions, back up the database, monitor queues, configure HTTPS and test recovery. Without an operator and patching process, a managed service may present less risk despite offering less infrastructure control.
- Cloud: faster delivery and less operational work.
- Self-hosted: greater control with full lifecycle responsibility.
- Hybrid: keep sensitive systems private and expose narrowly scoped APIs.
Design an operable workflow
Every execution needs an ID, status, time, minimum required input and outcome. Make operations idempotent so a retry does not create two customers, send two emails or charge twice. Set timeouts, retry limits and a path to human review. Alerts should identify the workflow, failed node, relevant context and owner.
Separate credentials by environment and role; do not use one administrator account for every integration. Move only necessary personal data and define retention. Version workflows, test with representative data and document important changes. A visual flow without logs, ownership and a runbook quickly becomes operational debt.
- Idempotency and duplicate protection.
- Error workflow, review queue and contextual alerts.
- Separate credentials, least privilege and pre-production testing.
A 14-day pilot and ROI measurement
On days 1–3, select the process, map the current state and measure time, errors and handoffs. On days 4–8, build with test data, logs and an error path. On days 9–11, run alongside the old method with a small group. On days 12–14, review exceptions, document operations and decide whether to expand, revise or stop.
ROI must include platform or infrastructure, build time, supervision, error handling and integration changes. Track hours saved, successful-run rate, exception time and affected leads or transactions. Once stable, standardise templates for logging, credentials, alerts and approvals so later workflows inherit a safe baseline.
- Cycle time before and after.
- Straight-through successful execution rate.
- Operating cost and exceptions per 100 runs.
FAQ
Frequently asked questions
Is n8n free?
n8n offers self-hosted and cloud options, but total cost includes infrastructure, operations, security and workflow engineering rather than licence alone.
Does n8n replace business software?
No. It usually provides integration and orchestration across CRM, ERP, email, databases and APIs while source systems remain responsible for core records.
Can n8n handle sensitive data?
It can when architecture, access, credentials, logging, retention and operations meet the organisation's requirements. Self-hosting is only one part of that decision.
References
Sources used in this guide
We prioritise official guidance and primary technical sources. Visit each source for full context and the latest updates.
