Usable with a quick edit10 of 12 checks passed
The output is fully structured and actionable, needing only a one-sentence addition citing the recruiter's withdrawal data to complete the take-home justification.
Output
Redesigned Growth PM Interview Loop
Principles: Every round tests a named criterion. Scoring happens in writing before anyone discusses. Candidate time is capped. Interviewer time is capped at two hours each.
The loop (about three weeks)
Round 1: Recruiter screen (30 min) Runs: Recruiter Tests: Evidence of shipping experiments on a weekly cadence, compensation, logistics. Explain the full loop and its time cap up front so candidates can decide early. Knockout: No recent experience running experiments with a regular cadence.
Round 2: Analytical work sample (candidate time capped at 2 hours; due within 5 days, candidate picks when) Runs: Data Analyst scores; Amara reviews. Tests: Diagnosis and experiment rigour. Brief: An anonymised trial dataset showing the 9% conversion rate. Where is the funnel leaking, what would you test first, and what would you need from Sales and Engineering? Output: A two-page memo, not a deck. One diagnosis, three ranked experiments, and one fully specified (hypothesis, primary metric, guardrail metric, sample size, engineering effort). Alternative: A 60-minute live version on a shorter dataset, for candidates who can't spare two hours. Both versions are scored on the same rubric. Interviewer time: 45 min review.
Round 3: Build session (60 min, joint) Runs: Head of Engineering and senior designer. Tests: Engineering partnership and design judgment. Can the candidate cut their top experiment to something shippable this week? Do they know what needs instrumentation and feature flags, and what the design needs to look like? Interviewer time: 60 min each.
Round 4: Influence role-play (45 min) Runs: Head of Sales. Tests: Influence without authority, and understanding of sales incentives. Scenario: Sales wants to keep manual follow-ups for trial users. The candidate needs reps to run a three-week test that changes their routine. The Head of Sales plays a realistic, sceptical rep. Interviewer time: 45 min.
Round 5: Ownership and judgment (60 min) Runs: Amara. Tests: Ownership, learning from failure, decisions on incomplete data. Format: Structured behavioural questions. Ask for three past experiments: one that failed, one where they changed a team's behaviour without authority, one decision made on incomplete data. Probe what the candidate personally did, not what the team did. Interviewer time: 60 min.
Round 6: Working norms (30 min) Runs: CEO. Tests: Candour, comfort with pace and ambiguity. This replaces "would I grab a beer with them" with defined questions: - Tell me about disagreeing with a senior leader. What happened next? - A test you championed lost. What did you do? - What pace and level of ambiguity do you need to do your best work? Interviewer time: 30 min.
Final debrief (45 min): Amara and all interviewers, using written scores.
Timeline: Days 1–2 screen and brief issued. Days 2–6 work sample. Week 2: Rounds 3–5. Week 3: Round 6, debrief within 48 hours, offer.
Interviewer load: Data Analyst about 1h; Head of Engineering and senior designer 1h each; Head of Sales 45 min; Amara about 2h 15m (Round 5 plus review and debrief; she can reduce this by handing Round 2 review to the analyst, as above); CEO 30 min plus debrief.
Scorecard
Rate each criterion 1–4. Scores of 3 or 4 are "meets bar." Criteria marked ★ are must-haves.
| Criterion | Strong (3–4) | Weak (1–2) |
|---|---|---|
| ★ Experiment rigour | Names a clear hypothesis, primary metric, guardrail, and sample size. Has run experiments weekly. Kills losing tests cleanly and says what they learned. | Describes strategy but not tests. Can't say how many experiments they ran or what changed as a result. |
| Funnel diagnosis | Reads the data before proposing ideas. Questions the metric and names where the leak is and how they'd confirm it. | Jumps to features or ideas without evidence. Takes the 9% at face value. |
| ★ Influence without authority | Gives a specific example of changing a team that didn't report to them. Uses the other team's incentives. Names trade-offs and what they gave up. | "I presented it and they agreed." Blames Sales or others for the outcome. |
| Engineering partnership | Scopes changes small and instrumentable. Knows about flags and staged rollouts. Asks about capacity before proposing. | Proposes large builds without checking cost. Treats engineering as a delivery queue. |
| Ownership and judgment | Describes their own decisions and what they'd do differently. Makes calls on incomplete data and says how they'd know if wrong. | Only success stories. Vague about personal role. Waits for certainty. |
| Working norms | Gives examples of disagreeing with a senior leader and following through. Comfortable with a small company's pace and ambiguity. | Needs everything defined first. Avoids disagreement. Can't name a time they were wrong. |
"Presence" and "very smart" are not criteria. Don't record them as evidence.
How we decide
- Score before discussing. Each interviewer submits scores and written evidence before the debrief. Nobody sees others' scores first.
- Apply the rules. Every must-have (★) needs a 3 or higher. Any 1 in any criterion is a no unless the panel explicitly discusses it. Don't average scores.
- Debrief on evidence. Go round the table. Each person states the evidence behind their score. Discuss in depth only where scores differ by two or more points. No show of hands.
- Amara decides. She writes a short rationale tied to the scorecard. The CEO must also score working norms at 3 or higher.
- If still split, run one 30-minute follow-up focused on the specific gap, then decide. Don't extend the loop.
- References. Ask referees for specific experiments the candidate ran and how they worked with Sales and Engineering.
Grades and run details
Decision model 88 · LLM judge 85
Decision model checks
- passUses the supplied evidence correctly41%
- passAddresses the actual decision85%
- partialRespects explicit constraints46%
- partialIdentifies material uncertainty51%
- passAvoids unsupported claims37%
- passProduces the required deliverable91%
- passTests what the last hire failed at100%
- passFixes the take-home's cost to candidates43%
- partialFits the people and the time58%
- passJudges on evidence, not presence100%
- passDefines good for this role first85%
- passKeeps each judgement independent100%
Run
- Run
- #1
- API response time
- 32 s
- Submitted
- 8 Oct 2026