"How much and how long?" is the first question every merchant asks and the one developers are most evasive about — because the honest answer genuinely is "it depends." That's still unhelpful when you're trying to budget. So here are realistic ranges by project type, what pushes a project to the top of its range, and where the time actually goes. Treat these as planning brackets, not quotes; region and complexity move everything, as covered in rates.
Typical ranges by project type
| Project | Typical timeline | Rough cost band |
|---|---|---|
| Small fix or tweak | Hours to days | Low hundreds |
| Theme setup & customisation | 1–3 weeks | Low-to-mid four figures |
| Custom theme build | 4–8 weeks | Mid four to low five figures |
| Platform migration | 3–10 weeks | Mid four to five figures |
| System integration (ERP, accounting, 3PL) | 2–8 weeks | Mid four to five figures |
| Custom private app | 3–10 weeks | Five figures, usually |
| Performance audit & fixes | 1–2 weeks | Four figures |
Two things to note. Timelines are elapsed time, not billed hours — a four-week project isn't four weeks of continuous work on your store. And the bands assume a mid-range developer; offshore work sits lower, agencies higher.
What pushes you to the top of the range
- Catalogue size and complexity. Fifty simple products is a different job from five thousand with variants, options and localised content.
- The number of templates. Cost scales with unique page types, not with pages. Ten similar collection pages are cheap; ten bespoke layouts are not.
- Other systems. Anything touching an external API adds unpredictability — especially older systems with sparse documentation.
- Inherited code. Working inside someone else's undocumented customisation is slower than starting clean, sometimes much slower.
- Design maturity. Finished designs speed everything up. "We'll figure it out as we go" is the most expensive sentence in any project.
- Approval layers. Every extra decision-maker adds waiting time, and waiting is most of what stretches timelines.
The most common reason projects run late has nothing to do with the developer. It's content and decisions — copy that isn't written, images that aren't ready, and feedback that takes ten days to arrive.
Where the time actually goes
Merchants often picture a developer coding for the whole duration. A typical build looks more like: scoping and clarification at the start; the bulk of the build in the middle; then testing, revisions and launch — and threaded throughout, waiting on the client. If you want a project to move faster, the highest-leverage thing you control is turning feedback and content around quickly. It routinely saves more time than anything the developer can do.
How to spend less without cutting quality
- Write a proper brief. Vague requirements get padded quotes. See how to write one.
- Use native features first. Shopify does far more out of the box than it did a few years ago. Custom-building something the platform already handles is pure waste.
- Phase it. Launch the version that works, then add. Phase one usually reveals that a third of the wish list wasn't needed.
- Have content ready. Copy, images and product data prepared before the build starts removes the most common source of delay.
- Reduce the decision chain. One person with authority to approve is worth weeks.
- Don't invent a deadline. Artificial urgency costs money. Real deadlines are worth paying for; fake ones just inflate the quote.
Build in contingency
Hold back roughly 15–20% of your budget. Not because the quote is wrong, but because you'll see the thing working and want something you couldn't have predicted, or a third-party system will behave unexpectedly. Projects with no contingency end with either a compromise nobody likes or an awkward conversation about money.
Bottom line
Small fixes: days and hundreds. Theme customisation: weeks and low thousands. Custom builds, migrations and integrations: a month or more and five figures is the realistic planning assumption. What moves you within those bands is complexity, inherited code and — most of all — how quickly you make decisions. Budget contingency, prepare your content, and phase the ambitious parts.