Case study · AI · Team capability · 2025–2026

How AI changed the way a design team works

How I built AI into a product design team's everyday work — from the brief to the review after release — so the process itself changed: reviewed briefs, working prototypes, drafted copy and faster synthesis, with a person deciding at every stage.

  • RoleDesign leader · hands-on builder
  • ToolsClaude, Cursor, ChatGPT, Figma MCP, Figma Make, Userlytics
  • Teamup to eight designers
  • Years2025–2026

Diagram: Speed and quality move together. A human oversight framework with five stages — Brief, Explore, Decide, Refine, and Ship & Learn — each listing AI support tasks and mandatory human checkpoints. Quote: a faster step that lowers quality is a failed experiment.

Outcome

A design process with AI built into each stage: PRD review, prototyping, UX writing, quality checks, UX assessments and research synthesis, all tied to the same quality bar as the rest of the team's work. From January 2026 the PRD review ran on every PRD before design started.

Stakes

AI was already entering design workflows one person at a time. The risk was speed without a map: tools without a quality bar, individual prompting mistaken for team capability, and experiments that stop the moment one enthusiast leaves. With a stretched team, the need was to find where AI really helped, make it repeatable, and keep people accountable for what shipped.

My role

I mapped where AI could help across our design process, built and tested the first tools myself, and turned the ones that worked into shared skills the team could use. I also funded training so the capability didn't depend on me.

What changed in the process

The review tools were one part. The larger change was in how work moved through the team, stage by stage.

Decision log

  1. 01
    Map the process before choosing tools

    Before buying into "AI everywhere", we mapped five stages — brief, explore, decide, refine, ship — and for each one, what AI could support and where a person had to decide. That map became the reference for every experiment.

Where AI sits in the process

  1. 02
    Evaluate the tools before asking for budget

    With my manager, I assessed 26 AI tools across three areas: visual and interaction design, research and concept validation, and UX writing. We recommended a short list, a four-phase rollout from training to standard practice, and a learning plan for the whole team.

    Part of that was approved. The rest of the work ran on tools the team already had, which kept the focus on changing how we worked instead of on collecting licences.

  2. 03
    Review every PRD before design starts

    I built a PRD review prompt that runs eight passes on every requirements document, used on every PRD from January 2026: customer journey, feasibility, irreversible decisions, contradictions, open questions ranked by risk, the arithmetic, post-launch measurement and ownership. The output is fixed: one blocker, no more than eight owned questions, an edge-case matrix and a realistic UX scope. Design started from a reviewed brief instead of discovering the gaps in Figma.

    Anonymised PRD review output for a transfer-limits brief: one blocker on an undefined refund path, five owned questions ranked by risk for PM, Design, Compliance and Engineering, beside the eight review passes from customer journey to ownership.
    One review, fixed output, before design starts — eight passes, one blocker, ranked owned questions.
  3. 04
    Check designs against the quality bar

    I set up a review workflow using Claude with the Figma MCP integration, and Cursor for design-quality review, checking work against the UX Quality Bar and design-system rules: missing states, contrast, component misuse, unclear labels. The tools flag; the designer decides.

    Before and after of a phone-verification screen. Tool flags: no error state when the code fails, helper text at 3.1:1 contrast, and a vague Proceed button. Designer decisions: added resend with countdown, raised contrast to 4.6:1, renamed the button to Send code.
    The tool flags. The designer decides. — quality-bar check before and after.
  4. 05
    Make customer feedback a routine, not a project

    Voice of Customer used to arrive as occasional reports. I built a recurring app-store review analysis for PaysafeCard across Android and iOS, with a fixed spec, so themes and shifts fed straight into prioritisation and design reviews. The team used the same approach to synthesise usability tests and survey responses, so findings reached a design review in the same week.

  5. 06
    Prototype before detailed design

    Designers started building working prototypes with Figma Make, using our Global Design System, at the point where they used to draw static screens. A product manager could click through an idea and react to it before anyone invested in detailed design.

  6. 07
    Draft product copy from the writing guide

    The team had one UX writer, and copy was a bottleneck. We set up an assistant with our UX writing guide, glossary and tone rules, so designers got a first draft in the brand voice. The writer moved from writing every line to editing and owning the standard.

  7. 08
    Run UX assessments with scripts and prompts

    For the 2026 UX assessments of registration, KYC and P2P, we used Claude with scripts and prompts to walk the recorded flows, find issues and write them up in the standard format. Designers checked each finding and set the severity (UX Assessment Programme →).

  8. 09
    Invest in people, not only tools

    I funded AI-for-designers training for one designer, who then ran internal sessions for the team, and proposed a learning plan covering design, research and writing for everyone. Tools change every few months; a team that knows how to test them keeps its advantage.

Operating principle

Speed and quality move together.

A faster step that lowers quality is a failed experiment. AI accelerates; people evaluate intent, fit and the final decision.

Impact

Reflection

Models will keep changing. What lasts is whether the team gets more capable and stays accountable. I want AI to take the busywork and give designers more time for judgement, exploration and hard product thinking. In financial products there's always a person behind a decision about someone's money, and that responsibility should never become unclear.

What I would do differently is measure it. We changed how the work flowed, but we did not record time saved or rework avoided, so I can describe the change and not yet put a number on it.