Process

No mystery between the brief and the browser.

The workflow keeps scope, decisions and responsibilities visible. Use the timeline controls or scroll through all seven stages.

Keyboard accessibleReduced-motion awareReal project outputs

Seven-stage workflow

Each step earns the next.

Smaller projects may combine stages, but the underlying questions remain the same: what are we solving, what are we delivering and how will we know it is ready?

01 / DISCOVERY

Understand the business before choosing the interface.

You share the offer, audience, goals, existing material, deadline and constraints. A first conversation separates essential requirements from assumptions and identifies unanswered questions.

You provideBusiness context, goals, useful links and available content.
CODEEE providesClarifying questions and a preliminary project direction.
02 / PROPOSAL

Turn the requirement into a responsible plan.

The discovery findings become a recommended solution with page scope, functionality, responsibilities, indicative milestones, price and explicit exclusions.

Decision pointConfirm whether the proposed approach addresses the real problem.
OutputA written proposal that can be reviewed without technical guesswork.
03 / AGREEMENT

Make expectations visible before production begins.

The final scope, payment schedule, feedback rounds, content responsibilities, third-party costs and target timing are agreed. A deposit may be required for the work to be scheduled.

You approveScope, commercial conditions and project responsibilities.
OutputAn agreed specification and a clear project start.
04 / DESIGN & DEVELOPMENT

Design and code progress as one system.

Content hierarchy, visual language and responsive implementation are developed together. Review points focus feedback on the decisions that are ready to be made, avoiding a single surprise reveal at the end.

Quality focusHierarchy, components, responsive behaviour and maintainable code.
OutputA working implementation of the agreed pages and interactions.
05 / TESTING & REFINEMENT

Check the experience beyond one perfect screen.

The website is reviewed across relevant desktop, tablet and mobile widths. Navigation, forms, links, focus states, content, accessibility, performance and agreed browser support are tested. Contracted revisions are incorporated.

ChecksFunction, responsiveness, keyboard use, metadata and launch readiness.
OutputAn approved release candidate with known limitations documented.
06 / LAUNCH & HANDOVER

Deploy carefully, then leave control with the client.

After final approval, the website is deployed to the agreed hosting account. Domain routing, HTTPS, redirects and key forms are verified. Source files and the agreed management notes are handed over.

LaunchDeployment, smoke testing and indexability review.
HandoverSource, account ownership and practical maintenance guidance.
07 / ONGOING SUPPORT

Continue only where ongoing care adds value.

Support is optional. It may include monitoring, a defined allowance for minor changes and prioritised technical help. Larger improvements remain separate pieces of work with their own estimate.

Defined limitsResponse targets, included time and exclusions are written down.
OutputPredictable support without lock-in or unlimited-service promises.

Working together

Feedback is most useful when it has context.

“Make it bigger” is a change. “Visitors miss the primary service” is a problem we can solve together.

01

Consolidated feedback

One organised round from the decision-makers reduces contradictions and protects the schedule.

02

Content responsibility

The proposal states who writes, supplies, translates and approves content—and by when.

03

Visible changes

Requests outside the agreed scope are estimated before they become additional work.

Process FAQ

Practical expectations.

How long does a website project take?

Timing depends on scope and content readiness. A focused landing page may take a few weeks; a larger multi-page site takes longer. The proposal states a realistic schedule and the dependencies that can affect it.

Can the project start before all content is ready?

Some structural work can begin, but final design and testing require representative content. The proposal identifies which content must be available at each milestone.

How many revision rounds are included?

The number and purpose of feedback rounds are defined in the written proposal. Additional rounds or a change in direction can be added after their impact is agreed.

Will the existing website stay online during a redesign?

Normally yes. The new version is prepared separately and replaces the current site during an agreed launch window. The exact method depends on the hosting environment.

Ready for step one?

Start with discovery, not a solution you have to guess.

Share what the website should help the business and its visitors accomplish.

Start a project enquiry →