Think Build Implement Repeat
London, UK +44 7367 067226
WhatsApp FOLLOW f in X
  1. Home
  2. Blog
  3. How Long Automation Actually Takes, Week by Week
Business Automation

How Long Automation Actually Takes, Week by Week

Realistic timelines for automation projects by scope, what causes delay, and how to compress a schedule safely.

Updated 2 min readBy SpiderHunts Technologies

Free estimateNo obligation

Get a free estimate

Tell us what you need. A senior engineer reads every enquiry.

Takes under a minute. We never share your details.

  • Free consultation
  • No commitment
  • NDA on request

Prefer to talk? Book a free 30-minute call →

Quick answer — TL;DR

A single-process automation is typically 6–12 weeks from signed scope: two weeks specifying, four to six building, two testing in parallel, one to launch. The delays are almost never technical — they are unanswered questions, third-party access and content or data that was not ready.

What the weeks are actually spent on

PhaseDurationWhat happens
Discovery and specification1–3 weeksWatching the process, writing down rules and exceptions
Build3–8 weeksThe part everyone imagines is the whole project
Parallel running and testing2–4 weeksRunning alongside the manual process, comparing
Launch and settling1–2 weeksCutover, training, the first wave of small fixes

Note that building is roughly half the calendar. Projects planned as if it were 90% run late by exactly that error.

Typical totals by scope

  • One process, one system, no exceptions worth speaking of: 4–6 weeks
  • One process, two or three systems, real exception handling: 8–12 weeks
  • Several processes or a system with an awkward interface: 3–5 months
  • Anything requiring a third party to build something for you: add whatever they say, then some

What actually causes delay

  1. Unanswered questions. The single biggest factor. A question that takes five days to answer costs five days, every time.
  2. Third-party access. API credentials, sandbox accounts and permissions from a vendor can take weeks and are outside everyone's control.
  3. Data that is not ready — the export nobody has produced before, the field that turns out to be free text.
  4. Process still being argued about. If two departments disagree about the rule, the build waits.
  5. Availability of the person who knows how it works, who is invariably the busiest person in the business.
Ask for third-party API credentials in week one, before they are needed. It is the item most likely to sit on someone else's desk, and it is free to start early.

How to compress a schedule safely

Cut scope, not stages. Removing the second intake channel from phase one saves weeks; removing testing saves days and costs months.

  • Automate one channel first, add the others later
  • Handle the top three exceptions automatically and route the rest to a person initially
  • Use a manual step where an integration would take four weeks to arrange
  • Launch to one team before everyone

What you can do to make it faster

Answer questions within a day. Nominate one person who can decide. Get credentials early. Provide real data early, including the awkward records. Be available for the demonstrations.

Clients who do these things routinely finish two to three weeks earlier than clients who do not, on identical scopes. It is the largest variable within your control.

FAQ

Frequently asked questions

The questions readers ask us after this guide.

Still have a question?

Ask us directly — a senior engineer will get back to you.

Ask about your project

Can it be done faster with more people?

Rarely. Small projects have limited parallelism, and adding people mid-project usually slows things while they are brought up to speed. Cutting scope is the reliable lever.

How long until we see something working?

You should see something running within the first two to three weeks, even if it only handles the simplest path. If a supplier cannot show anything until the end, that is a process worth questioning.

What if our process changes during the build?

Small changes are normal and absorbed. Fundamental changes mean the process was not stable enough to automate, and pausing is usually cheaper than pressing on.

Is a fixed deadline realistic?

Yes, if scope can flex. A fixed date with fixed scope and fixed budget is where projects go wrong; pick the two that matter most and let the third move.

Keep reading

More on Business Automation

Start here

Have a date you need to hit?

Tell us the date and what you need working by then. We will tell you what fits and what should wait for phase two.

  1. You tell us what you needTwo minutes on the form, or a message on WhatsApp.
  2. A senior engineer reviews itAnd comes back with questions, a realistic range and an honest view on fit.
  3. Free 30-minute scoping callWe talk through scope, options and a realistic estimate — with no obligation.
Free estimateNo obligation

Talk to someone who builds this

Send a short brief and we will come back with an honest view and a realistic range.

Takes under a minute. We never share your details.

  • Free consultation
  • No commitment
  • NDA on request

Prefer to talk? Book a free 30-minute call →