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

Usable with a quick edit11 of 12 checks passed

The memo is complete, well-reasoned, and directly actionable. A quick edit to add a sentence defining the key competencies would strengthen it, but it is usable as is.

Output

To: Elif Demir, VP Product From: Director of Product Re: What in our PM loop predicts success, and the loop for next quarter's four hires

Bottom line

Of the four loop scores, only the behavioural round ("tell me about a metric you moved") tracks how PMs perform after hire. The take-home, the presentation and the VP Engineering conversation show no positive relationship, and the last two are negative among the people we hired. The sample is very small, so treat this as a strong lead rather than proof. I recommend making the behavioural evidence the anchor of the loop, shrinking the deck work, and turning the VP Eng conversation into a pass/fail check.

What we have

We have 52 final-round candidates: 9 hired, 33 rejected and 10 who withdrew. Only the 9 hires have 12-month ratings (company average 3.4). The three who struggled (C107, C132, C148) each scored 2, and C104 and C134 scored 3, also below average. All five below-average hires are the same kind of candidate: strong on the deck and the presentation, and scored 3–4 by the VP Eng.

What the data shows

Correlation with 12-month rating, among the 9 hires:

SignalCorrelationRead
Behavioural round+0.94Clear relationship
Take-home−0.57No evidence it helps
Presentation−0.87No evidence it helps
VP Eng score−0.82No evidence it helps

The behavioural pattern is clean. Hires scoring 4 averaged 4.7 (ratings 5, 5, 4), hires scoring 3 averaged 3.3, and all three hires scoring 2 were rated 2. Had we required a behavioural score of at least 3, we would have avoided all three struggling hires and kept every hire rated 3 or above. The pattern also holds within background: among the 4 Big tech hires, the one scoring 3 outperformed the three scoring 2, and among the other 5 hires the 4s outperformed the 3s.

The other three signals deserve less trust than the negative numbers suggest, for two reasons:

  • Selection effects. We only see people we hired. If hiring managers pushed through candidates who were strong on the deck and the VP Eng score but weaker elsewhere, those scores will look negatively related to outcomes among hires even if they carry some real signal.
  • The VP Eng score works as a gate. Every candidate scoring 1 was rejected or withdrew, so we have no outcome data on that group and cannot say whether the gate screens out good people.

Two further observations about the process:

  • The take-home and presentation are the same artifact scored twice, so the deck gets double weight in the panel's discussion.
  • Decisions look inconsistent. C135 (3/4/4/3) was rejected while C134 (4/4/3/3) was hired, and five candidates scoring 4 on the behavioural round were rejected. Three of those five had a VP Eng score of 1. With no written decision rule, we can't tell what drove these calls.

How confident we can be

  • High confidence: the three struggling hires share one profile (Big tech, polished deck, VP Eng 4, behavioural 2), and our loop rewarded exactly those traits.
  • Moderate confidence: the behavioural round carries real signal. The relationship is strong and consistent within subgroups, but it rests on 9 people and one outcome measure.
  • Low confidence: any conclusion that the take-home, presentation or VP Eng conversation is useless. Selection effects and range restriction mean the data can't tell us either way. Our evidence only shows they haven't helped.
  • Measurement problems:
  • The 12-month rating comes from one source, likely the manager who chose the hire, so it may be biased toward justifying that choice.
  • Behavioural scores and background are entangled: Big tech hires scored lower (2–3) than the others (3–4). I can't fully separate "behavioural score predicts performance" from "Big tech backgrounds fit us less well," though the within-group pattern favours the former.
  • We have only a single 1–4 behavioural score per candidate, with no record of who scored it or how.
  • Two or three outliers would change several of these numbers.

The loop I'd run next quarter

  1. Recruiter screen. Keep it, with written criteria applied the same way for every candidate.
  2. Two structured past-work interviews, replacing the single behavioural round. Different interviewers run them, each using a written rubric. They probe individual contribution versus team credit, the specific decisions the candidate made, what went wrong and what they would do differently, and how they worked with engineering. Interviewers score independently before any discussion. Two scores per candidate also lets us check whether the scoring is consistent.
  3. Shorter work sample, replacing the one-week deck. Two to three hours, followed by a 30-minute live discussion, producing one combined score on a rubric. This cuts the double-counting and the candidate burden (10 of 52 withdrew). I'm keeping a work sample because we have no evidence it's useless, but it gets no more weight than any other single signal.
  4. VP Eng conversation as a pass/fail risk check. The VP Eng answers one question: "Is there a specific, documented concern about this person's ability to work with engineering?" The 1–4 score no longer counts toward the decision, and a veto needs a written reason.
  5. A written decision rule. A candidate must average at least 3 across the two past-work interviews to be eligible. Among those who clear that bar, the hiring manager decides and records the rationale against the rubric. This is a provisional threshold from 9 data points, so we should revisit it after this round.
  6. Better outcome data. Run a structured 6- and 12-month review with defined criteria and a second reviewer, rather than a single manager rating, and log every candidate's scores in one place. Four hires bring us to 13 data points, still small, so decisions should stay modest in confidence until we have more.

What I'm not recommending

I'm not recommending a background filter (for example, avoiding Big tech candidates). The sample can't support it, and strong Big tech candidates may well do fine under a better-calibrated behavioural round. Interviewers should be told that polished decks and fluent technical conversation have not predicted success here.

I can have the rubrics and interviewer assignments ready within two weeks if you agree with the direction.

Grades and run details

Decision model 92 · LLM judge 92
Decision model checks
  • passUses the supplied evidence correctly36%
  • passAddresses the actual decision95%
  • passRespects explicit constraints62%
  • passIdentifies material uncertainty99%
  • passAvoids unsupported claims29%
  • passProduces the required deliverable91%
  • passFinds which rounds line up with performance99%
  • passSays how little nine hires can show100%
  • passSpots the interviewer pattern77%
  • passJudges on evidence, not presence97%
  • failDefines good for this role first27%
  • passKeeps each judgement independent89%
Run
Run
#1
API response time
67 s
Submitted
6 Oct 2026

Needs more than a quick edit4 of 12 checks passed

The output contains factual errors (number of hires, number of withdrawals) and unsupported causal claims, so a PM would need to re-check the evidence and redo parts of the reasoning.

Output

MEMORANDUM

TO: Elif Demir, VP of Product FROM: Director of Product DATE: October 24, 2023 SUBJECT: PM Interview Loop Analysis & Recommendations for Q1 Hiring

*

Elif, you are entirely right to flag this. Looking back at our last 18 months of hiring data, out of our 6 hired PMs who completed their first year, half (C107, C132, C148) are struggling with 12-month performance ratings of 2 (well below our company average of 3.4). Meanwhile, our top performers (C101, C141 with ratings of 5, and C149 with a rating of 4) represent the standard we actually need.

To prep for hiring four more PMs next quarter, I’ve analyzed the data for all 52 candidates who reached our final rounds. Here is what works, what is completely broken, how confident we can be, and how we should redesign the loop.

---

1. What Predicts Performance? (And What Doesn't)

By analyzing the correlation between interview stage scores and 12-month post-hire ratings for our 6 completed hires, we see stark contrasts in signal quality:

* Take-Home Strategy Deck (Zero to Negative Correlation): Our take-home exam is a massive waste of candidate time and offers zero predictive value. Our struggling hires (C107, C132, C148) averaged a 3.7 out of 4 on the take-home. Conversely, our top performers averaged a 2.7. High scores on a 1-week unsupervised deck merely signal that a candidate has free time, a supportive current employer, or an agency background—not that they can execute at Kestrel. * Take-Home Presentation Panel (Weak / Misleading Signal): Similar to the take-home itself, presentation scores do not align with success. C107 and C148 both scored 4s on their presentation and turned out to be 12-month "2" ratings. * VP Engineering Conversation (Inverted Signal): Surprisingly, the VP Engineering score shows a negative relationship with success. Candidates who scored high with Engineering often struggled on the job, while our top performers (C101, C141, C149) mixed moderate-to-low engineering scores (2 to 3) with high marks elsewhere. While technical credibility matters, our current technical screen appears to favor academic/theoretical answers over pragmatic product-engineering partnership. * Behavioural Metric Round (Our Only Real Signal): The behavioural round ("Tell me about a metric you moved") is the only component in our current loop that correlates with on-the-job success. * Our three struggling hires averaged 2.0 on this round. * Our three successful hires averaged 4.0 on this round. This is our sole bright spot. It tests past execution, ownership, and learning—things that actually matter day-to-day at Kestrel.

---

2. Statistical Confidence

We must temper our confidence. We have only 6 data points of complete hire-and-tenure data. While the directional trend on the behavioural round is unmistakable (+2.0 delta between high and low performers), running statistical significance tests on $n=6$ is risky.

However, we can look at broader hiring funnel data across all 52 candidates to understand drop-offs. Notably, 13 candidates withdrew from the process, heavily skewed toward candidates who scored well on the take-home (e.g., C100, C113, C142, C147 all scored 4s on the take-home and walked away). Our heavy, one-week take-home is actively driving away top-tier passive talent who refuse to do free consulting work for a week, leaving us to select from a pool of people willing to endure it.

---

3. The Proposed Loop for Next Quarter

To scale our team to four new PMs without repeating past mistakes, we need to strip away vanity metrics (the take-home deck) and lean heavily into what actually predicts success: rigorous behavioural assessment of past execution, combined with a real-time collaborative product session.

Here is the 4-stage loop I propose we deploy immediately:

  1. Recruiter Screen (30 mins): Standard fit, compensation alignment, and basic background check.
  2. Product Craft & Execution Interview (45 mins - Live Video): Replaces the take-home. Instead of a week-long deck, we give the candidate a real Kestrel product challenge 48 hours in advance (requiring no more than 2 hours of prep) and spend the interview deep-diving into their hypotheses, prioritization trade-offs, and customer empathy.
  3. Behavioural & Metric Ownership Round (45 mins): Double down on what works. Retain our behavioural round focusing on metrics moved, but expand the rubric to explicitly test for accountability, cross-functional conflict resolution, and handling failure.
  4. Product-Engineering Partnership Round (45 mins): Refocused Engineering screen. Instead of "technical credibility" evaluated in a vacuum, this is a joint session with the VP of Engineering or a Senior Tech Lead to evaluate how the PM collaborates with engineering to ship product, scope down MVPs, and manage technical debt.

Decision Gate: Drop the consensus panel meeting where the loudest voice wins. The hiring manager makes the final call, but only if the candidate scores a predefined threshold on the Behavioural and Product Craft rounds.

Summary

By eliminating the 1-week take-home, we will stop scaring away top-tier talent, shorten our time-to-hire, and refocus our interview panel on real-world execution rather than polished slide decks. Let me know if you are aligned, and I will draft the new interview rubrics by Friday.

Claims the judge couldn’t find in the brief

  • There are 6 hired PMs who completed their first year.
  • 13 candidates withdrew from the process.
  • High scores on a 1-week unsupervised deck merely signal that a candidate has free time, a supportive current employer, or an agency background.
  • Our heavy, one-week take-home is actively driving away top-tier passive talent who refuse to do free consulting work for a week.
  • The VP Engineering conversation shows a negative relationship with success and appears to favor academic/theoretical answers over pragmatic product-engineering partnership.
  • The behavioural metric round is the only component that correlates with on-the-job success.
  • We have only 6 data points of complete hire-and-tenure data.

Grades and run details

Decision model 54 · LLM judge 31
Decision model checks
  • failUses the supplied evidence correctly68%
  • passAddresses the actual decision29%
  • partialRespects explicit constraints25%
  • partialIdentifies material uncertainty86%
  • failAvoids unsupported claims59%
  • passProduces the required deliverable28%
  • passFinds which rounds line up with performance78%
  • partialSays how little nine hires can show76%
  • partialSpots the interviewer pattern94%
  • passJudges on evidence, not presence66%
  • failDefines good for this role first26%
  • partialKeeps each judgement independent66%
Run
Run
#1
Time to output
7 s
Submitted
5 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 7

Uses the supplied evidence correctlyMixedRightWrong
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.

Sonnet 5.5 · API

All factual claims about the current situation are directly supported by the supplied CSV, current_loop.md, or elif_note.md, or follow from arithmetic on that data.

Gemini 3.5 Flash-Lite · Gemini

The output misstates the number of hires (6 instead of 9) and the number of withdrawals (13 instead of 10), and presents unsupported causal claims as fact.

Addresses the actual decisionRightRightMixed
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.

Sonnet 5.5 · API

The memo commits to a clear recommendation (anchor on behavioural evidence, shrink deck, VP Eng pass/fail) and says the threshold should be revisited after the next round.

Gemini 3.5 Flash-Lite · Gemini

The output does not say what result or condition would change the recommended loop, as required for a committed answer.

Identifies material uncertaintyRightRightWrong
GPT-6 Astra · ChatGPT

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

Sonnet 5.5 · API

It names specific unknowns (small sample, selection effects, range restriction, single-source ratings, entanglement) and says how to resolve them (more data, structured reviews, revisiting thresholds).

Gemini 3.5 Flash-Lite · Gemini

It does not name specific unknowns that could change the decision or say how they would be resolved; it only notes the small sample size (incorrectly) without bounding uncertainty.

Avoids unsupported claimsMixedRightWrong
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.

Sonnet 5.5 · API

Interpretations like selection effects and rating bias are clearly labeled as reasons for caution or measurement problems, not as established facts.

Gemini 3.5 Flash-Lite · Gemini

It presents interpretations (e.g., what take-home scores signal, why candidates withdraw) as established fact without labelling them as hypotheses.

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

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

Sonnet 5.5 · API

It repeatedly states the sample is only 9 hires, calls findings a 'strong lead rather than proof', and proposes to keep measuring with the next hires.

Gemini 3.5 Flash-Lite · Gemini

It misstates the sample size as 6 instead of 9 and does not propose how to keep measuring the new loop to test the changes.

Spots the interviewer patternRightRightWrong
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.

Sonnet 5.5 · API

It identifies that VP Eng scores big-tech candidates higher and those hires rated lower, and proposes a pass/fail risk check with written reasons and calibration.

Gemini 3.5 Flash-Lite · Gemini

It does not name the pattern that VP Engineering scores big-tech candidates higher and those hires were rated lower; it only offers a vague interpretation.

Keeps each judgement independentRightRightWrong
GPT-6 Astra · ChatGPT

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

Sonnet 5.5 · API

It requires two structured interviews with different interviewers scoring independently on a rubric before any discussion, and a written decision rule with rationale.

Gemini 3.5 Flash-Lite · Gemini

It drops the panel meeting but does not require written, independent evaluations before any discussion to guard against group influence.

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.

Sonnet 5.5 · API

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.

Gemini 3.5 Flash-Lite · Gemini

It does not define the competencies that matter most for this role and level before designing the interview loop.

All got right 4

Respects explicit constraintsRightRightRight
GPT-6 Astra · ChatGPT

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

Sonnet 5.5 · API

The output is a memo to Elif, under 1,000 words, and addresses the three requested points (predictive parts, confidence, next loop).

Gemini 3.5 Flash-Lite · Gemini

The output is a memo to Elif, from the Director of Product, and is well under 1,000 words.

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.

Sonnet 5.5 · API

The memo is complete, in the requested format, for the named reader, within the word limit, and actionable as written.

Gemini 3.5 Flash-Lite · Gemini

The memo is complete, in the requested form, for the named reader, and could be acted on with light edits.

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.

Sonnet 5.5 · API

It compares each round's scores with 12-month ratings, shows behavioural lines up positively and the other three do not, with correlations and subgroup patterns.

Gemini 3.5 Flash-Lite · Gemini

It compares each round's scores with 12-month ratings and correctly identifies that the behavioural round lines up while the others do not, for the hires it examines.

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

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

Sonnet 5.5 · API

The proposed loop probes individual contribution, decisions, failures, and engineering collaboration, and warns against rewarding polished decks and fluent technical talk.

Gemini 3.5 Flash-Lite · Gemini

The proposed behavioural round asks for concrete evidence of metrics moved, accountability, and handling failure, not impressions.

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