Screens you can build from
Every state of every screen in the scope: empty, loading, error, and the one with 4,000 rows.
What you get when you hire me, in detail: the files, the rhythm of a sprint, where the hours go and what happens after I leave.
Real files in your workspace, not a presentation. Each one is something your team can use the next morning.
Every state of every screen in the scope: empty, loading, error, and the one with 4,000 rows.
300
A typical sprint ships about 300 labels, hints and errors, ready to paste.
What I heard, what I think it means and what I'd do first.
Every path through the flow on one page, with the edge cases named.
Tokens and components your engineers can keep using after I leave.
Shorter sprints drop the second round of research; the rhythm stays the same.
Five calls with customers and a day with your support inbox. I write down what I hear before I draw anything.
The flow on one page, with every path and edge case named. We agree on it before screens.
Screens and words together, shared as they happen, with a video every Friday.
Five more customers try a clickable version. We fix what trips them up.
An hour with your engineers, annotated files and a month of answers.
From my own time tracking. Less of it is drawing than people expect.
| Phase | Hours |
|---|---|
| Screens and states | 44 |
| Flows | 26 |
| Research | 18 |
| Words | 12 |
| Handoff | 10 |
| Activity | Share |
|---|---|
| Client work | 62% |
| Writing | 13% |
| Research visits | 11% |
| Admin | 9% |
| Learning | 5% |
Every flow starts as a sketch in a notebook. Cheaper to throw away.
I work in whatever your team already uses, in your workspace.
I read your front end and can open a small pull request for copy changes.
Book thirty minutes and tell me about the flow that worries you most.
Part of the Design Systems Library