Field notes
Notes from practice.
Real problems from product, UX/UI and design-system work, and what solved them. Short, honest, no theory for its own sake.
-
Mindset
Pinned
Theory of nothing: an empty set is still a set
-
Mindset
Pinned
Stop comparing, start framing: the only angle that matters
-
Design systems
Keeping a design system alive: ownership, debt and small regular fixes
-
Product & discovery
Why I stopped asking clients what they want
-
Design systems
A design system is a product, not a Figma file
-
Mindset
When AI is mandatory: focus, memory and the cost of doing six things at once
-
AI, for now
Claude, Figma, Claude, Figma, coffee: how AI really fits into my design work
-
AI, for now
When everything looks the same: AI, the flat design déjà vu, and why real-world thinking wins
-
Design systems
Sets that don’t know about each other: building on a client’s design system
-
Design systems
Adding a design system to a product that already exists
-
Design systems
Naming design tokens so people can still use them two years later
-
Design systems
One token set, many brands: theming a platform for multiple clients
-
Design systems
Getting developers to actually use the design system
-
Design systems
When to say no to a new component
-
Teams & delivery
Leading a UX and frontend team across many parallel projects
-
Teams & delivery
Strict but fair: how I give design feedback
-
Teams & delivery
Estimating design work so people can plan around it
-
Product & discovery
Before the first screen: the questions I ask every new client
-
UX
Redesigning a media CMS without stopping the media company
-
UX
One product, two screens: designing a mobile app and the web app behind it
-
UX
Designing public services when the rules can’t change
-
Mindset
The designs I loved and killed, and what they taught me
-
Teams & delivery
The universal soldier: domain knowledge plus range beats a narrow specialty
-
Mindset
No time to think, no opinion to give: when pressure kills judgment
-
Mindset
Mental health beats speed: designing at a pace you can keep
-
Design systems
Why I sometimes let a product ship without a design system or tokens
-
Product & discovery
Build, park or drop: letting go of ideas without losing face
-
Teams & delivery
Junior vs senior designers: the myths both sides believe
-
Design systems
Design tokens explained to a project manager in five minutes
-
Teams & delivery
Running delivery and R&D in parallel without starving either
-
Product & discovery
Ideas without egos: deciding together when everyone has a favourite
-
UX
Why B2B finance dashboards fail, and how to fix one
-
AI, for now
Creativity isn’t a prompt: protecting thinking time when AI does the typing
-
Teams & delivery
When a developer thinks they’re the designer, and how to work it out together
-
UX
Designing for people who didn’t choose your product
-
Product & discovery
Features are the last step, not the first
-
Product & discovery
One client asked for it. Does the market want it?
-
Product & discovery
Small test, big bet: checking the risky part before building
-
Product & discovery
Immature teams, mature teams: what each one needs from a leader
-
Product & discovery
A prototype for a pitch: what to show, what to skip
-
Product & discovery
Why it’s hard to build one product inside a company full of products
-
Product & discovery
Revenue is too late: measuring what the team can actually move
-
Product & discovery
Research once, build for months: breaking the habit
-
AI, for now
Shifting to AI: not the future, but a present that came from the past
-
AI, for now
AI is a tool like any other: what it changes in design work, and what it doesn’t
-
Teams & delivery
Too many managers, too few makers: who actually does the work?
-
Teams & delivery
Shipping under pressure when the process gets in the way: skill or style?
-
Mindset
Changing my mind on purpose: why being wrong early is cheaper
-
Mindset
Lazy is not the same as efficient: where shortcuts stop helping
-
Mindset
Too much input, too little filter: choosing sources you can trust
-
Mindset
Stop judging, start supporting