Skip to content

Swipe to paint, or tap the button

How I work · 12 stages · 10 projects

From the problem to the proof.

This is the design process I follow, from problem and business goal to handoff and impact. Each stage links to a case study that shows it, and the chart below says plainly where a case study doesn’t. I’d rather show you a gap than fill it with a claim.

12
stages, from problem to what I learned
10
case studies they are checked against
72
stage-and-project cells that a page really shows

01 · Design process overview

Six phases, twelve stages.

The order is the one I follow when the work allows it. On a small audit some stages are a paragraph; on a larger build they take weeks.

  1. Define the problem and the goal

    • Problem and opportunity
    • Business goal
    • User goal

    I write the problem as who is affected, what is specifically wrong, why it matters and which number it moves, before I draw anything. Business goal and user goal sit side by side, so a design choice can serve both or say which one it favours.

    Shown in 10 of 10 case studies

    • Zedo: shown
    • Postpay: shown
    • Heirs: shown
    • Mara: shown
    • J2U: shown
    • ProConn.: shown
    • TurnKey: shown
    • Outdoor: shown
    • Chotcut: shown
    • Lions’ Den: shown
  2. Find out what’s already known

    • Competitive analysis
    • Secondary research
    • User research
    • Research analysis
    • Personas
    • User journey map

    Competitive analysis, secondary research, user research and research analysis, then personas and a user journey map. Most of my research is secondary: reviews, competitor audits and public sources, and I label it that way.

    A persona built from reviews is not an interview. The pages say which is which.

    Shown in 6 of 10 case studies

    • Zedo: not shown
    • Postpay: shown
    • Heirs: not shown
    • Mara: not shown
    • J2U: shown
    • ProConn.: shown
    • TurnKey: shown
    • Outdoor: shown
    • Chotcut: shown
    • Lions’ Den: not shown
  3. Shape the structure

    • Information architecture
    • Site map
    • User flows
    • Ideation
    • Wireframes
    • Low-fidelity prototype
    • Key product iterations

    Information architecture, site map and user flows first. Then ideation, wireframes and a low-fidelity prototype, with the key product iterations kept so a reader can see what changed and why.

    Shown in 9 of 10 case studies

    • Zedo: shown
    • Postpay: shown
    • Heirs: planned or stated
    • Mara: shown
    • J2U: shown
    • ProConn.: shown
    • TurnKey: shown
    • Outdoor: shown
    • Chotcut: shown
    • Lions’ Den: not shown
  4. Prototype, test and finish

    • Prototype
    • Usability testing results
    • Design decisions
    • High-fidelity mockups
    • Responsive design
    • Specific features
    • Final design

    Working prototypes for the decisions a screen can’t settle, then high-fidelity mockups, responsive design, the specific features that make the product different, and the final design.

    I haven’t published usability test results. Where a page doesn’t have them, it says what I would test.

    Shown in 10 of 10 case studies

    • Zedo: shown
    • Postpay: shown
    • Heirs: planned or stated
    • Mara: shown
    • J2U: shown
    • ProConn.: shown
    • TurnKey: shown
    • Outdoor: shown
    • Chotcut: shown
    • Lions’ Den: shown
  5. Make it a system, then check it

    • Design system
    • Style guide
    • Design principles
    • Accessibility
    • Edge cases

    Design system and style guide, with design principles written down so the same argument doesn’t return every week. Then accessibility and edge cases: the empty, failed and half-finished states that decide whether people trust the product.

    Shown in 10 of 10 case studies

    • Zedo: shown
    • Postpay: shown
    • Heirs: shown
    • Mara: shown
    • J2U: shown
    • ProConn.: shown
    • TurnKey: shown
    • Outdoor: shown
    • Chotcut: shown
    • Lions’ Den: shown
  6. Hand over, measure, learn

    • Design developer handoff
    • Expected impact
    • Business goal
    • Measures
    • What I learned
    • What I would do next

    Design developer handoff with the reasoning, not only the files. Expected impact stated as a measure I would watch, then what I learned and what I would do next.

    Most of this work has no outcome numbers, and the pages don’t invent any.

    Shown in 10 of 10 case studies

    • Zedo: shown
    • Postpay: shown
    • Heirs: shown
    • Mara: shown
    • J2U: shown
    • ProConn.: shown
    • TurnKey: shown
    • Outdoor: shown
    • Chotcut: shown
    • Lions’ Den: shown

02 · Where each stage is shown

The evidence, stage by stage.

Twelve stages down, ten case studies across. A filled dot means the page shows it. Client work under NDA, concepts and one internal tool show less, and that’s on purpose. Checked against the pages on 3 November 2026.

Which design process stages each case study shows. Filled: shown. Half: planned or stated, not shown. Small dot: not shown.
StageZedoPostpayHeirsMaraJ2UProConn.TurnKeyOutdoorChotcutLions’ DenShown
01Problem and opportunity10/10
02Research4/10
03Personas and journeys3/10
04Structure and flows9/10
05Ideation and wireframes2/10
06Prototype and testing4/10
07High fidelity and responsive9/10
08Design system and style guide9/10
09Accessibility and edge cases6/10
10Design developer handoff3/10
11Expected impact6/10
12What I learned and what I would do next7/10
Stages shown7/129/125/127/128/129/127/128/128/124/12
  • Shown on the page
  • Planned or stated, not shown
  • Not shown

Hover or focus a dot to see what the page shows.

03 · Business goal, design decision, expected impact

Design that answers to the business.

A company isn’t hiring another pair of hands for the screens. It wants a designer who knows which number the work should move. For each project, this is the goal, the decision I made because of it, and the measure I would watch. The tag says what is and isn’t a result.

  • Postpay

    No shipped figures quoted

    1. Business goal

      Fewer people leaving at checkout, more repayments made on time. I framed the work around three revenue moments: completing checkout, understanding and repaying, coming back.

    2. Design decision

      Show the whole repayment commitment on one screen, and make the instalment arithmetic add up to the order total to the last fils.

    3. Expected impact

      Checkout completion, approval rate and on-time repayment rate, instrumented before shipping.

  • Chotcut

    Goals, not results

    1. Business goal

      Reach a wider market for supermarkets, deliver within 60 minutes of ordering, and grow cashless payment.

    2. Design decision

      A five-step core path, discovery that starts from food, and saved addresses and payments for people ordering for someone else.

    3. Expected impact

      Test the 60-minute promise first with a few supermarkets, a few riders and a paper order sheet.

  • Outdoor Living Supply

    Targets from the brief, no outcome numbers

    1. Business goal

      Reps lose time looking up stock and retyping SKUs, which slows the customer and leaves upsell chances unused.

    2. Design decision

      An assistant that answers with price and stock, offers related products and adds to the cart.

    3. Expected impact

      Sales uplift from recommended items, daily use by staff and the share of recommendations marked useful.

  • J2U

    Opens 15 November 2026, no results yet

    1. Business goal

      Turn the doubt about cost and wait that stops people buying from abroad into a reason to buy here.

    2. Design decision

      One all-in price on every product, two stock states, a delivery estimate in the cart, and a request service for what isn’t listed.

    3. Expected impact

      Carts that reach the delivery estimate, carts that reach checkout, requests that become a paid deposit, and WhatsApp questions about price or delivery.

Zedo’s revenue and business data are confidential, so I don’t show them. The Zedo page shows public counts and the decisions behind them.

04 · Design principles

Six rules I hold to.

  1. 01

    Foundations before screens

    Colour, type and grids are agreed first, so work from week one and week two looks like one product.

    Heirs Converge
  2. 02

    Start from the role or the person

    Sign-in, access and the first screen change with the role. The person ordering is not always the person receiving.

    Chotcut, Heirs Converge
  3. 03

    Be exact where money moves

    Instalments, fees and totals have to add up. The chrome around them can change.

    Postpay, Mara
  4. 04

    Show the cost before the customer meets it

    Duties, delivery and the wait are on the page, not at the door.

    J2U
  5. 05

    Name states in words, not colour alone

    Completed, Incomplete, Missed. In Lagos, Ships from Japan. A state a person can read aloud.

    TurnKey Coach, J2U
  6. 06

    Say what is evidence and what is judgement

    Every claim on this site carries a label, so a reader can tell what was measured from what I think.

    Playbook

05 · Specific features and key product iterations

What I built, and how it changed.

Specific features I designed

Key product iterations

  • Zedo
    1. Dark, chat-first beta (2025), designed in Figma under my direction
    2. Current public site and app with verified-agent badges and an admin console
  • Heirs Converge
    1. Opening four-week plan
    2. Timeline reviewed, extended to eight weeks
  • Outdoor Living Supply
    1. Old design and a persona
    2. Low-fidelity wireframes
    3. Four high-fidelity rounds
    4. Responsive set
  • J2U
    1. Approved 27 page boards
    2. Competitor audit, 14 October
    3. Fix pass, 17 October

06 · Accessibility and edge cases

The states people actually meet.

These are decisions the case studies show. I don’t publish a formal accessibility audit of client work. On this site I run axe in light and dark before I publish.

  • Edge case

    Two states, two words, two colours

    J2U’s stock lines say In Lagos or Ships from Japan, so colour is never the only signal. A mixed order arrives in two parts and the customer never pays delivery twice.

    See it
  • Accessibility

    A waitlist header that overlapped on small phones

    Found in the 14 October audit and fixed on 17 October for 320 and 360 pixel screens.

    See it
  • Accessibility

    Status you can read

    TurnKey Coach rows carry a worded pill, Completed, Incomplete or Missed, in place of an unlabelled dot.

    See it
  • Edge case

    When it fails, say what to do next

    Mara’s activity list shows pending, completed and failed rows. Result screens say what happened and what to do next.

    See it
  • Edge case

    Empty and offline screens

    Chotcut has screens for item not found, no internet and no orders yet, so a shopper is never left on a blank page.

    See it
  • Edge case

    My own product’s flaws

    Zedo’s case study lists three: “Close” is too generous, missing data looks like data, and an unfinished listing loses its photos.

    See it

07 · What I learned and what I would do next

What I got wrong, and what’s next.

  • Chotcut

    What I learned

    Sixty minutes is the most expensive sentence in the goals.

    What I would do next

    Test it first with a few supermarkets, a few riders and a paper order sheet, then design the tracking and the promise to match.

  • Zedo

    What I learned

    My own product misleads in three places, and showing them first earns more trust than hiding them.

    What I would do next

    Tell a seeker what was verified, by whom and when, in a tappable, plain-language line.

  • Postpay

    What I learned

    Judge the work on three moments, not on screens: completing checkout, understanding and repaying, and coming back.

    What I would do next

    Put analytics on checkout completion, approval rate and on-time repayment rate before shipping.

  • J2U

    What I learned

    An honest store keeps every unknown in brackets until the founder confirms it, then fills it from the answer, not a guess.

    What I would do next

    Watch four things from day one: delivery estimates, checkouts, request deposits and WhatsApp price questions.

Want the same ideas as interview answers? Read the interview questions, or see the selected work.

(04) — Contact

Open to opportunitiesLagos, Nigeria

Let’s build something people understand.

Design lead and Senior Product Designer · full-time, contract or advisory. Pick what fits and it opens an email with the right subject.