Product management is one of the most sought-after roles in tech, which means the bar to break in is high and the advice is mostly noise. Here's what hiring managers actually look for — and how to get past the catch-22 that you need PM experience to get a PM job.
What the role really is
A product manager is responsible for what gets built and why — not by command, but by influence. You sit between users, business, and engineering, and your job is to make sure the team builds the right thing. You rarely have direct authority over the people you depend on, which is why the skills below matter more than a title.
The four things screened for
- Product sense — judgement about what makes a product good, who it's for, and what to build next. Tested with "design a product for X" questions.
- Execution — can you ship? Prioritise ruthlessly, break work down, unblock the team, and get things over the line.
- Analytical ability — frame ambiguous problems, reason with data, size opportunities, define success metrics.
- Influence and communication — align people who don't report to you, and make a clear case under pressure.
You don't need permission to start being a PM. You need proof you already think like one.
Beating the experience paradox
The trap: jobs want PM experience; you can't get experience without a job. The way through is proof of the skills, sourced from wherever you are now. Led a project end-to-end in a non-PM role? That's execution. Shipped a side project and talked to users? That's product sense. Made a data-backed case that changed a decision? That's analytical influence. Adjacent backgrounds — engineering, design, analytics, consulting, founder — convert well when you frame them in PM language.
The interview gauntlet
PM interviews typically test the four areas directly: a product design question, an analytical/metrics question, a strategy question, and behavioural rounds probing how you influence and handle conflict. They're learnable with structured practice — most candidates fail not on intelligence but on not having a framework to structure their answers.
Break in with a plan
My Product Management Career course covers positioning your background, building proof, and beating each interview round — the structured version of getting hired.
View the PM career course →Questions
Do I need to be technical to be a PM?
Not always — it depends on the product. Technical fluency helps for deeply technical products; for many roles, product sense, execution, and influence matter more than coding.
What background converts best?
Engineering, design, data/analytics, consulting, and founding a small venture all convert well — each maps to one of the core PM skills when framed correctly.