00Guides

How to scope a starter website so it ships in a week

A one-week build is a scoping outcome. Most of what makes it possible happens before any design starts.

Why a week is realistic.

A week is realistic because everything that would otherwise stall the build is settled first. The structure comes from how buyers search, the real content is written, and the scope is bounded with its exclusions named. The build week is then pure execution.

01

Decide the structure before the design

A page should exist because a real query or buying question needs it. Before anyone opens a design tool, write the URL map and the single job of each page. This is search-led design, and it is the cheapest decision you will make.

If you cannot say in one sentence what a page is for and what search demand it answers, it is not ready to be designed. Cut it or merge it now, while that costs nothing.

02

Bring the real content

The single biggest cause of slipped launches is missing copy and assets. Placeholder text also hides structural problems, because lorem-ipsum fits any layout while real words do not.

Have the offer, the proof you can stand behind, and the contact path written before the build week starts. Real content surfaces the hard questions early, when they are still cheap to answer.

03

Fix the scope and name what is out

A one-week build is a bounded scope. Write down what is in (page count, forms, analytics) and, just as importantly, what is deferred (a CMS, a blog, bespoke illustration).

Naming the exclusions in writing is what stops mid-week drift. Anything not on the list is a deliberate decision for the next iteration.

04

Wire measurement in before launch

Decide the conversion and the events that prove it during the build, not after. A site that launches without analytics produces a gap in the data that cannot be reconstructed later.

The goal is day-one behaviour informing decisions immediately.

05

Own it from the first commit

The repository, the deployment and the analytics should be in your own accounts from day one. This is a scoping decision too: confirm where everything lives before the work starts so there is nothing to untangle at hand-over.

Common mistakes

The patterns that turn a one-week build into a one-month one.

  • Designing before the structure is decided, so the design has to be reworked when the architecture catches up.
  • Starting the build with placeholder content and discovering the structural gaps in week two.
  • An unbounded scope with no written list of what is out.
  • Leaving analytics until after launch, then having no baseline.
  • The studio holding the accounts, so hand-over becomes a negotiation.

Where this connects

The service and the answers that go with this guide.

Want this scoped for your launch?

Tell us what you are launching. You get a fixed scope before anything starts.