Playbook

The Product hiring playbook.

The funnel, the rubric, the screen, the portfolio review, the case study, the cross-functional fit, and the offer, for PM, PMM, and product-design roles. Written for hiring managers with one open product role and a roadmap that will not write itself.
Picked Team16 December 202637 min read14 printed pagesProduct
Contents · 12 sections
  1. 01Why product hiring is the most cross-functional funnel.~3 min
  2. 02The funnel, end to end.~3 min
  3. 03The role brief.~4 min
  4. 04The rubric.~4 min
  5. 05Sourcing.~3 min
  6. 06Screening and portfolio review.~5 min
  7. 07The case study.~5 min
  8. 08The behavioural interview.~4 min
  9. 09Reading the three finalists.~4 min
  10. 10The on-site half-day and the cross-functional fit.~4 min
  11. 11The first ninety days.~3 min
  12. 12TL;DR and a one-page checklist.~2 min
Section 01
~3 min

Why product hiring is the most cross-functional funnel.

Product hiring is the funnel where the candidate has to land well with four different audiences inside your company: engineering, design, GTM, and the exec team. A PM who is loved by engineering but cannot earn trust from sales will struggle. A PMM who writes a beautiful narrative but cannot read a roadmap will misfire. The combinatorial fit problem is what makes product harder than its volume suggests.

Three things compound the difficulty.

One, the role is contested. Different companies use "product manager" to mean different jobs. A PM at a developer-tools company writes specs and runs sprints. A PM at a consumer company runs experiments and reads behaviour data. A PM at an enterprise SaaS company manages a portfolio of feature requests against a multi-year roadmap. The same job title hides three different jobs; the rubric has to encode which one you are hiring for.

Two, the artefacts are public-facing in a way engineering artefacts are not. PRDs, strategy memos, launch announcements, OKRs, customer-facing messaging. The candidate has shipped writing you can read. The portfolio review is a real assessment because the work is on the page.

Three, the wrong product hire breaks more relationships than the wrong engineering hire. An underperforming PM costs you the trust of an engineering team that bought in to a roadmap that turned out to be vague. Recovering that trust takes longer than recovering from a code regression.

What this playbook does.

This playbook walks one open product role end to end. It assumes you have an open PM, PMM, or product-design role, a working description of which of the three PM jobs above you are hiring for, and three to five hours of your own time across the next 30 days. It does not assume you have a CPO; if you do, share the playbook with them and run it together.

Read it once end-to-end. Then come back to whichever section you need on the day you need it.

If you only read one section, read section 04 (The rubric) and section 07 (The case study). The case study is where product hires are made or missed.
Section 02
~3 min

The funnel, end to end.

The product funnel has nine stages. Picked owns six of them. You own three: write the role brief, run the on-site, and make the offer.

  Stage                            Owner         Typical drop-off
  -----------------------------------------------------------------
  01  Role brief and rubric        You           n/a
  02  Posting and syndication      Picked        n/a
  03  Triage (intake)              Picked        ~40% pass
  04  AI screen (voice)            Picked        ~30% pass
  05  Portfolio review             Picked        ~50% pass
  06  Case study (live)            Picked        ~25% pass
  07  Behavioural interview        Picked        ~25% pass
  08  Three finalists arrive       Picked → You  3 vetted
  09  On-site half-day + offer     You           1 of 3 typical

For a typical mid-market PM role you should expect 280 applicants to produce 3 vetted finalists. Product roles attract slightly fewer applicants than sales but with higher per-applicant signal because the portfolio is on the page. The drop-off from portfolio review to case study is the heaviest gate; about half of applicants who pass the screen do not advance past their own past work.

280
typical applicants per role
24
reach the case study
3
finalists you read
~$28
Picked spend per hire

The case study sits at stage 06 because it is the highest-signal stage and the one where product hires are most often made. Notice that the portfolio review is async (the candidate annotates their own work in their own time) and the case study is live (60 minutes against a calibrated problem). Both are described in full in sections 06 and 07.

Pin this diagram. Every other section maps back to one of these nine stages.
Section 03
~4 min

The role brief.

The product role brief carries the heaviest weight of any role brief in the company. Product candidates filter brutally on the first paragraph; a vague brief means the strong candidates self-select out before the AI screen, and the rest will not be able to tell which of the three PM jobs you are actually hiring for.

What a good product brief contains.

  • The role title in plain English. "Senior PM, growth" beats "Product manager". "PMM, platform" beats "Product marketing manager".
  • Which PM job this is. One sentence in the candidate-facing JD that names the shape: "You will write the PRD, run the sprint, and own the launch" (the spec-runner shape) or "You will run experiments, read behaviour data, and shape the roadmap from outcomes" (the analytical shape) or "You will manage a feature portfolio against a 24-month roadmap" (the portfolio shape).
  • The product area. Named. "Onboarding and activation for the self-serve tier" beats "the product". The named area drives the case-study calibration in section 07.
  • The stakeholder map. Two-line description: who does the PM work with day-to-day, who do they report to, who do they coordinate with weekly, who do they coordinate with monthly.
  • The stage of the product. Pre-PMF, post-PMF growing, late-stage optimising. Drives the rubric weighting.
  • The two or three problems the PM will work on in the first quarter. Specific. "Reduce time-to-first-value from 11 minutes to under 5" beats "Improve activation".
  • Compensation band. Post the band. Equity if relevant.
  • Location policy and timezone overlap requirement (cross-functional roles often have stricter timezone needs).
  • Three to five must-haves. Each is a yes-or-no.

What a good product brief does not contain.

  • "Vision" or "leadership" as competencies. Both terms hide the real signal. Replace with the underlying behaviours: "writes a strategy doc the team can act on" (vision); "earns trust from engineering and design in cross-functional meetings" (leadership).
  • An MBA preference. We do not select on credential. The rubric does not see the school.
  • A laundry list of tools (Amplitude, Mixpanel, Linear, Jira, Productboard, Figma, Notion). Pick the two that matter and explain why.
  • A "years of PM experience" floor. Replace with a competency signal in must-haves (e.g. "has run a launch end to end at a company with at least 50 customers").

The brief is editable after posting. Edits to the role-shape line invalidate the case-study calibration; re-edits after candidates have started the case study are particularly costly. Get the shape sentence right before publishing.

Have your engineering lead and your head of design read the brief before posting. Product roles fail more often on cross-functional fit than on PM craft; if either reviewer says "this is not who I want to work with", fix the brief before the candidate sees it.
Section 04
~4 min

The rubric.

The default product rubric scores on five competencies, weighted as below. Product rubrics need more per-role tuning than engineering or sales because the three PM jobs (spec-runner, analytical, portfolio) call for different weight distributions.

The default product rubric (Senior PM, mid-market).

  1. Problem framing (25%). Takes an open-ended business problem and reduces it to the right question. Strips ambiguity. Does not solve the wrong problem with the wrong solution.
  2. Customer empathy (20%). Has done discovery; brings real customer voice into product decisions. Quotes real users, not "the customer in general".
  3. Trade-off judgement (20%). Decides what not to do. Ruthless about scope. Comfortable saying no with a reason the team accepts.
  4. Cross-functional leadership (20%). Earns trust from engineering, design, GTM in cross-functional meetings. Does not pull rank. Does not ghost.
  5. Outcome orientation (15%). Measures the right thing; holds the team to it; does not confuse activity with progress.

Tuning the rubric per PM job.

Three places where the default is almost always wrong for a specific product role.

One, for the spec-runner job (PM who owns sprint mechanics, PRDs, releases), raise Trade-off judgement to 30% and lower Customer empathy to 10%. The constraint at the sprint level is what to cut, not who to talk to.

Two, for the analytical job (PM in growth, data-product, experimentation), raise Outcome orientation to 30% and lower Cross-functional leadership to 10%. The constraint is metric literacy and experiment design; cross-functional dependencies are lighter day-to-day.

Three, for the portfolio job (senior PM running a roadmap across multiple feature teams), raise Cross-functional leadership to 30% and Problem framing to 30%; lower Trade-off judgement to 10% and Outcome orientation to 10%. The constraint is alignment across teams over months, not weekly sprint mechanics.

For PMM roles, replace the rubric entirely. PMM scores on: Narrative craft (30%), Buyer empathy (25%), Cross-functional leadership (20%), Trade-off judgement (15%), Outcome orientation (10%). The Narrative-craft and Buyer-empathy dimensions need their own item bank; Picked has both. Do not try to score a PMM with the PM rubric; the predictions break.

For product-design roles, replace the rubric entirely again. Product design scores on: Craft (25%), Problem framing (25%), Customer empathy (20%), Cross-functional leadership (20%), Iteration speed (10%). The Craft dimension is scored on the portfolio (section 06), not on the assessment.

The single most common product-hire failure pattern is scoring a portfolio-job PM against the spec-runner rubric, or the other way around. Get the rubric right for the specific job and the case study and behavioural interview will follow.
Section 05
~3 min

Sourcing.

Product roles attract candidates from a wider mix of channels than engineering or sales. Picked syndicates to the major product-specific channels by default; your job is to confirm the mix and add the two or three communities only you know about.

The default channel mix.

  • Public boards: LinkedIn (primary, about 45% of applicants), Otta, Wellfound for early-stage roles, Built In for US tech-hubs.
  • Product-specific: Mind the Product job board (the strongest single PM source), Lenny's Newsletter classifieds, ProductPlan careers, Pendo job board, ProductHunt jobs, Reforge community board (for senior PMs).
  • PMM-specific: PMMHive, ProductMarketingHQ, Pavilion (which has a PMM tier in addition to its sales-leader focus).
  • Product-design: Dribbble Jobs, Designer News, Designed.org, the Design Council job boards (UK), Read Cv (which has become a default for product designers).
  • Aggregators: Built In, RemoteOK, EU Remote Jobs.
  • Underground: PM-specific Slack and Discord communities (Lenny's, Mind the Product Mighty Networks, Product School community), the Reforge Slack, the Maven cohorts community.

Mind the Product and Lenny's Newsletter classifieds bring stronger PM candidates than LinkedIn for mid-market and senior roles; both are on by default in the Picked syndication. For PMM roles, Pavilion and PMMHive together typically outperform LinkedIn 2 to 1.

What only you know about.

Three sourcing moves only the hiring manager can make.

  1. Post the role on your own LinkedIn and on Twitter the same day. Product candidates check the hiring manager's recent posts before they apply; a thoughtful manager-written post outperforms a corporate post 4 to 1 on application quality.
  2. Send the role to one or two PMs in your network who are not looking. Ask for two specific introductions, not a forward. About 30% of senior PM hires come through this kind of warm introduction.
  3. If you have engineering or design leads who came through their own hiring process recently, ask them. Engineers and designers know good PMs from years of working together; their referrals carry strong cross-functional pre-validation.
A referral applicant runs the same screen, portfolio review, case study, and interview as a public applicant. Picked has no back door. The portfolio review in particular is the same for every candidate; pre-validation by your eng or design lead does not bypass it.
Section 06
~5 min

Screening and portfolio review.

The AI screen and the portfolio review run back-to-back. The screen takes about 15 minutes of the candidate's time; the portfolio review is async, about 90 minutes of the candidate's time across a 48-hour window. Both run without manager involvement.

The AI screen.

A 12 to 15 minute voice conversation, product-aware, motion-aware, scored against the rubric in flight. Same infra as the other playbooks (LiveKit voice, Whisper transcription, Anthropic Claude reasoning), different question bank tuned per PM job and per stage of product.

The screen asks: walk me through the most recent thing you shipped; what was the biggest trade-off you made; what did you learn from the launch that you would do differently; what would you tell the version of you that started in product five years ago. The questions adapt: a candidate who answers shallowly on the trade-off question gets a probe on the alternatives they considered.

About 30% of triaged applicants pass the AI screen. The rest get a structured response with the competency that scored below bar and an offer to retake in 90 days. No silent rejections.

The portfolio review.

The candidate submits two to four artefacts from past work: a PRD, a strategy memo, a launch announcement, a roadmap doc, an experiment readout, an analytics dashboard with annotations, or for designers a Figma file or a case-study walkthrough. Two to four total, at the candidate's discretion. Picked structures the review by asking the candidate to annotate each artefact with three things: what was the problem, what trade-off did you make, what would you do differently if you started again today.

The annotations are async. The candidate has 48 hours from receiving the review request. The combined annotation effort is about 90 minutes; we tell the candidate that explicitly so they do not over-invest.

Picked scores the portfolio on three dimensions: writing quality (does the artefact stand alone; can a stakeholder act on it without the PM in the room), self-awareness (does the annotation reflect on the trade-off candidly or defensively), and craft signal specific to the job (PRD specificity, strategy-memo framing, design fidelity, experiment hygiene). About 50% of candidates who pass the AI screen pass the portfolio review.

When a candidate cannot share artefacts under NDA, Picked offers a private-link redaction path; the candidate shares the artefact with sensitive details masked, and the review proceeds on the redacted version. About 1 in 8 senior PM candidates use the redaction path.

You do not need to read every annotated artefact end-to-end. The portfolio summary on the finalist card includes a one-paragraph reviewer note plus the highest-signal annotation excerpt per artefact. Read the full artefacts for the rank-1 finalist only.
Section 07
~5 min

The case study.

The case study is where product hires are made or missed. A 60-minute live structured exercise on a real problem calibrated to your product area. Voice-only by default; whiteboard or shared-document option available. Runs after the portfolio review; only candidates who pass the portfolio review reach the case study. About 25% of candidates who reach this stage pass.

How the case study is built.

Picked builds a case study for your role at the role-brief stage. The case study uses your real product area but with details changed: the same shape of problem, the same shape of constraints, but disguised enough that an existing customer cannot pattern-match the answer from prior knowledge. The case is calibrated by the named product area in the role brief (e.g. "Onboarding and activation for the self-serve tier" produces a specific case calibration).

Every candidate for the same role sees the same case. Scores are comparable across candidates.

What the candidate experiences.

The candidate receives the case brief 24 hours before the session. The brief is one page: the company context (fictional but realistic), the product area, the problem they need to address, the timeframe, and the constraint set. The candidate prepares for 24 hours. We tell them not to spend more than 90 minutes of prep; over-preparation hurts the live signal.

The 60-minute live session is structured in four parts: 10 minutes of context questions (the candidate asks Picked clarifying questions about the case), 25 minutes of framing and approach (the candidate walks through how they would diagnose and prioritise), 15 minutes of solution and roadmap (the candidate proposes what to do in the first 30 days), and 10 minutes of trade-offs and risks (the candidate is asked to name what they would not do and why).

No pitch-decks, no slide-prep allowed. The candidate can sketch on a shared whiteboard if they want; most do not. Voice-first means the candidate explains the reasoning in real time and Picked probes adaptively.

How the case study is scored.

Five anchor scores, calibrated against the role rubric. Framing (did they ask the right clarifying questions to reduce ambiguity), Diagnosis (did they identify the real problem rather than the presenting symptom), Prioritisation (did they choose well between competing approaches and explain the trade-off), Communication (did they explain the reasoning clearly under questioning), and Self-awareness (did they name a real risk in their own proposal).

The full transcript ships with the finalist card. For the rank-1 candidate, plan to read the transcript end to end before the on-site. The case study is the highest-fidelity signal in the entire funnel; the on-site half-day is partly a re-test of what the case study found.

The case study transcript is the single most quoted artefact in product-hire post-mortems we have seen across the beta. When a hire works out, the transcript predicted it. When a hire misfires, the transcript hinted at it. Read it.
Section 08
~4 min

The behavioural interview.

The behavioural interview is the fourth gate, after the AI screen, the portfolio review, and the case study. A 25-minute live voice conversation, adaptive, scored against the rubric. About 25% of candidates who reach this stage pass. The behavioural interview catches the cross-functional and self-awareness signals the case study cannot fully cover.

What the interview asks.

Five anchor questions, each with adaptive follow-ups. Anchors are the same across every senior PM interview; follow-ups depend on the candidate's answers, the case-study transcript, and the rubric weights from section 04.

  1. Walk me through a launch you shipped that did not land. What was the proximate cause, what was the underlying cause, and what did you change in how you work?
  2. Describe a time you disagreed with an engineering lead about scope. What was the call, how did you handle it, what was the outcome, and what would you do differently?
  3. Tell me about a feature you killed (or argued to kill) that other people wanted to ship. How did you decide? How did the team take it?
  4. You have one quarter and three competing roadmap candidates: a product-led growth experiment, a sales-asked feature, and a stability investment. Walk me through how you pick.
  5. Describe a time a customer told you something that changed your roadmap. What did you hear, what did you change, and how did you bring the team along?

No "tell me about yourself", no chronological CV walkthrough. The interview adapts to the case study; if a candidate showed strong framing in the case but weak trade-off judgement, the follow-ups press on trade-off scenarios. Voice-only by default; no facial recognition; no tone-of-voice scoring.

Why this works.

Combined behavioural plus case-study signal correlates with on-the-job product performance at r=0.46 in our held-out cohorts (n=1,420 product hires across 64 companies, 2018 to 2025 Neuroworx data). The behavioural alone is r=0.38; the case study alone is r=0.41; combining the two adds enough orthogonal information to lift the prediction.

The interview is scored against the rubric in flight. The candidate sees a transcript and competency score sheet within 24 hours.

Save your "tell me about a hard cross-functional moment" questions for the on-site, not the Picked interview. Real cross-functional fit is tested by meeting the team, not by hearing it described.
Section 09
~4 min

Reading the three finalists.

Three vetted finalists arrive in your inbox on Friday morning. Each is a single-page finalist card with six blocks: the headline, the competency breakdown, the portfolio summary, the case-study summary, the behavioural narrative, and the next-step buttons. Reading three cards takes about 20 minutes; longer than engineering because the case-study artefact is the part that deserves real attention.

The finalist card, in order.

  1. The headline. Candidate name, candidate-side public title, candidate location, role-fit rank (1, 2, or 3), rubric-weighted score out of 100.
  2. The competency breakdown. Five rows from the rubric. Each row has the score, the percentile against the role-family bank, and the artefact span (case-study transcript, portfolio annotation, or interview transcript) that drove the score.
  3. The portfolio summary. One paragraph per artefact: what the artefact was, what the candidate's annotations revealed, what the reviewer note flagged. The full artefacts are linked.
  4. The case-study summary. Two paragraphs: framing and diagnosis on the first; prioritisation, solution, and risks on the second. The full transcript is one click away; for the rank-1 finalist plan to read it end to end.
  5. The behavioural narrative. Three short paragraphs covering the three answers the screener flagged as most informative.
  6. The next step. Buttons to advance to the on-site, park, or override the rank with a note.

How to read three cards in 20 minutes.

Headlines first. Then the case-study summary for rank-1 (the highest-fidelity signal). Then the competency breakdown for rank-1, focused on whichever competency you weighted highest in the rubric tuning. Then skim the portfolio summary for rank-1. Decide on rank-1.

Only then read rank-2 in any depth. Product roles see more overrides than engineering and slightly fewer than sales; the override rate in our beta sits at about 20%. The override is usually triggered by a specific cross-functional fit consideration the rubric did not weight enough (engineering lead would clash, design lead would prefer the other candidate, GTM lead does not see the partnership).

Then make the call. Advance one finalist to the on-site. Park the other two with a structured response within 24 hours, including the competency where they were below bar and the date they can re-enter the funnel.

The case-study transcript is the highest-fidelity signal in the funnel. If you read nothing else end to end, read the rank-1 candidate's case-study transcript. About 10 minutes; predicts the hire better than the on-site.
Section 10
~4 min

The on-site half-day and the cross-functional fit.

The product on-site has a different shape from engineering or sales. The point of the on-site for a product role is to test cross-functional fit: how the candidate works with engineering, design, GTM, and the exec team. The format below works for mid-market PM hires; adapt for PMM (more GTM, less engineering) or product-design (more design, more craft demo) accordingly.

A good product on-site, in five blocks.

  1. Engineering lead, 45 minutes. A real conversation about one recent technical trade-off your team made. The engineering lead listens; afterwards they say whether they want to work with this PM.
  2. Design lead, 45 minutes. The candidate walks through their portfolio with the design lead. The conversation is about craft, taste, and how the PM thinks about user research. The design lead scores on whether the PM would respect the design partnership.
  3. GTM lead, 45 minutes. A real recent launch (or a planned upcoming one) is the topic. The candidate critiques the narrative, the positioning, and the sequencing. The GTM lead scores on whether the PM would carry the launch alongside marketing rather than throwing the release over the wall.
  4. Team lunch (60 minutes). Off the record. The PM meets a small group from the product, engineering, and design teams. The hiring manager is not in the room.
  5. Wrap with the hiring manager (45 minutes). The PM asks the questions they did not ask earlier. The hiring manager flags anything from the case-study transcript or the finalist card narrative that they still want to follow up on.

Calibrating with the three leads.

After the candidate leaves, the three leads (engineering, design, GTM) and the hiring manager meet for 30 minutes. Each lead gives a yes / no / unsure on whether they want to work with this PM. The structure of the meeting is: each lead speaks before the hiring manager, the hiring manager listens, then synthesises.

A "no" from any of the three leads is disqualifying for a product hire. The cross-functional partnership is what the job is; if one of three leads cannot see the partnership working, the hire will struggle, no matter the case-study score. About 1 in 6 candidates we see at on-site stage gets a "no" from one of the leads; the hiring manager almost always agrees in retrospect that the lead saw something they did not.

The offer.

Make the call within 48 hours of the on-site, including the leads-meeting consensus. Make the offer within 72 hours of the call.

Three things in the offer letter that matter for product roles. One, the named scope ("you will own onboarding and activation for the self-serve tier"). Two, the reporting line and the cross-functional partners by name. Three, a hand-written "why we picked you" note from the hiring manager. The named scope in particular reduces month-three role-creep negotiations significantly.

About 25% of senior product offers attract a counter from the current employer. Same data shape as engineering. The 24-hour offer to listen rule applies. Most product counter-offers fail in the second conversation because the candidate names what their current role is not giving them (a real owned area, a real partner team).
Section 11
~3 min

The first ninety days.

Product ramp is slower than engineering or sales. A new PM is productive at 60 days, peak at 6 to 9 months. The first 90 days are where cross-functional trust is built or broken; under-invest here and the hire takes twice as long to land.

Three things to set up before day one.

  • A clear owned scope on paper. Not "you will support the team". The PM owns a named product area from day one; even if the depth of ownership grows over the first quarter, the area is named before they start.
  • A named onboarding partner from engineering and another from design. The two partners are on the hook for the PM's "how does this team work" questions for the first 30 days. The manager handles rubric-shaped reviews at 30, 60, 90 days.
  • A real first-week artefact. Not a PRD they will throw away; not a "shadow this sprint" assignment that produces nothing. A real artefact (a discovery readout, a roadmap option, a feature kill-or-keep memo) that the team will use.

The 30-60-90 review.

Product reviews are calendared at 30, 60, and 90 days, same as sales. Use the same five competencies from the rubric. The 30-day review focuses on Problem framing and Cross-functional leadership (the two that show up first). The 60-day review adds Trade-off judgement as the first owned decisions hit. The 90-day review covers all five and includes a 360 from the engineering and design partners.

The 360 at 90 days is the part most companies skip and most predictive of long-term fit. Ask engineering and design (and GTM, if relevant) the same question: "Would you choose to work with this PM again, on a new project, starting next quarter?" Their answers, taken together, are a better 12-month performance predictor than any manager-only review.

Block the 30, 60, 90-day reviews and the 90-day 360 on your calendar the day the offer is accepted. Product managers in particular under-invest in scheduled reviews because the cross-functional day-to-day is busy; the probability you remember to do them, unprompted, is low.
Section 12
~2 min

TL;DR and a one-page checklist.

The whole playbook in one page. Print this section; pin it; come back to it every time you open a product role.

TL;DR.

  • Product hiring is the most cross-functional funnel. Three audiences have to land well: engineering, design, GTM. The wrong hire breaks more relationships than the wrong engineering hire.
  • Three stages are yours: the role brief, the on-site, and the offer. Picked owns six (including the portfolio review and the case study).
  • The brief names which of three PM jobs you are hiring for. Spec-runner, analytical, or portfolio. The case study calibrates from the named product area.
  • The rubric needs more per-role tuning than engineering or sales. PMM uses a different rubric entirely; product design uses a different one again.
  • The case study at stage 06 is where product hires are made or missed. Read the rank-1 transcript end to end before the on-site.
  • The on-site tests cross-functional fit. Engineering lead, design lead, GTM lead, lunch, manager wrap. A "no" from any of the three leads is disqualifying.
  • Make the call within 48 hours of the on-site; the offer within 72. Three things in the offer letter: named scope, named cross-functional partners, hand-written "why we picked you" note.
  • Block 30, 60, 90-day reviews and the 90-day 360 on the day the offer is accepted.

The checklist.

  • Write the role brief.
    60 minutes. Name which of three PM jobs this is. Name the product area. Name the stakeholder map. Post the band.
  • Have your engineering and design leads read the brief.
    15 minutes. If either says "this is not who I want to work with", fix the brief before posting.
  • Tune the rubric.
    10 minutes. Spec-runner, analytical, or portfolio. PMM and product-design use different default rubrics; use the right one.
  • Post the role.
    8 minutes. Picked syndicates to Mind the Product, Lenny's, Reforge, PMMHive, and the rest.
  • Share on your own LinkedIn and Twitter the same day.
    Tag your team. Send to two PMs in your network. Ask engineering and design leads if they have referrals.
  • Wait. Read your inbox on Friday morning.
    About 14 to 21 days from post to finalist card for a typical senior PM role.
  • Read the three finalist cards in order.
    20 minutes. The case-study transcript for rank-1 is the load-bearing artefact.
  • Run the on-site half-day.
    Five blocks across about 4.5 hours. Engineering lead, design lead, GTM lead, team lunch, manager wrap.
  • Run the leads calibration meeting.
    30 minutes after the candidate leaves. Each lead speaks before the manager. A "no" from any lead is disqualifying.
  • Make the call within 48 hours; the offer within 72.
    Three things in the offer letter: named scope, named cross-functional partners, hand-written note.
  • Handle the counter-offer if it comes.
    A 24-hour offer to talk. Listen, do not match. About 25% of senior PM offers attract one.
  • Set up day one before day one.
    Owned scope on paper, named engineering and design onboarding partners, real first-week artefact.
  • Block 30, 60, 90-day reviews and the 90-day 360 on your calendar today.
    Use the same rubric. The 90-day 360 from engineering and design is the load-bearing review.
The whole loop, end to end, is about 35 days from post to start date for a typical senior PM role. About 6 hours of your time across that window. The rest runs without you.
About the author
Picked Team
Engineering and research

The people building Picked. Method posts, model cards, fairness audits, product opinions. Edited and signed off by the engineering and research leads.

From reading to hiring.
Three vetted finalists.
Friday.
$0.99 per AI-vetted candidate. First 50 free.
The Product hiring playbook. · Picked.ai