Guide · 30 August 2026
How long does custom software actually take to build?
A business website is usually weeks. A system that runs part of how you work is usually months. A first version of a product you intend to sell is usually longer than anyone wants to hear. The more useful answer is what makes a project overrun, because it is almost never the building.
The honest shape of it
A website that has to explain a business and get people in touch is a short project. The design takes longer than the build, and the longest part is usually waiting for content that only you can write.
Software that replaces a process is a different order of thing, because the process has to be understood before it can be encoded, and most processes turn out to have exceptions nobody documented.
A first version of something you intend to sell sits somewhere between the two, and depends far more on how ruthlessly the first version is cut down than on how fast anyone works.
What actually makes projects late
Decisions, not development. A project stalls because a question needs answering by somebody who is busy, and it sits for a fortnight. Ten of those is five months, and none of them appear on a plan.
The fix is unglamorous: fewer people who can say yes, and a standing slot in the week where the open questions get answered rather than queued.
The second thing: scope that grows quietly
Nobody adds a month of work in one go. They add an afternoon, fifteen times, and each one is individually reasonable. Then the date moves and it is not clear why.
This is why a written scope matters more than an optimistic timeline. Not to refuse changes, but so that when one is made, both sides can see what it costs.
The third thing: content and data
The software is often finished while the thing it needs to run on is not. Photos, copy, product details, the export from the old system that turns out to be full of duplicates.
If you do one thing early, start on this. It is the part that only you can do, it always takes longer than expected, and it is the most common reason a finished build sits waiting.
The question that tells you most
Ask when you will first see it working. Not a design, not a demo video: the actual thing, in a browser, doing something.
If the answer is near the end, the timeline is a guess that will be tested only once, at the worst possible moment. If it is early and often, a slip shows up while there is still time to do something about it.
Think this is you?
Tell us what is getting in the way. If we are the wrong people for it, we will say so.
More guides
- What decides what custom software actually costs?The five things that move the number, why two quotes for the same brief can differ by a factor of four, and what makes a quote worth trusting.
- What is a business automation system, and when is one worth it?Automation is not robots or artificial intelligence. It is removing the copying between the tools you already pay for, and here is how to tell when it pays.
- Should you build software or buy something off the shelf?A straight answer to the build-or-buy question, including the cases where buying is obviously right and we would tell you so.
- Six signs your spreadsheet has quietly become a business systemA spreadsheet stops being a spreadsheet long before anyone notices. Six specific signs, and what each one is actually costing.
- What actually changes when your software company is down the roadBeing able to meet in person matters less than people think, and more than nothing. An honest account of what local actually buys you.
