Most of My n8n Workflows Are Switched Off
Each workflow took 1 to 2 hours to build and replaced a 15 to 30 minute job. That needs three or four runs to break even, and most never got there.
I used n8n to move data from one place to another. Each workflow took me 1 to 2 hours to set up, and the job it replaced was 15 to 30 minutes of my own time. I built several of them. Today only one or two are still running. The rest I stopped using, which means the setup time on those never came back to me at all.
Here is the arithmetic I wish I had done before I started, because it would have told me which of those workflows to build and which to leave alone.
The arithmetic I skipped
Put the two numbers next to each other and the answer gets uncomfortable.
| My numbers | |
|---|---|
| Time to build one workflow | 1 to 2 hours |
| Time the manual job took | 15 to 30 minutes |
| Runs needed to break even | Around 3 at best, around 8 at worst |
| Workflows I built | Several |
| Still running today | One or two |
Three to eight runs does not sound like much, and it decides everything, because the question stops being "can this be automated" and becomes "will I actually run this three to eight more times".
For one or two of mine the answer was yes, and those are the ones still going. For the rest the answer turned out to be no, and I had already spent the two hours by the time I found out. A workflow I ran twice and abandoned cost me more than doing the job by hand would have, every time.
Why I kept getting it wrong
I kept automating the job that annoyed me, when the job I did often was the one worth the time.
A 20 minute task that irritates me feels like it must be worth removing. But irritation is about the experience of the task, not its frequency. The tasks worth automating are the dull ones I do every week without noticing, and those do not nag me into building anything.
I was also wrong about build time in the same direction every time, which is a habit I have written about before in how my time blocks overrun. I estimated an hour and it was closer to two, because the first version works and then you spend the second hour on the parts that only show up with real data: a field that is sometimes empty, a date in the wrong format, an error that needs somewhere to go.
What "no code" does and does not cover
n8n's own documentation is clear about one half of this. For n8n Cloud it lists setup as "No installation needed", technical expertise "None required", and maintenance "Handled by n8n". For self-hosted it lists setup as "Requires setup (npm, Docker, or server)", expertise "Required for installation and configuration", and maintenance "Your responsibility". Read on 2 October 2026.
All of that is about getting n8n running. None of it is about building the workflow, and the workflow is where my 1 to 2 hours went. "No installation needed" is true and does not mean the automation builds itself. You still have to know what the data looks like at each step, what happens when a step fails, and what the thing should do when the input is not what you promised it would be.
No platform removes that part, because it is the description of the work itself, and somebody has to write it down.
What I would do differently
Count the runs first. Write down how often you genuinely did this task in the last month, not how often it felt like you did. If the honest answer is fewer than about four times, do it by hand again and see whether it comes back.
Then do the job manually once more while taking notes on every decision you make, including the ones you make without thinking. Those decisions are the workflow. If you cannot list them, the two hours will go on discovering them one failure at a time, which is where my abandoned workflows died.
And keep the first version small enough to throw away. One or two of mine earned their time back. I would rather find that out after twenty minutes of building than after two hours.
What I did myself
I used n8n to move data from one place to another. Each workflow took me 1 to 2 hours to set up, and the job it replaced was 15 to 30 minutes of my own time. I built several of them. Today only one or two are still running. The rest I stopped using, which means the setup time on those never came back to me at all.
Palak Patel, IT engineer, developer and researcherfacts confirmed October 2, 2026
Sources
Everything factual in this article traces back to one of these. Vendors change pricing and limits without changing the URL, so each entry records the date I last read it.
- Choose how to use n8n
n8nchecked October 2, 2026
Written by
Palak Patel
IT engineer, developer and researcher
Palak is an IT engineer, developer and researcher, and runs ToolNest. He uses the software he writes about in his own development work and says so when he has not. Every claim is checked against vendor documentation, changelogs and pricing pages before it goes live.