Do we need to self-host n8n?
It is the option I recommend when data sensitivity matters, and it is straightforward on a small VPS. n8n Cloud works too if the team would rather not run servers; the flows are the same either way.
AI automation
I design and build AI automation with n8n for small teams: webhook pipelines between the tools you already pay for, document generation, notification flows and AI steps where a task needs language rather than a rule. I am cofounder of DualMinds AI, where this is a core part of the studio's work.
Most repetitive work is not one big task, it is four small ones: read a form, put the values in a document, file it, tell someone it is ready. None of those require a decision, and all of them together cost a working week every month for a small team.
So the first pass is a map of the process as it is done by hand, with every point marked where a human makes a judgement worth keeping. Only the unjudged steps get automated. Anything that reaches a customer keeps a person in front of it, because an automation that sends the wrong thing to a client is more expensive than the hour it saved.
n8n is self-hostable, so the workflows and the data stay on infrastructure the client controls, and the flows remain readable as a diagram rather than buried in somebody's script folder. When a flow breaks, the failure is visible at the node instead of in a stack trace.
AI steps go where plain rules cannot reach: classifying a free-text message, extracting fields from a document layout that keeps changing, or summarising a thread before a human reads it. Where a fixed rule works, a fixed rule is cheaper, faster and easier to debug, and I say so rather than selling a model into a problem that does not need one.
A pipeline nobody understands is a liability the day the client's team changes. Every engagement ends with a written runbook: what triggers the flow, which credentials it needs, what happens when it fails, and how to re-run a single failed item. The client keeps the workflow definitions and hosts them.
There is also a dry-run path, so a flow can be tested against sample data before it touches a real record. That is the difference between a demo and something you can put in front of production.
Priced per pipeline after the process map, since a two step trigger is a different job from a multi system document flow with an AI extraction step. Ongoing support is available as a monthly block for teams whose flows change often. The discovery conversation comes first and is where most of the value is, because half of these projects are solved by deleting a step rather than automating it.
It is the option I recommend when data sensitivity matters, and it is straightforward on a small VPS. n8n Cloud works too if the team would rather not run servers; the flows are the same either way.
Yes, and sometimes it is the right call. Make, Zapier, a scheduled cron job or a small serverless function all have a place. I pick based on where the data lives, who maintains it afterwards and how much the team wants to depend on a subscription.
That is why every flow that touches a customer ends in a human checkpoint, and why low-confidence output gets flagged rather than sent. Automation should reduce the boring work, not remove the accountability.
Open for projects, collaborations and virtual coffee chats. Send the technical requirements, Figma drafts, or napkin sketch, and I will reply with an architectural breakdown, realistic milestone roadmap, and high-impact execution plan.