Chloe Nixon
10 August 2026 · 5 min read

How I actually run a website project

How I actually run a website project

Every project starts with a conversation about what the site needs to do, not what it should look like. If design decisions get made before scope is clear, they tend to get expensive to unwind later. So that's the first thing I lock in.

From there it's roughly: scope and structure (site map, content, whether it's Webflow, Astro, or custom code), then design in Figma, reviewed in rounds until it's right, then build.

During build, I work in chunks you can actually see rather than disappearing for a few weeks and reappearing with a finished site. You watch it take shape section by section, which makes feedback cheaper to act on than one big reveal at the end.

Before anything goes live, I check the things that are easy to skip under deadline pressure: page speed, how it behaves on mobile, whether the forms actually work, and the SEO basics like unique page titles, meta descriptions, and a submitted sitemap. A site that looks great but that Google can't read properly isn't actually finished.

Once it's live, I walk the team through anything they'll manage themselves: the CMS structure, how to add a new page, where the content lives. So the site keeps working for you well after the project wraps, not just on launch day.

If that's the kind of process you want for your next build, let's talk about your project.