Think Build Implement Repeat
Business Automation

How Long Automation Actually Takes, Week by Week

Last updated:

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.

Frequently asked questions

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

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.

Book a free 30-minute call Get a project estimate WhatsApp us

Related services

What we build for problems like this one

Business AutomationCustom Software Development