Faster synthesis
Interview notes, product history, and connected stories become a source-linked brief before design starts.
AI design practice
I use AI to read the real sources, test more directions, build working prototypes, and keep decisions available after a project ends.
It uses verified requirements, current screens, known components, and review from people who own the decision.
The working loop
The designer still owns the question, evidence, choice, and final review.
Connected Figma, Jira, meeting records, product documentation, and code give the work current context.
AI groups interview notes, repeated pain points, constraints, and open questions. I check the source before using a claim.
I ask for distinct concepts, failure states, and tradeoffs. Weak directions end before the team spends time polishing them.
Instructions name current components, tokens, flows, and product rules. New patterns require a clear gap and team review.
AI-assisted code turns selected flows into interactive prototypes. I test responsive behavior, states, keyboard use, and recovery.
Finished work becomes a searchable record with the reason, source, owner, limits, and release state.
What this changes
Interview notes, product history, and connected stories become a source-linked brief before design starts.
The team can compare several behaviors and their edge cases before committing to a visual direction.
The Kiosk case includes a coded flow for service type, menu, options, order, payment, and recovery.
Try the Kiosk proof →Product instructions stop each new task from restarting with guessed components or old behavior.
I use AI-assisted code to test interaction and responsive rules. Engineers still own product code review and release.
The next project can reuse the reason behind a rule instead of copying a screen without its context.
Guardrails
Important facts link back to product, research, or release evidence.
The system stays consistent unless the product has a verified component gap.
AI can compare options. The responsible designer, product manager, or engineer approves the decision.
Shipped, partial, proposed, and unmeasured work keep separate labels.
Recorded practice
These numbers come from my April 2026 design Town Hall. They describe the work behind one polished screen.
Return to hiring guide →