n8n and Make builds that survive the first schema change
Most n8n and Make work is template configuration that breaks the first time an API changes shape. We build workflows the way software gets built: version-controlled, tested, monitored, and with custom nodes written where the off-the-shelf ones do not fit.
One workflow built under version control, with custom nodes where needed, error handling and alerting.
Indicative starting price. The fixed fee for your scope is quoted after the two-day diagnosis, before any build begins.
Start small
One workflow in a week
Fixed scope, fixed price, five working days
Pick the one repetitive job that costs you the most time. We scope it on a thirty-minute call, build it, and it is running in your systems within five working days of kickoff. If it is not running by day five, there is no invoice.
What you get
A thirty-minute scoping call that ends with a one-page spec you approve
One workflow built in n8n or Make, whichever fits who will own it
An AI step where it earns its place: classification, extraction or a first draft
Error handling and an alert to a person when something fails, not a silent log
Under version control with a handover note, so it is yours and readable without us
What fits
One trigger: a form, a webhook, an inbox, a schedule or a new record
Up to two systems connected, both with an API or an existing connector
A process that already exists and is agreed, so we automate rather than invent
What does not
Anything that needs a model trained or fine-tuned
A workflow whose rules nobody can write down yet
Systems with no API and no connector
When it is live you can stop there. No retainer is attached. If you want more built, the second workflow is quoted from the same spec format, and the diagnose phase is where a wider roadmap starts.
What makes it work
Three things we insist on
01
Built like software, not configured like a form
Workflows live in version control with separate environments, a test path and a review step. A flow that moves money or touches customers deserves the same rigour as the systems either side of it, and almost never gets it.
02
Custom nodes where they are needed
The community library is broad but not complete. When there is no node for your internal API, we write one properly rather than chaining five HTTP calls and a Code node that nobody will understand in six months.
03
Self-hosted when it should be
n8n runs in your own infrastructure. Where data residency, contractual terms or volume economics make that the right call, we deploy it there and take responsibility for upgrades, backups and uptime.
Trigger firesWebhook, schedule or event from the system of record
Workflow runsSteps with real error handling, not a happy path that assumes every call succeeds
A step fails. What kind?The classification n8n does not do for you - and the whole difference between a retry worth making and three more failures
TransientTimeout, 429, 503. Retry with backoff and jitter, so the retry is not the next incidentRetry
PermanentBad schema, 401, validation error. Straight to a dead-letter queue for replayRoute
Alert on the queue, not on each failure.A workflow that emails you on every error trains everyone to ignore it. One that fills a queue nobody is watching is worse.
Capabilities
What is actually included
01
Workflow design and build
From a mapped process to a running flow, with the error paths designed before the happy path is celebrated.
02
Custom node development
Properly packaged nodes for your internal APIs and any service the community has not covered, documented and maintainable.
03
Self-hosted deployment
n8n in your own cloud or on-premise, with upgrades, backups, queue mode and scaling handled.
04
Migration from Zapier and legacy tools
Moving off per-task pricing or brittle legacy automations, with parity tested before anything is switched off.
05
Error handling and observability
Retries, dead-letter handling, alerting and run history, so a broken flow announces itself rather than going quiet.
06
Credential and access management
Secrets handled properly, permissions scoped per workflow, and an audit trail of what ran with whose access.
In detail
What this covers, specifically
A category name is not a scope. These are the individual pieces of work inside this practice - take the two that apply to you and ignore the rest.
01
Workflow design and build
Turning a mapped process into a running flow, with the error paths and retry behaviour designed before anyone celebrates the happy path.
02
Custom node development
Properly packaged n8n nodes for your internal APIs and for services the community library has not covered, with documentation and tests.
03
Self-hosted n8n deployment
Running n8n in your own cloud or on-premise, including queue mode, worker scaling, upgrades, backups and restore testing.
04
Zapier migration
Moving off per-task pricing onto n8n or Make, with output parity verified against the old automation before anything is switched off.
05
Legacy automation rescue
Taking over a sprawl of flows built by somebody who has left, documenting what each one does, and deleting the ones nothing depends on.
06
Error handling and alerting
Retries with backoff, dead-letter queues, failure notifications and run history, so a broken flow announces itself instead of going quiet.
07
Credential and access management
Secrets stored properly, permissions scoped per workflow, and an audit trail of what ran using whose access.
08
AI steps inside workflows
Adding classification, extraction, drafting or routing to an existing automation, with a confidence threshold and a human path for the uncertain cases.
09
Performance and cost tuning
Finding the flows running far more often than anything consumes their output, which is the usual cause of a surprising bill.
10
Team enablement
Handover so your people can build and maintain flows themselves, including the conventions that stop it becoming a sprawl again.
What you receive
Concrete artefacts, not a slide deck
Workflow inventory with dependencies and failure points
Version-controlled workflows in your own repository
Custom nodes, packaged and documented
Error handling, retries and alerting across every flow
Runbook and enablement so your team can maintain them
01DiagnoseDays 1-2
02ProveWeek 1
03IntegrateWeeks 2-3
04OperateOngoing
Around three weeks end to end. That comes from scoping tightly to one workflow - not from skipping a phase. Each still ends in evidence you can check.
We will trace why it fails, tell you whether it is a design problem or a platform limit, and give you a fixed-fee estimate to rebuild it properly. If the honest answer is that your current setup is fine, we will say so.