The product designer skills hiring managers miss, each shown on a real project: research without users, writing that lifted activation 13% to 65%, code and AI.
The product designer skills that matter most are problem framing, research you can run even when users are hard to reach, interaction and visual craft, systems thinking, writing that explains value, enough data sense to read a funnel, enough code to work with engineers, and the judgment to design AI features people trust. Tools come and go. Those eight show up in every role I have had over 12 years, from a solo designer at a Swedish energy startup to Lead Product Designer and design engineer on ViewStats, the creator platform built by the team behind MrBeast. Below I go through each skill with the project where I needed it, what juniors and seniors do differently, and how AI is changing which skills are worth your time right now.
Search "what skills do you need to be a product designer" and you get the same list: Figma, wireframing, typography, empathy, communication. None of it is wrong. It just describes the inputs, not the job.
A product designer is hired to change an outcome. More people finish onboarding. Fewer people call support. A team ships the right thing faster. If you want the full picture of the role first, I wrote a long guide on what a product designer does. This post zooms into the skills behind it, and I will only use examples I can point to in my own published case studies.
One honest limit before we start: this is a digital product view. If you design physical products, some of this transfers (framing, research, systems) and some does not.
Here is the short version. The rest of the post explains each row.
| Skill | What it looks like in practice | Where I needed it | Junior vs senior |
|---|---|---|---|
| Problem framing | Turning a feature request into the real user problem | ViewStats: creators wanted confidence, not more charts | Juniors solve the ticket. Seniors question it first. |
| Research under constraints | Getting signal when users are busy, rare or far away | Accern: finance enterprises reached through customer success | Juniors wait for perfect access. Seniors find a proxy. |
| Interaction and visual craft | States, motion, hierarchy, feel | 17 AI experiments with physics, motion and sound | Juniors design the happy path. Seniors design every state. |
| Systems thinking | Components and tokens that hold across surfaces | One design system for web, mobile, marketing and a Chrome extension | Juniors make screens. Seniors make rules. |
| Writing for value | Copy that explains why to act now | Onboarding redesign: 13% to 65%+ channel connection | Juniors fill placeholders. Seniors write the argument. |
| Data sense | Reading funnels and usage, picking what to measure | Greenely: adding Mixpanel to an app nobody measured | Juniors report numbers. Seniors decide which ones matter. |
| Working in code | Prototyping in the real stack, reviewing builds | ViewStats: React components and pull requests | Juniors hand off. Seniors close the loop. |
| Designing AI trust | Making AI output clear, editable and safe to use | ViewStats AI thumbnail and title tools | Juniors design the prompt box. Seniors design the failure cases. |
This is the skill I would pick if I could only keep one. At ViewStats, the obvious move was to add more analytics. Research with creators (interviews, onboarding analytics, Discord feedback, support requests) pointed somewhere else: they wanted to know what to make next. The dashboard work changed direction because of that framing, and I wrote about it in dashboard UX that gives clarity instead of charts.
How to practice it: before you open Figma, write the problem in one sentence that names a person and the decision they are stuck on. If you cannot, you are not ready to design.
Every course teaches user interviews. Fewer teach what to do when the users are large finance enterprises who will not give you an hour. That was my situation at Accern, a no-code NLP platform, where 95% of users never used the product themselves. I worked through the customer success team, ran interviews where I could, sent a usability survey, and built personas, an empathy map and How Might We statements from that. The full story is in the Accern no-code AI platform case study.
The opposite also happens. At Greenely, users were in a Facebook group of 2,000+ members and some knocked on the office door. Same skill, different tactics. The senior version is knowing which proxy is good enough and how much to trust it.
Craft is still the entry ticket. Typography, layout, hierarchy, color: hiring managers check these in seconds. What separates people now is the parts most portfolios skip, like loading, empty and error states, and how the interface feels in the hand.
I push this hard in my AI design experiments, where I design the motion and the sound effects as well as the screens. One example is a bank card you freeze and then tap to shatter, broken down in my post on micro interactions examples. You do not need to go that far in every product. But a designer who can make an interaction feel right is rarer than one who can make it look right.
Accessibility belongs here too. Learn the basics of the WCAG accessibility guidelines (contrast, focus states, labels). It is part of craft, not an extra.
At ViewStats, one design system had to serve the web app, the mobile app, the marketing site and a Chrome extension: typography, color, navigation, data viz, tables, forms, empty states, variables and tokens. A screen-by-screen designer cannot hold that together. You need to think in rules: what a component is allowed to do, and what it never does.
The same thinking applies outside the UI kit. Pricing tiers, notification logic and permissions are systems too.
This is the most underrated of all the product designer skills. On ViewStats, many creators signed up and never connected their YouTube channel. The problem was not the button. They did not understand what they would gain. The redesign leaned on onboarding moments, empty states and contextual prompts that showed value before asking for access, and the channel connection rate went from 13% to 65%+. I wrote the whole breakdown in onboarding UX best practices.
My rule from that project: show value first, ask for trust second. Most of that is words, not pixels.
You do not need to be an analyst. You need to read a funnel, spot where people drop, and ask a better question than "is the number up?" When I joined Greenely as the sole product designer, the app had been wireframed by a PM and never tested. Adding Mixpanel was one of the first moves, because you cannot improve what nobody measures. The Greenely energy app case study covers what came after.
Five years ago I would have called this optional. I do not anymore. On ViewStats I worked in the codebase with Cursor, Claude Code, React, TypeScript and GitHub: I designed, prototyped, built React components, opened pull requests and reviewed implementation. Iteration cycles got much shorter because the gap between "designed" and "shipped" mostly disappeared.
You do not have to become a full engineer. Start by reading code and changing small things. If you want to go further, my guide on how to become a design engineer lays out the path, and the official React tutorial is a good first step for web.
The newest skill on the list, and it is moving fast. The AI tools at ViewStats (thumbnail generation, text to thumbnail, variations, AI titles, thumbnail testing) went from concept to launch in roughly two weeks. The hard part was not the interface. It was trust: what the AI is doing, how to edit the result, what happens when it is wrong.
Those tools also drew public criticism about their impact on artists and thumbnail designers. That taught me a skill no list mentions: thinking about who outside your user base is affected by a feature. Product decisions do not exist in isolation.
AI is changing the weight of each skill, not the list. Here is how I see it from shipping with these tools every week.
Worth less than before: producing many static variations by hand, pixel-perfect redlines for handoff, and memorizing tool shortcuts. AI and code-first workflows absorb a lot of that production work.
Worth more than before: framing, taste, research judgment, writing, and the ability to direct AI output and say no to it. Also working in code, because AI coding tools have made it far easier for designers to build real prototypes.
I covered this shift in more depth in will AI replace product designers. Short answer: AI replaced a lot of my production work and none of my judgment.
One thing I would not do: chase every new AI tool. Pick one design tool and one way to build (web or iOS) and get deep. Depth compounds. Tool hopping does not.
A skills section that lists "Figma, research, prototyping" tells a hiring manager nothing. Everyone writes that. Proof works better:
You can see how I structure that kind of proof on my product design work page. If you are still deciding whether this path is right for you, read is product design a good career before you invest in a portfolio.
You need problem framing, user research, interaction and visual design, systems thinking, clear product writing, basic data literacy, enough code to work closely with engineers, and, more and more, the judgment to design AI features. Tool skills like Figma are required but are the easiest part to learn.
Not to get a first job. But designers who can read code, prototype in the real stack and open a pull request get faster feedback and more trust from engineers. In my work, coding changed the role more than any design tool did.
The skills overlap a lot. The difference is ownership: a product designer is accountable for the outcome across the whole product, so business sense, data and prioritization weigh more. I explain this in product designer vs UX designer.
Framing the right problem, choosing between options with taste, understanding people through research, and deciding what a product should not do. AI can generate options. It cannot own the decision or its consequences.
The tools take weeks. The judgment takes years of shipping and seeing what happens after launch. That is why real projects, even small ones you build yourself, teach more than courses alone.
Pick one product you use every day and do these five things:
If you get stuck on one, that is your next skill to work on. And if you are a founder who needs these skills on your team now, you can hire a product designer who ships code and tell me what you are building.
If you have a web or mobile app idea in mind or you need some advice about product design, feel free to get in touch ✉️