How long a website takes, and why deadlines slip

How long a website takes, and why deadlines slip
In short

  • Landing page — 10–14 days, company site — 3–5 weeks, store — 5–8 weeks.
  • Our average project takes a month.
  • The two biggest causes of delay are waiting on client content and endless design revision rounds.

Delivery time is not only about how fast the contractor works. It is also about how fast you answer. In a one-month project, roughly a week is usually spent waiting on decisions from the client side.

What a month looks like

Week What happens What we need from you
1 Brief, structure, wireframe Brief answers, examples of sites you like
2 Homepage design, style sign-off Logo, photography, revisions in one list
3 Remaining pages, front-end starts Copy, approved layouts
4 Development, integrations, testing Domain and mail access, final review

Three reasons a month turns into three

1. There is no content

The most common cause. Design is approved, the build is done, and the site sits idle because there are no service descriptions and no photos. The fix is simple: start gathering content in week one, alongside design, not after it.

2. Revisions arrive in dribs and drabs

“Let’s try blue” today, “actually put it back” three days later, “show me one more option” two days after that. Each round costs a day or two. Collect revisions into one list and send them together.

3. The decision-maker is not in the thread

A classic: the marketing manager signs off the layouts, but the final word belongs to the owner, who sees the site for the first time at launch. Agree at the start who approves, and involve that person from the very first layout.

If a contractor quotes a deadline without asking a single question about content or about who approves, that deadline will not hold. Not because they are bad, but because they only estimated their own half of the work.

What can be sped up, and what cannot

  • Can: run design and content gathering in parallel.
  • Can: launch in parts — homepage and services first, blog a week later.
  • Can: start from existing copy and improve it rather than writing from scratch.
  • Cannot: speed up sign-off when three people hold a veto.
  • Cannot: skip testing. That is the stage where saving time comes straight back at you after launch.
  • Cannot: make a complex integration faster than someone else’s API allows.

Tell us about the project and we will give you a realistic timeline, including what is needed from your side.

Fill in the brief

Get In Touch