Framework · in-progress

AI in the design workflow

Where AI actually helps a design team ship - and where a human still has to lead.

The workflow

AI shows up differently at each stage of the work, and treating it as one tool undersells (or oversells) what it’s for:

  • Research synthesis - the highest-leverage stage. Fast first-pass themes across a large interview set, freeing human attention for the judgement calls.
  • Exploration - wide, cheap divergence. More directions in less time, so the team argues about the right things instead of running out of options early.
  • Systemizing - turning a scattered set of decisions into a documented, reusable system (see Design systems).
  • Coding - Figma-to-code and prototype-to-code, closing the gap between what’s designed and what ships.

Prompt patterns

The patterns that actually hold up are boring: ground every prompt in the team’s own principles and component inventory rather than general taste, and separate “generate options” prompts from “critique this” prompts - mixing them produces agreeable mush instead of useful friction.

Guardrails - what AI must not decide

  • Strategic trade-offs. It doesn’t have the business context to weigh them.
  • What “good” means for this product. That’s a judgement call, not a pattern match.
  • The final call in a critique. AI can surface gaps; a human still owns the decision and carries it.

Every claim above started as an experiment in the Lab - a specific question, a specific build, a documented outcome. This framework is the generalised version of what held up across more than one of those.