Tasks / Leadership

Hire a PM

Can the model design a hiring process that finds the right PM, and make the call on real candidates from the evidence?

Task type v1.1 · 2 tasksLast changed 6 Oct 2026 · ChangelogDifficulty

What AI gets right here, and what you’ll still have to catch

From 16 graded outputs by 8 models. 63% were usable with at most a quick edit.

Reliably right

  1. Produces the required deliverable100% pass
    The output provides a complete loop, scorecard, and decision plan in the requested form, under 900 words, usable by Amara with light edits.
    GPT-6.1 Sol · API · A loop for the first growth PM
  2. Tests what the last hire failed at100% pass
    The loop includes an influence simulation with the Head of Sales and a scorecard dimension on influence without authority, directly testing what the last hire failed at.
    GPT-6.1 Sol · API · A loop for the first growth PM
  3. Finds which rounds line up with performance100% pass
    It compares each round's scores with 12-month ratings, finding behavioral lines up and take-home, presentation, VP Engineering do not.
    GPT-6.1 Sol · API · What our interviews predict

Where it slips

  1. Avoids unsupported claims56% pass
    The claim 'A growth PM in a senior role is likely to be exactly that kind of person' is presented as fact without evidence and is not labelled as an assumption.
    Opus 5.5 · Claude · A loop for the first growth PM
  2. Identifies material uncertainty58% pass
    The output does not name unknowns that could change the hiring decision or the loop design, nor does it say how they would be resolved.
    Sonnet 5.5 · API · A loop for the first growth PM
  3. Defines good for this role first63% pass
    The memo does not explicitly name the competencies that matter most for this PM role and level, nor define what strong and weak look like before designing the interviews.
    Sonnet 5.5 · API · What our interviews predict

How it’s graded

Each check is built on how world-class product and growth leaders do this work, as they’ve described it on Lenny’s Podcast, and names the leader it comes from.

  1. Judges on evidence, not presence

    Does the output judge candidates, or design the process to judge them, on specific evidence of results they drove and how they worked with their team, rather than impressions such as presence, confidence or polish?

    Passes when Asks for or weighs concrete evidence: the metric a candidate moved, the part they played, how they shared credit, what they learned from a failure. Impressions are treated as weak signals.

  2. Defines good for this role first

    Does the output set out what good looks like for this specific role (the competencies that matter most at this level, and what strong and weak look like) before judging candidates or designing interviews?

    Passes when Names the competencies weighted for this role and level, with strong and weak signals, and the judgement or the process follows from them.

  3. Keeps each judgement independent

    Does the output keep each interviewer's judgement independent (written down before the group discusses it), and guard against the loudest voice or the first speaker deciding?

    Passes when Requires or relies on written, independent evaluations before discussion, and discounts views that changed under group pressure.

Plus our standard checks

Uses the supplied evidence correctly · Addresses the actual decision · Respects explicit constraints · Identifies material uncertainty · Avoids unsupported claims · Produces the required deliverable · and 3 written for each task, which you’ll see in the tasks below.

The tasks

Read the brief, then compare up to three outputs, each with the LLM judge’s verdict on every check. Highlights mark what a PM had to fix.

The brief

You're Director of Product at Kestrel. Elif Demir, our VP Product, wants to fix the PM interview loop before we hire four more PMs next quarter (her note is below). Using the data we have, write her a memo of no more than 1,000 words: which parts of the loop seem to predict how PMs do once hired and which don't, how confident we can be, and the loop you'd run next quarter.\n\nThe files are attached.

What the model was given3 items: elif_note.md, current_loop.md, pm_candidates_last_18_months.csv (every PM candidate who reached the final rounds)
elif_note.md1 lines · Download
From Elif (VP Product): "We've made three PM hires in 18 months who struggled. I want to know what in our loop is and isn't working, using the data we have, and what to change before we hire four more PMs next quarter."
current_loop.md10 lines · Download
# Current PM interview loop

1. Recruiter screen.
2. Take-home: a product strategy deck, one week to complete.
3. Presentation of the take-home to a panel.
4. Behavioural round: "Tell me about a metric you moved", with follow-ups on what you did and what you learned.
5. VP Engineering conversation ("technical credibility").
…
pm_candidates_last_18_months.csv (every PM candidate who reached the final rounds)candidate,background,takehome_score,presentation_score,behavioural_metric_round_score,vp_engineering_score,outcome,rating_after_12_months C100,Big tech,4,4,3,2,Withdrew, C101,Startup,3,2,4,2,Hired,5 C102,Big tech,1,2,3,4,Rejected, C103,Agency,1,3,2,3,Rejected, C104,Big tech,4,3,3,4,Hired,3 C105,Startup,4,2,1,1,Rejected, C106,Startup,4,2,1,3,Rejected, C107,Big tech,4,4,2,4,Hired,2 C108,Consulting,1,4,2,1,Rejected, C109,Agency,4,2,1,2,Rejected, C110,Consulting,3,1,2,2,Rejected, C111,Big tech,2,2,1,4,Rejected, C112,Agency,3,1,2,1,Rejected, C113,Startup,4,2,3,1,Withdrew, C114,Big tech,2,2,3,2,Withdrew, C115,Consulting,3,1,1,1,Rejected, C116,Startup,2,2,1,1,Rejected, C117,Startup,2,1,4,3,Withdrew, C118,Startup,2,2,1,2,Withdrew, C119,Consulting,1,1,3,3,Rejected, C120,Consulting,2,4,1,3,Rejected, C121,Consulting,2,3,4,1,Rejected, C122,Agency,4,1,3,3,Withdrew, C123,Agency,2,4,4,1,Rejected, C124,Big tech,2,2,2,3,Rejected, C125,Startup,2,2,1,3,Rejected, C126,Consulting,4,1,2,2,Rejected, C127,Consulting,1,3,3,1,Rejected, C128,Startup,3,3,2,3,Rejected, C129,Agency,3,3,3,1,Rejected, C130,Startup,1,3,2,2,Rejected, C131,Agency,1,2,4,2,Rejected, C132,Big tech,3,4,2,4,Hired,2 C133,Agency,2,4,2,1,Rejected, C134,Consulting,4,4,3,3,Hired,3 C135,Consulting,3,4,4,3,Rejected, C136,Consulting,2,2,3,2,Rejected, C137,Consulting,3,4,3,1,Withdrew, C138,Startup,2,4,4,2,Withdrew, C139,Startup,3,2,2,3,Rejected, C140,Startup,1,1,3,3,Rejected, C141,Startup,3,3,4,3,Hired,5 C142,Big tech,4,2,3,4,Withdrew, C143,Consulting,1,4,3,2,Rejected, C144,Consulting,1,1,1,2,Rejected, C145,Agency,4,1,2,1,Rejected, C146,Startup,3,1,4,1,Rejected, C147,Big tech,4,1,1,4,Withdrew, C148,Big tech,4,4,2,4,Hired,2 C149,Agency,2,3,4,2,Hired,4 C150,Consulting,4,1,1,2,Rejected, C151,Startup,2,3,3,3,Hired,4
What a strong answer doesThe answer key the graders mark against

Uses the nine hires to compare each round with 12-month ratings: the behavioural 'metric you moved' round lines up strongly with how hires performed (higher scores, better ratings), while the take-home, the presentation and the VP Engineering conversation line up the wrong way: the hires they scored highest are the ones rated 2. The VP Engineering scores big-tech candidates higher, and all four big-tech hires were rated 2 or 3. Is explicit that nine hires is far too few to conclude much: the pattern is a reason to change and then measure, not proof. Proposes a loop with a scorecard defined up front, the behavioural round strengthened (more than one, structured), the week-long take-home replaced or cut down (it costs candidates, and some withdraw), the VP Engineering round given a defined bar and calibrated, and every interviewer writing a score before the debrief. Sets up tracking so the next hires test the change.

Critical failures (cap the score at 40)
  • Recommends keeping the take-home and presentation as the main deciding rounds
Task

Staff-level · v1.0

The outputs

8 setups answered this brief.

Needs more than a quick edit9 of 12 checks passed

The take-home correlation is miscalculated, so a PM would need to re-check the data analysis before using the memo. The error undermines a key piece of evidence.

Output

To: Elif Demir, VP Product From: Director of Product Subject: PM interview loop: what the evidence supports and what to change

Recommendation

For next quarter’s four hires, retain and standardise the behavioural metric round; replace the week-long strategy deck and presentation with a bounded, realistic work sample; and replace “technical credibility” with a structured engineering-partnership interview.

The evidence supports changing what we reward—not claiming we have discovered a validated hiring formula.

What the data says

We have 52 finalists: nine hired, 33 rejected and ten withdrawn. Only the nine hires have performance outcomes. Their average 12-month rating is 3.33, close to the company PM average of 3.4. Three received a 2; none received a 1. That average masks the individual misses Elif is concerned about, but does not establish that the loop underperforms an alternative.

Among those nine hires:

Interview componentCorrelation with 12-month rating*Interpretation
------:---
Behavioural metric round+0.94Strongest positive signal in this sample
Take-home strategy deck−0.57Higher scores did not identify better performers
Presentation−0.87Strong negative association in this sample
VP Engineering conversation−0.82Higher “technical credibility” scores did not identify better performers

Descriptive Pearson correlations on ordinal scores; not validated predictive estimates.

The behavioural pattern is particularly clear: the three hires scoring 2 all received performance ratings of 2; those scoring 3 averaged 3.33; those scoring 4 averaged 4.67. Probing actual ownership, measurement and learning appears promising.

Conversely, all three hires rated 2 had scored 4 on both presentation and VP Engineering. Two also scored 4 on the take-home. These rounds clearly failed to screen out our weakest performers. They may reward polish, familiarity or pedigree rather than effective PM work—but the data does not establish that mechanism.

We cannot evaluate the recruiter screen: it has neither scores nor data on candidates eliminated before finals. Nor can we isolate the value of panel discussion or hiring-manager judgment without decision rationales.

How confident should we be?

Enough to change the process; not enough to treat these correlations as durable prediction.

There are four important limitations:

  • Nine outcomes are very few. One or two different hires could materially change the estimates. We cannot credibly estimate each round’s independent contribution.
  • We observe performance only for selected candidates. Hiring already depended on these interviews. Conditioning on selection can distort associations; we do not know how rejected or withdrawn candidates would have performed.
  • Background and scores are entangled. All four big-tech hires received VP Engineering scores of 4 and averaged 2.25 in performance; the three startup hires averaged 4.67. That does not establish a background effect—or justify preferring startup candidates. It prevents us from separating interview signal, background and role fit.
  • Performance ratings are imperfect outcomes. We lack information on manager calibration, assignment difficulty, onboarding and opportunities to deliver results.

Accordingly, I would prioritise the behavioural round, but would not reverse-score presentations or engineering interviews, adopt background preferences, or derive numerical weights from nine people. The negative correlations show that those scores were not useful positive signals here; they do not prove the underlying skills are unimportant.

The loop I would run next quarter

1. Structured recruiter screen — 25 minutes. Check role requirements, relevant scope, motivation and practical constraints against a common checklist. Do not use employer prestige as a proxy for capability. Explain the process and time commitment.

2. Realistic work sample — 75 minutes, replacing both deck and presentation. Give every candidate the same bounded, fictional product problem, customer evidence, metric definitions and engineering constraints. Ask them to diagnose the problem, prioritise a response, define success and revise their recommendation when new evidence arrives. No slide deck or advance homework.

Score problem framing, evidence use, prioritisation, measurement and adaptation. Assess communication through clarity of reasoning, not presentation polish. Offer reasonable accommodations and equivalent administration conditions.

3. Structured behavioural metric interview — 50 minutes. Retain the current core question, with consistent probes: baseline, personal contribution, alternatives considered, causal evidence, trade-offs, setbacks and learning. Use a second example to distinguish repeatable judgment from one well-rehearsed story. Anchor scores to demonstrated ownership and reasoning, not the absolute size of a metric increase.

4. Engineering partnership interview — 40 minutes. An engineering leader uses a common scenario involving feasibility, scope, reliability and disagreement. Score how candidates uncover constraints and negotiate trade-offs—not jargon, coding knowledge or perceived “credibility.”

Decision process. Before interviewing, agree on competency definitions, anchored 1–4 ratings and minimum acceptable evidence for critical competencies. Interviewers submit scores and supporting observations independently before debriefing. Discuss discrepancies against the rubric; do not mechanically average scores. The hiring manager records the decision, unresolved risks and any exception to the agreed bar.

How we will learn

Record scores, assessor identity, decision reasons, candidate time and withdrawal stage for every finalist. Audit scoring consistency and progression by background and, where appropriately collected, demographic group.

For hires, collect consistently defined 3-, 6- and 12-month outcomes, with role context and performance assessment kept independent of interview scores where feasible. Review process quality after the next four hires, but accumulate more cohorts before claiming predictive validity. Four additional hires will test whether we can run a better loop—not prove that it works.

Claims the judge couldn’t find in the brief

  • Take-home strategy deck correlation with 12-month rating is -0.57.

Grades and run details

Decision model 96 · LLM judge 69
Decision model checks
  • passUses the supplied evidence correctly28%
  • passAddresses the actual decision86%
  • passRespects explicit constraints64%
  • passIdentifies material uncertainty92%
  • passAvoids unsupported claims74%
  • passProduces the required deliverable91%
  • passFinds which rounds line up with performance96%
  • passSays how little nine hires can show100%
  • passSpots the interviewer pattern96%
  • passJudges on evidence, not presence100%
  • partialDefines good for this role first76%
  • passKeeps each judgement independent99%
Run
Run
#1
Time to output
47 s
Submitted
5 Oct 2026

Needs more than a quick edit6 of 12 checks passed

Unsupported claims about panel discussions and causation would need re-checking, and the memo does not frame changes as a test, requiring a PM to adjust the tone and verify facts.

Output

MEMORANDUM

TO: Elif Demir, VP Product FROM: Director of Product DATE: October 24, 2023 SUBJECT: Analysis of PM Hiring Loop Performance and Proposed Redesign for Q1 Hiring

*

Executive Summary

Over the past 18 months, we evaluated 52 PM finalists and hired 9. Three hires struggled significantly (rated 2/5 after 12 months, well below our 3.4 company average).

Our data reveals a clear and counter-intuitive pattern: 1. The only reliable predictor of success is the Behavioural Metric Round ("Tell me about a metric you moved"). 2. The Take-Home Deck, Presentation Round, and VP Engineering Conversation are negatively correlated with performance. They reward presentation polish, shared jargon, and Big Tech pedigree over actual execution. 3. The 1-week take-home deck is causing talent leakage: 19% of final-round candidates withdrew, including top performers. 4. All three struggling hires share the exact same profile: Big Tech background, high presentation and VP Eng scores (4/4), and poor behavioural metric scores (2/4). We over-indexed on polish and excused weak operational substance.

Below is an analysis of our interview signals, our statistical confidence, and a redesigned loop for next quarter.

---

What the Data Tells Us

#### 1. What Predicts Performance: The Behavioural Metric Round Candidate performance on the behavioural round correlates almost perfectly with 12-month post-hire ratings: * Score 4 (3 hires): Average rating 4.67 (two 5s, one 4). * Score 3 (3 hires): Average rating 3.33 (one 4, two 3s). * Score 2 (3 hires): Average rating 2.00 (all three are our struggling hires: C107, C132, C148).

PMs who could drill into the mechanics of moving a metric—causality, counter-metrics, execution trade-offs, and failure lessons—excelled. Those who could not struggled immediately in our environment.

#### 2. What Misleads: Presentation, Take-Home, and VP Engineering Counter-intuitively, scoring at the top of these three stages predicted lower job performance: * Presentation Score: Hires scoring 4/4 averaged a 2.25 rating; hires scoring 2 or 3 averaged 4.20. * VP Engineering Score: Hires scoring 4/4 averaged 2.25; hires scoring 2 or 3 averaged 4.20. * Take-Home Score: Hires scoring 4/4 averaged 2.50; hires scoring 2 or 3 averaged 4.00.

Why are these rounds misleading us? * Deck Polish $\neq$ Product Sense: The take-home strategy deck and presentation test slide design and storytelling. Candidates with Big Tech or consulting backgrounds excel at creating slick artifacts, which creates an "executive presence" halo effect. * Flawed Engineering Rubric: "Technical credibility" currently measures whether a PM speaks Big Tech architectural jargon, not whether they partner effectively with engineers on scoping, trade-offs, and technical debt. * The "Big Tech Halo": All 4 Big Tech hires received top VP Eng scores (4/4), but 3 received failing behavioural scores (2/4). Panel discussions dismissed the poor metric scores because the candidates "interviewed so well." Consequently, Big Tech hires averaged a 2.25 post-hire rating, whereas Startup hires averaged 4.67 (C101: 5, C141: 5, C151: 4).

#### 3. Funnel Inefficiency and Dropout Of 52 candidates reaching final stages, 10 withdrew (19.2%). A one-week take-home assignment imposes an asymmetric burden that disproportionately deters active, highly sought-after PMs (e.g., C117 and C138, both of whom withdrew despite scoring 4 on the behavioural round).

---

How Confident Can We Be?

  • Sample Size Constraints ($N=9$): Our post-hire sample is small. Standard statistical models on 9 points are vulnerable to sample variance, and we cannot observe post-hire performance for rejected candidates (selection bias).
  • Directional Certainty: While we should not rely on micro-variations, our qualitative and directional confidence is very high. The three struggling hires did not randomly underperform; they share an identical score footprint (TH 3–4, Pres 4, Beh 2, VPE 4). Similarly, zero candidates with a Behavioural score of 2 succeeded, and zero candidates with a Behavioural score of 4 struggled.
  • Verdict: We have more than enough empirical and qualitative evidence to eliminate rounds that waste candidate time and bias hiring decisions.

---

Recommended Loop for Next Quarter

To hire four strong PMs next quarter, we must eliminate pedigree bias, reduce dropout, and center the evaluation on rigorous product execution.

``` [Stage 1] Recruiter Screen (30 min) │ [Stage 2] Hiring Manager Screen: Problem Framing & Track Record (45 min) │ [Stage 3] Virtual Onsite Loop (3 Rounds, Same Day) ├── 1. Product Execution & Metrics (60 min) ├── 2. Live Product Design & Problem-Solving (60 min — replaces take-home) └── 3. Engineering & Cross-Functional Partnership (45 min) │ [Stage 4] Structured Debrief & Decision Rule ```

#### Key Adjustments & Rubric Changes

1. Kill the Take-Home Deck and Presentation Round: * Replace with a 60-minute Live Product Design Case (e.g., scoping a feature for an ambiguous user problem). This assesses real-time product thinking, hypothesis generation, and adaptability without requiring 15 hours of slide deck preparation. 2. Elevate the Metrics Round to a Core Gate: * Retain and standardize the Product Execution & Metrics interview. Probe deeply on unit economics, input vs. output metrics, experimentation, and cross-functional friction. 3. Refactor the VP Engineering Round into "Engineering Partnership": * Change the prompt from "technical credibility" to cross-functional execution: how the candidate navigates technical trade-offs, works through debt vs. feature priorities, and writes crisp specs. Pair the VP Eng with an Engineering Manager or Staff Engineer using a standardized rubric. 4. Enforce Non-Negotiable Decision Rules: * Hard Stop on Execution: Any candidate scoring $<3$ on the Metrics/Execution round is an automatic "No Hire," regardless of deck polish or pedigree. Hiring managers cannot override this rule. * Blind Background Debrief: Panelists submit written scorecards before debriefing to prevent seniority or company pedigree from anchoring the room.

This restructured loop eliminates candidate dropouts, shortens time-to-hire, and directly targets the operational execution our PM team needs to hit our growth targets next quarter.

Claims the judge couldn’t find in the brief

  • Panel discussions dismissed the poor metric scores because the candidates 'interviewed so well.'
  • The 1-week take-home deck is causing talent leakage (deters active, highly sought-after PMs).
  • The VP Engineering round currently measures whether a PM speaks Big Tech architectural jargon, not whether they partner effectively.
  • The take-home strategy deck and presentation test slide design and storytelling, creating an 'executive presence' halo effect.

Grades and run details

Decision model 67 · LLM judge 46
Decision model checks
  • failUses the supplied evidence correctly42%
  • passAddresses the actual decision61%
  • partialRespects explicit constraints25%
  • partialIdentifies material uncertainty67%
  • failAvoids unsupported claims80%
  • passProduces the required deliverable78%
  • passFinds which rounds line up with performance92%
  • partialSays how little nine hires can show92%
  • passSpots the interviewer pattern98%
  • passJudges on evidence, not presence92%
  • partialDefines good for this role first27%
  • passKeeps each judgement independent98%
Run
Run
#1
API response time
51 s
Submitted
6 Oct 2026

Needs more than a quick edit8 of 12 checks passed

The memo lacks a definition of what good looks like for the role and drops the evidence of a candidate's past metric-driven results; a PM would need to rethink how to incorporate independent behavioural evidence and role competencies before acting.

Output

To: Elif Demir, VP Product From: Director of Product Re: What our PM loop predicts, and the loop I'd run next quarter

Bottom line

The behavioural metric round is the only part of the loop that tracks how hires perform. The presentation and VP Engineering rounds seem to drive hiring decisions without predicting performance. All three hires who struggled scored 4 on VP Engineering and 2 on the metric round. I'd make the metric round the centre of the loop and stop weighting the others as heavily. The sample is small, so this is a strong hypothesis to test, not a settled answer.

What the data covers

  • 52 candidates reached the final rounds over 18 months: 9 hired, 33 rejected, 10 withdrew.
  • Only the 9 hires have 12-month ratings. We can't tell whether our rejections were right, so we can't measure false negatives.
  • We don't record withdrawal stage or reason, or which interviewer gave each score, so we can't check consistency across panels.

What the data shows

RoundAvg score: hired vs rejectedCorrelation with 12-month rating (9 hires)Read
Take-home3.2 vs 2.3−0.6Screens out weak work (no candidate who scored 1 was hired), but doesn't predict performance
Presentation3.3 vs 2.2−0.7Drives hiring; higher scores went with lower later ratings
Metric round3.0 vs 2.2+0.9The only round that predicts performance
VP Engineering3.2 vs 2.1−0.8Drives hiring; higher scores went with lower later ratings

Specifics:

  • Metric round: Hires who scored 2 all rated 2 at 12 months (3 of 3). Hires who scored 3 or 4 averaged 4.0. Its average gap between hired and rejected candidates is the smallest of the four, so the panel leaned on the other rounds more.
  • The three struggling hires (rated 2 after 12 months) all scored 4 on VP Engineering and 4 on presentation, and scored 3–4 on the take-home. They looked strong everywhere except the metric round, which was the signal that predicted their problems.
  • VP Engineering: All four hires who scored 4 here were rated 2 or 3 at 12 months.
  • Withdrawals: 8 of the 10 candidates who withdrew scored 3 or higher on the metric round. We are losing strong candidates, and we don't know where or why.
  • Background (hypothesis only): Big-tech hires (4) averaged 2.25 at 12 months; startup hires (3) averaged 4.7. The numbers are far too small to act on, but we should track it.

How confident we should be

  • Metric round as the best predictor: moderate. A correlation of about 0.9 across nine hires is striking, and it fits what PM work involves: diagnosing a metric and deciding what to do about it. But with nine people, one or two different ratings would move the result a lot.
  • Negative readings for presentation and VP Engineering: low. We only see hires, so the range is restricted, and the 1–4 scale gives few distinct values. The defensible claim is that these rounds did not predict success. I wouldn't claim they predict failure.
  • Take-home as a screen-out: low to moderate. Zero hires among ten candidates who scored 1 is consistent with the take-home filtering out weak work, but that's a small group.
  • Anything about rejected candidates: no confidence. We have no data on them.

The loop I'd run next quarter

  1. Recruiter screen: No change.
  2. Take-home: Keep it as a gate. Candidates who score 1 don't advance without a written override. Cap the time we ask for, since we're losing strong candidates and may be losing some to the length of the process.
  3. Metric round (anchor): Rewrite as a structured 60-minute session with two interviewers. Candidates diagnose a real metric movement from a dashboard, propose causes, and say what they'd measure next. Score against a written rubric on 1–4 scales. A score of 3 or higher is required to hire. A score of 2 or lower is a no-hire unless you sign a written override.
  4. Presentation: Fold it into the metric round as a communication check, so candidates spend less time on it, and don't weight it separately in the decision.
  5. VP Engineering conversation: Keep it for a pass/fail check on serious collaboration red flags. Don't score it or count it in the decision, given how it has tracked performance.
  6. Decision process: Every interviewer submits written scores before the panel meets, so no one anchors on the first opinion. The hiring manager still decides, but must write down why if they hire against the metric-round rule or reject someone who met it.
  7. Data: Record the interviewer for every score, withdrawal stage and reason, and 6- and 12-month ratings for every hire. Keep scoring the old rounds next quarter even though they won't be weighted, so we keep building the dataset.

What I need from you

  • Approval for the metric-round rubric and the override rule.
  • Agreement on a review date. Four hires next quarter won't settle this. I'd treat the next two quarters as calibration, with a 6-month review of the four new hires and a full review once we have about twelve hires on the new loop.
  • A decision on whether to pay for a small outside check on our rubric, such as having a PM coach double-score a sample of recordings.

Claims the judge couldn’t find in the brief

  • We don't record withdrawal stage or reason, or which interviewer gave each score, so we can't check consistency across panels

Grades and run details

Decision model 88 · LLM judge 62
Decision model checks
  • passUses the supplied evidence correctly14%
  • passAddresses the actual decision92%
  • passRespects explicit constraints59%
  • passIdentifies material uncertainty98%
  • partialAvoids unsupported claims40%
  • passProduces the required deliverable82%
  • passFinds which rounds line up with performance80%
  • passSays how little nine hires can show100%
  • partialSpots the interviewer pattern80%
  • passJudges on evidence, not presence85%
  • partialDefines good for this role first22%
  • passKeeps each judgement independent100%
Run
Run
#1
API response time
77 s
Submitted
8 Oct 2026

Check by check

Where the outputs differ comes first. Open a check to read the judge’s reasons. “Mixed” means the two graders disagreed.

Where they differ 6

Uses the supplied evidence correctlyMixedWrongMixed
GPT-6 Astra · ChatGPT

The take-home correlation is stated as -0.57, but the data yields approximately -0.33; this fact about the current situation is incorrect.

Gemini 3.8 Flash · API

Unsupported claims about panel discussions, causation of withdrawals, and what the VP Engineering round measures are presented as facts.

Haiku 5.5 · API

The claim that we don't record withdrawal stage/reason or interviewer-specific scores is not stated in the supplied context and does not follow from the data; it is presented as fact without support.

Addresses the actual decisionRightMixedRight
GPT-6 Astra · ChatGPT

The memo commits to a clear recommendation (retain behavioural, replace take-home/presentation and VP Eng round) early and unambiguously for Elif.

Gemini 3.8 Flash · API

Does not state what result or condition would change the recommended loop; commits without a clear trigger for revisiting.

Haiku 5.5 · API

The memo commits early and unambiguously to centering the loop on the metric round, de-weighting other rounds, and testing the change.

Identifies material uncertaintyRightWrongRight
GPT-6 Astra · ChatGPT

It names specific unknowns (small sample, selection bias, background entanglement, imperfect ratings) and says more cohorts are needed to validate.

Gemini 3.8 Flash · API

Identifies small sample but does not say what would change the decision or how unknowns would be resolved; treats evidence as sufficient to eliminate rounds rather than as a hypothesis to test.

Haiku 5.5 · API

It names small sample size, inability to assess false negatives, and missing data on withdrawals; says a few different ratings could change findings and proposes measurement over time.

Avoids unsupported claimsMixedWrongWrong
GPT-6 Astra · ChatGPT

The take-home correlation of -0.57 is presented as a descriptive fact but is not supported by the data; this is an unsupported claim.

Gemini 3.8 Flash · API

Presents interpretations (panel dismissal, causation of dropouts, rubric flaws) as established facts without labelling them as hypotheses.

Haiku 5.5 · API

The statement that we don't record withdrawal details or interviewer-level scores is asserted as a current‑state fact but is not supported by the brief or context.

Says how little nine hires can showRightWrongRight
GPT-6 Astra · ChatGPT

It states plainly that nine hires is very few, frames changes as a test, and proposes continued measurement.

Gemini 3.8 Flash · API

Mentions N=9 but does not frame changes as something to test; instead says 'more than enough evidence to eliminate rounds'.

Haiku 5.5 · API

It explicitly says the sample is small, that the pattern is a hypothesis to test, and proposes a 6‑month review after more hires are assessed.

Judges on evidence, not presenceRightRightMixed
GPT-6 Astra · ChatGPT

The proposed process scores concrete evidence (problem framing, evidence use, ownership, reasoning) and explicitly avoids rewarding polish or jargon.

Gemini 3.8 Flash · API

Proposes concrete evidence (metrics moved, trade-offs, specs) and eliminates polish-based rounds; hard stop on execution score.

Haiku 5.5 · API

The proposed metric round is a scenario‑based exercise, not a probe for concrete evidence of a metric the candidate actually moved, the part they played, or what they learned from failure; the original behavioural round's past‑result evidence is dropped.

All got wrong 1

Defines good for this role firstWrongWrongWrong
GPT-6 Astra · ChatGPT

The memo says to agree on competency definitions but does not name the specific competencies or what good looks like for this role before designing the interviews.

Gemini 3.8 Flash · API

Does not define the specific competencies for the role with strong/weak signals before designing the loop.

Haiku 5.5 · API

The memo does not set out what good looks like for the PM role (competencies, strong/weak signals) before designing the loop or judging candidates.

All got right 5

Respects explicit constraintsRightRightRight
GPT-6 Astra · ChatGPT

The output is a memo to Elif, under 1,000 words, and addresses the requested decision.

Gemini 3.8 Flash · API

Memo form, addressed to Elif, appears within 1,000 words, and proposes enforceable changes.

Haiku 5.5 · API

The memo is under 1,000 words, addressed to the VP Product from the Director, and covers the three required parts (predictors, confidence, proposed loop).

Produces the required deliverableRightRightRight
GPT-6 Astra · ChatGPT

The memo is complete, in the correct form, for the named reader, and within the word limit.

Gemini 3.8 Flash · API

Complete memo with analysis and proposed loop, usable as a draft.

Haiku 5.5 · API

The memo is a complete, actionable 780‑word memo for Elif, covering the requested elements with clear next steps and owner asks.

Finds which rounds line up with performanceRightRightRight
GPT-6 Astra · ChatGPT

It compares each round's scores with 12-month ratings and correctly identifies behavioural as lining up and the others as not.

Gemini 3.8 Flash · API

Compares each round's scores with 12-month ratings and correctly identifies behavioural as predictive and the others as negatively correlated.

Haiku 5.5 · API

The memo compares each round's scores to 12‑month ratings and correctly identifies the behavioural metric round as the only one that lines up with performance, while take‑home, presentation and VP Engineering run the wrong way.

Spots the interviewer patternRightRightRight
GPT-6 Astra · ChatGPT

It notes VP Engineering scores big-tech candidates higher and those hires rated lower, and proposes a structured engineering-partnership interview with a defined bar.

Gemini 3.8 Flash · API

Notices VP Eng scores Big Tech higher and those hires rated lower, and proposes a standardized rubric and reframed round.

Haiku 5.5 · API

It notes that all four hires who scored 4 on VP Engineering were rated 2 or 3 and that big‑tech hires rated lower, then proposes making that round a pass/fail check and removing its weight, which is calibrating the round.

Keeps each judgement independentRightRightRight
GPT-6 Astra · ChatGPT

It requires interviewers to submit scores and observations independently before debriefing and to discuss discrepancies against a rubric.

Gemini 3.8 Flash · API

Requires written scorecards before debrief and a non-overridable hard stop, keeping judgements independent.

Haiku 5.5 · API

It requires written scores submitted before the panel meets, guarding against anchoring and group pressure, and mandates written rationale when overruling the metric‑round rule.

Results

Every setup we’ve tested on this task type, across all its tasks and repeats, graded on the current checklist. Calibrated.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1GPT-6.1 SolwithAPI91.7100.02None
2Sonnet 5.5withAPI91.792.32None
3GPT-6 AstrawithChatGPT93.880.82None
4Opus 5.5withClaude87.580.82None
5GPT-6 LunawithAPI89.676.92None
6Haiku 5.5withAPI87.573.12None
7Gemini 3.8 FlashwithAPI75.065.42None
8Gemini 3.5 Flash-LitewithGemini66.753.82None

What you get for the cost

No setup scores within 5 points of the leader at half its cost or less here, so the leader is also the best value.

Task score against relative cost for each setup. The table below has the same figures.50607080901001×3×10×30×Cost per output, relative to the cheapest setup (log scale) →↑ Task scoreGPT-6.1 Sol · API: task score 96, 10.0× the cheapestSonnet 5.5 · API: task score 92, 36× the cheapestGPT-6 Astra · ChatGPT: task score 86, 53× the cheapestOpus 5.5 · Claude: task score 83, 51× the cheapestGPT-6 Luna · API: task score 82, the cheapestHaiku 5.5 · API: task score 79, 1.7× the cheapestGemini 3.8 Flash · API: task score 69, 6.2× the cheapestGemini 3.5 Flash-Lite · Gemini: task score 60, 1.7× the cheapestGPT-6.1 Sol · APISonnet 5.5 · APIGPT-6 Astra · ChatGPTOpus 5.5 · ClaudeGPT-6 Luna · APIHaiku 5.5 · APIGemini 3.8 Flash · APIGemini 3.5 Flash-Lite · Gemini
Nobody beats these on both score and cost
Task score and relative cost by setup
SetupTask scoreRelative cost (cheapest = 1)
GPT-6 Luna · API821.0×
Haiku 5.5 · API791.7×
Gemini 3.5 Flash-Lite · Gemini601.7×
Gemini 3.8 Flash · API696.2×
GPT-6.1 Sol · API9610.0×
Sonnet 5.5 · API9236×
Opus 5.5 · Claude8351×
GPT-6 Astra · ChatGPT8653×

Cost is each output’s tokens at the model’s list price, shown relative to the cheapest setup. Runs done in an app have no usage meter, so theirs are estimated from the same setup’s measured runs. How we compare cost

About the task

The PM job

Hiring product managers.

Why it matters

A bad PM hire costs a team a year. Most loops reward polish and presence, and the debrief goes to whoever speaks first.

What good looks like

  • Defines what good looks like for this role before judging anyone
  • Judges on evidence of results and how they work with a team
  • Tests the real job, not a rehearsed framework
  • Keeps each interviewer's judgement independent

Deliberately not measured

  • Employment law
  • Compensation benchmarking
Capability tested

Hiring judgement

The failure we’re looking for

Hiring for presence and polish over evidence

Grading

Decision model and LLM judge, calibrated against a blind PM review