Growing people through critique
Honestly, I think designers grow most in the review of their work, a lot more than in a one-on-one. Group critiques also help a team set its own standards and learn from each other.
Player-coach, building product teams that work AI-native. Over 13 years I've shipped products across fintech, public sector, B2B and consumer, some with 100K+ users across the EU and US, and built the teams that ship them.
I work as a player-coach, close to the product and the actual work while setting direction for the team around it. What I care about most is that the product and the team keep getting better.
Mostly leadership engagements and 0 to 1 products. A lot of my enterprise work is under NDA, so I'm happy to walk you through it on a screenshare. For older visual work, have a look at my Dribbble.
A few things I'm proud of from the last couple of years.
For me leadership is something you practise, not a title. I try to stay close enough to the work to set the bar by example, and far enough back to give people room to grow. It's about giving people the support and guidance they need to hit the team's goals, and in the end the real check of quality is the product that ships.
Honestly, I think designers grow most in the review of their work, a lot more than in a one-on-one. Group critiques also help a team set its own standards and learn from each other.
Quality only becomes real once it's written down. Design systems, principles and review criteria help turn taste into something a large team can refer back to.
I still design myself. Doing hands-on work on the hardest problems keeps me credible in my knowledge, and it keeps strategy honest about what it really costs to ship something.
I don't open Figma, or an AI tool, before I really understand the problem. AI is super valuable for decisions and ideation, but it doesn't replace judgement on key issues.
Most of what I do sits where product, UX and business overlap: connecting design decisions to business outcomes, whether that's a startup looking for product/market fit or a large organisation where the hard part is getting change to land.
Building teams that can hold their own standard.
A 15+ person design and front-end team at VDAB, the team I hired and led at AlphaMap, and 50+ career-switchers mentored through Designlab.
I care as much about the what and the why as about the how.
I started out as a product manager, at Fueled in New York and at Bringme, where I owned the product strategy and roadmap. Since then I've worked on the product questions as much as the design.
Connecting design choices to how a business actually works.
A decade of products where money is the product - banking, working capital, cash forecasting - plus a year of management consulting at Duval Union and P&L responsibility for my accounts at Internet Architects.
Using AI where it helps, and keeping the calls that matter with people.
I help teams build up shared context and reusable skills before jumping to agents, like I did with the VDAB design team. How I work with AI
Ongoing leadership for teams that need senior product and design direction.
I step in, get the team and the work stable, set the standard and hand over to a permanent lead when you're ready.
For founders and product leaders shaping a 0 to 1 product, or building out a design function.
When that's what the product needs, I work hands-on, from discovery and research to the design system.
The easiest way to start is a short call - I promise 15 mins will be worth it :)
sven@umber.meAI made generating options cheap. So for me the interesting work moved to what surrounds it - the context a model works from, and the judgement we apply to what comes out.
I think we're not only designing screens anymore. We're also rebuilding the conditions design work happens in, and making them readable for people and for machines.
Research, principles, design systems and past decisions are now inputs a model works from. So the quality of that foundation pretty much sets the ceiling for everything AI produces for a team.
I see a lot of teams that are still at prompting and try to jump straight to agents. That usually doesn't work, because an agent is only as good as the context and skills underneath it.
So I build it up step by step, and most of the value sits in the middle. It starts with context - research, principles and constraints written down once, so a model can reuse them instead of starting from scratch every time. On top of that come skills: a proven way of doing something well, which the model applies the same way every time. Skills then chain into workflows the whole team shares, and only once those hold up does it make sense to give a model more autonomy as an agent. Context and skills are usually where I start with a team.
Six layers a model needs to design well. Every organisation already has them - they just live in wikis, Figma files and people's heads, and very little of it is machine-readable.
So the work is mostly about translating and structuring what's already there, not inventing something new. Deciding what stays persistent, what gets added per task and how it all reaches the model is basically information architecture, but for machines.
The immature way of working is prompt, generate, accept. The loop I run starts earlier and ends later.
Adopting AI as one designer is a workflow question. Doing it with a whole design team quickly becomes a leadership question.
Freedom to explore, make mistakes and use their own tooling, without being too prescriptive about which technology to use.
People share what they've learned and how they want to apply it in their day-to-day work.
This is the most important part. Otherwise everyone builds their own process, components and AI workflows, and the team loses cohesion.
The freedom and the sharing stay. On top of that there's a consolidated backbone - same repo, source material and context, shared MD/JSON files, tokens and design system. People can still deviate with a good reason, as long as they share it back with the team.
AI belongs to content, product and platform together, so I don't believe separate teams owning it is the right setup.
Where I think the value moved now that the mechanical work got cheaper.
Execution is getting commoditised quite fast. Knowing what good looks like and holding the output to that is what I think stays valuable. The ceiling of quality is also how well you provide context. From shipping the right thing to embedding taste and craft, that's where the effort sits.
Solving for the person and where they want to get to in an experience. AI is becoming a capability inside every product rather than the headline, and that's what's left to design.