How a project usually goes
- A week of reading whatever already exists — old files, analytics, support tickets.
- Rough directions on paper. Three at most, deliberately far apart.
- One direction taken to a real page with real copy, never placeholder text.
- Build, with the developers in the room from the start rather than at handover.
- Four pages of guidelines and a screen recording.
What we do not do
- Logo-only engagements. The mark is the smallest part of the job.
- Pitch work on spec.
- Anything that needs a cookie banner to function.