[email protected]

How We Run a Web Project, From Brief to Launch

Understand, design, build, launch, improve: the simple rhythm behind every website we make, and why a clear process gives creativity more room, not less.

Bright, modern office lounge with a desk and sofas

Every website we build follows the same simple rhythm: understand, design, build, launch, improve. The details change from client to client, but having a shared process means nobody is ever guessing what happens next – least of all the client.

A good process does not slow creativity down. It removes the uncertainty so the team can spend its energy on the work that matters.

01 Discovery: questions before pixels

We start with a workshop. Who are the visitors, what do they need, and what does success look like in six months? We audit the existing site, look at analytics and talk to the people who answer customer emails – they know the real problems better than anyone.

Tip: bring the support inbox to the first workshop. The questions customers ask most often are the best brief you will ever get.

02 Content and structure

Before any visual design we agree on a sitemap and draft the key page content. Designing around real words, instead of placeholder text, leads to layouts that actually fit the message.

  • A sitemap everyone signs off on
  • Wireframes for the most important templates
  • A content plan with owners and deadlines
A designer reviewing a layout at his desk
Wireframes are reviewed with the client before any colour or type is chosen.

03 Design and prototype

We design the core screens first, then turn them into a clickable prototype. Testing it with five real users usually uncovers the biggest problems in a single afternoon, while changes are still cheap.

The best feedback comes from watching someone use the design, not from asking whether they like it.

Kelly Adams, Creative Director

04 Build, launch and improve

Development happens in short cycles on a staging site the client can always see. After launch we monitor speed, search rankings and conversions for the first month, then plan the next round of improvements together.

Key takeaways

  1. Start with questions, not visuals.
  2. Write real content before designing layouts.
  3. Test a prototype with five people before building.
  4. Treat launch day as the start, not the finish.
Written by

Kelly Adams

Kelly leads design at ForX. She has spent twelve years helping small teams launch websites that are fast, friendly and easy to look after.

More about Kelly

Comments 4

  1. Lucy Chen5 hours ago

    Really useful breakdown. We skipped the content step on our last project and paid for it in endless layout changes. Never again!

    Reply
  2. Kelly AdamsAuthor3 hours ago

    Thanks Lucy! Real content first is the single change that saves the most time for us too.

    Reply
  3. Martin Ross2 hours ago

    How many people do you usually invite to the discovery workshop? We struggle to keep ours focused.

    Reply
  4. Molly Hart1 hour ago

    The five-user test tip is gold. Shared this with our whole team.

    Reply

Leave a comment

Your email address will not be published. Required fields are marked

Please enter your name.
Please enter a valid email address.
Please write at least 10 characters.