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 18 graded outputs by 9 models. 61% 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. Uses the supplied evidence correctly56% pass
    The take-home correlation is stated as -0.57, but the data yields approximately -0.33; this fact about the current situation is incorrect.
    GPT-6 Astra · ChatGPT · What our interviews predict
  2. Avoids unsupported claims60% 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
  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.1

The outputs

9 setups answered this brief.

Needs more than a quick edit8 of 12 checks passed

The memo contains factual errors in counts, averages and a correlation coefficient, and makes unsupported causal claims without hedging. A user would need to re‑check the numbers and reword the interpretive statements before it is usable.

Output

MEMO

To: Elif Demir, VP Product From: Director of Product Subject: Fixing the PM Interview Loop Before Next Quarter’s Hiring

Elif,

I analyzed the data from the 52 PM candidates who reached our final rounds over the last 18 months—specifically looking at the 9 we hired, the 33 we rejected, and the 10 who withdrew.

The headline is clear: We are over-indexing on polished presentation skills and Big Tech pedigrees, while actively ignoring our single best predictor of on-the-job success.

Here is what the data shows, how confident we can be in these findings, and the revised interview loop I recommend for next quarter.

---

1. What Predicts Success (and What Doesn’t)

Of the 9 PMs we hired, their average 12-month performance rating is 3.33 (slightly below the company PM average of 3.4). Four hires met or exceeded expectations (ratings of 4 and 5), two were below average (rating of 3), and three struggled significantly (rating of 2).

When we compare their interview scores to their 12-month performance ratings, the patterns are striking:

  • The Behavioural ("Metric You Moved") Round is our only strong positive predictor ($r = +0.87$).
  • Every hired PM who scored a 4 in this round (C101, C141, C149) went on to become a top performer (ratings of 5, 5, and 4).
  • Every hired PM who scored a 2 in this round (C107, C132, C148) struggled on the job (all three received a rating of 2).
  • Despite this, we treated this round as optional: we hired three candidates who scored a 2 here because we were dazzled by their decks and pedigrees. Conversely, we rejected 5 candidates who scored a 4 in this round.
  • The Take-Home and Presentation are negatively correlated with performance ($r = -0.57$ and $r = -0.84$).
  • Our three struggling hires (all rated 2) scored 4s on their presentations, and two of them scored 4s on the take-home.
  • Meanwhile, our top performers (rated 4 and 5) scored 2s and 3s on the take-home and presentation.
  • A one-week strategy deck tests a candidate’s ability to craft polished slides in a vacuum with unlimited time—a skill that does not translate to shipping product at Kestrel.
  • The VP Engineering Round is heavily biased toward Big Tech and negatively correlates with success ($r = -0.68$).
  • Across all 52 candidates, Big Tech PMs averaged a 3.44 with the VP of Engineering, while Startup, Agency, and Consulting PMs averaged 2.16, 1.70, and 1.93, respectively.
  • Every single Big Tech PM we hired scored a 4 in this round, yet they averaged a 2.25 performance rating at 12 months. Meanwhile, top performers from Startup and Agency backgrounds (C101, C149) scored 2s in this round. The unstructured conversation is indexing on Big Tech jargon rather than the scrappy technical collaboration we actually need.
  • The Process Causes High Candidate Drop-Off.
  • 10 of our 52 finalists (19%) withdrew. Notably, 3 of the 8 candidates who scored a 4 on our best predictor (the Behavioural round) withdrew. A one-week take-home followed by a 4-stage loop is too slow and burdensome for top-tier, in-demand talent.

---

2. How Confident Can We Be?

We should treat these findings as directionally vital, though statistically limited: 1. Small sample size ($n = 9$): Nine hires is a small dataset. A correlation of $+0.87$ on 9 data points is remarkably clean, but we shouldn't treat the exact coefficients as immutable laws. 2. Survivorship and selection bias: We don't know how the 33 rejected candidates would have performed. Furthermore, the negative correlation on the presentation and VP Eng rounds is partially an artifact of our hiring decisions: when candidates had a weak Behavioural score (2), we only hired them because they had 4s in the other rounds. 3. The "Big Tech" confounding variable: All three struggling hires came from Big Tech, while all four top performers came from Startups or Agencies. Big Tech PMs aced the deck and VP Eng rounds, while Startup/Agency PMs aced the metric-execution round.

Even with $n=9$, the qualitative logic backs the data: past execution on moving metrics predicts future execution at Kestrel; making pretty slides and name-dropping Big Tech infrastructure does not.

---

3. The Proposed Loop for Next Quarter

To hire four great PMs next quarter—and stop losing top candidates to withdrawal—we need to cut the time-to-hire, eliminate the take-home deck, and re-center the loop on execution and structured collaboration.

1. Recruiter Screen (30 mins) * No change, except: Source more heavily from Startup and Agency backgrounds, and screen out Big Tech candidates who haven't owned end-to-end execution.

2. Behavioural Execution Deep-Dive: "A Metric You Moved" (60 mins) * Change: Move this to the very first round after the recruiter screen and make a score of 3 or 4 a hard requirement to advance. * Why: It is our strongest predictor of success. Moving it up filters out "talkers" early and saves panel bandwidth.

3. Live Product Case & Prioritization Workshop (60 mins) * Change: Kill the 1-week take-home and panel presentation. Replace them with a zero-prep, live working session with two PMs using a real, messy Kestrel problem. * Why: The take-home selects for slide-making and causes nearly 20% of finalists to withdraw. A live case tests how candidates structure ambiguity, incorporate feedback, and think on their feet—without requiring 15 hours of unpaid homework.

4. Structured Engineering Collaboration Round (45 mins) * Change: Replace the unstructured VP Engineering "technical credibility" chat with a structured rubric led by a Senior Engineering Manager or Tech Lead. Prompt: "Tell me about a time you had to make a tough scope vs. technical-debt tradeoff with your engineering team." * Why: Eliminates the Big Tech halo effect and tests how the PM actually partners with engineers day-to-day.

5. Hiring Decision & Bar-Raising * Change: Replace open-ended panel discussion with independent score submission prior to debrief. Institute a hard rule: No candidate can be hired with a score below 3 on the Behavioural Execution round, regardless of how well they interview elsewhere.

If you're aligned, I will work with Recruiting and Engineering this week to build the new rubrics and live-case prompts so we are ready for next quarter's reqs.

Claims the judge couldn’t find in the brief

  • 3 of the 8 candidates who scored a 4 on the behavioural round withdrew.
  • The behavioural round correlation with 12‑month rating is r = +0.87.
  • Big Tech PMs averaged 3.44 with the VP of Engineering, while Startups averaged 2.16, Agencies 1.70, and Consulting 1.93.

Grades and run details

Decision model 67 · LLM judge 69
Decision model checks
  • failUses the supplied evidence correctly80%
  • failAddresses the actual decision70%
  • passRespects explicit constraints46%
  • partialIdentifies material uncertainty52%
  • partialAvoids unsupported claims23%
  • passProduces the required deliverable79%
  • passFinds which rounds line up with performance94%
  • partialSays how little nine hires can show64%
  • passSpots the interviewer pattern100%
  • passJudges on evidence, not presence92%
  • partialDefines good for this role first22%
  • passKeeps each judgement independent97%
Run
Run
#1
API response time
19 s
Submitted
13 Oct 2026

Usable with a quick edit10 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 83 · LLM judge 92
Decision model checks
  • failUses the supplied evidence correctly35%
  • passAddresses the actual decision74%
  • passRespects explicit constraints62%
  • passIdentifies material uncertainty98%
  • passAvoids unsupported claims30%
  • passProduces the required deliverable91%
  • passFinds which rounds line up with performance100%
  • passSays how little nine hires can show100%
  • passSpots the interviewer pattern92%
  • passJudges on evidence, not presence95%
  • failDefines good for this role first33%
  • passKeeps each judgement independent94%
Run
Run
#1
API response time
67 s
Submitted
6 Oct 2026

Needs more than a quick edit9 of 12 checks passed

The memo contains arithmetic errors in the take-home and presentation averages and the VP Engineering count, so a PM would need to re-check the data before using it.

Output

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

Summary

Of the five stages in our loop, only the behavioural "metric you moved" round tracks how hires perform after 12 months. The take-home, the presentation and the VP Engineering conversation all point the wrong way: hires who scored higher on them performed worse. The evidence is thin (nine hires), so I'd treat this as a strong hint rather than proof. Even so, it is consistent enough to change the loop now and to measure the new loop properly.

What the data shows

Over 18 months, 52 candidates reached the final rounds. We hired 9, rejected 33, and 10 withdrew. Our hires averaged 3.3 at 12 months, slightly below the PM average of 3.4. The three who struggled are C107, C132 and C148, all rated 2.

Average 12-month rating of hires, by interview score

StageHires who scored 4Hires who scored 3Hires who scored 2Correlation with rating
Behavioural (metric moved)4.7 (n=3)3.3 (n=3)2.0 (n=3)+0.94
Take-home2.5 (n=4)4.0 (n=3)4.0 (n=2)−0.57
Presentation2.25 (n=4)4.0 (n=4)5.0 (n=1)−0.87
VP Engineering2.25 (n=4)4.0 (n=3)4.5 (n=2)−0.82

The three strugglers share an identical profile:

  • 4 on the presentation
  • 4 on VP Engineering
  • 3 or 4 on the take-home
  • 2 on the behavioural round
  • Big-tech background

Our two strongest hires, C101 and C141 (both rated 5), had middling presentation and VP Engineering scores but scored 4 on the behavioural round.

In other words, we have been hiring for polish and for technical fluency, and overriding the one signal that worked.

Background is tangled up in this. All four big-tech hires were rated 2 or 3, averaging 2.25. The five others averaged 4.2. The VP Engineering round looks especially exposed to this:

  • Every VP Engineering score of 4 in the dataset went to a big-tech candidate (9 of 11 big-tech candidates).
  • No other candidate scored 4.

The round may be measuring familiarity with big-tech engineering culture rather than how well someone will work with our engineers.

The behavioural result holds within each group. This is the most reassuring part of the analysis.

  • Among non-big-tech hires, the behavioural score still tracks performance. Those who scored 4 were rated 5, 5 and 4. Those who scored 3 were rated 3 and 4.
  • Among big-tech hires, the one who scored 3 was rated 3 and the three who scored 2 were rated 2.

So the behavioural signal isn't simply a stand-in for background. Within non-big-tech hires, the presentation and take-home scores still lean negative.

How confident we can be

I'm only moderately confident, for five reasons:

  • Nine data points. One or two different outcomes could change the picture, and none of these correlations would survive a strict significance test.
  • We only see outcomes for people we hired. Hires were selected partly on high presentation and VP Engineering scores, so we can't see how low scorers on those stages would have done. We also don't know about strong behavioural candidates we rejected (C121, C123, C131, C135, C146), or about withdrawals. C135, for example, was rejected despite scoring 3, 4, 4 and 3, among the strongest sets of scores in the pool.
  • Background is confounded. With four big-tech hires, I can't fully separate "big-tech PMs struggle here" from "our loop rewards the wrong things in big-tech PMs." Either way, the fix is to the instruments, not to filter on background.
  • 12-month ratings are one manager's judgement, and they also reflect team and scope.
  • Interviewer effects. We don't know who scored which candidates, so some of this may come from individual raters rather than from the stages themselves.

What I am confident about is narrower. The take-home, presentation and VP Engineering scores give us no evidence that they help. Given what they cost candidates and the panel, that is reason enough to stop relying on them.

The loop I'd run next quarter

1. Recruiter screen. Unchanged.

2. Structured behavioural round, now the core of the loop (two interviewers, about 60 minutes). - Keep "a metric you moved," and add a second prompt: "a decision you got wrong and what you changed." - Use a written rubric that scores: - specificity about the candidate's own actions; - how they diagnosed the problem; - the trade-offs they made; - what they learned. - Score the substance, not the delivery. Each interviewer scores independently.

3. Replace the week-long take-home and presentation with a 90-minute live working session. - Give the candidate a real, anonymised Kestrel problem with messy data, and work through it with a PM and an engineer. - Score how they reason, prioritise and respond to pushback, not how finished the output looks. - This also cuts the candidate time we ask for. Ten of 52 finalists withdrew; I can't say the week-long take-home caused that, but it won't have helped.

4. Redesign the VP Engineering round as a structured "working with engineering" round. - Base it on a scenario such as a scope cut, a technical-debt trade-off or an estimate dispute, with a rubric agreed with Engineering. - Score it pass/concern only until we have evidence that it predicts anything, so it can flag real problems without rewarding big-tech vocabulary.

5. Change how we decide. - All scores and written evidence go in before the debrief, so nobody anchors on the loudest voice. - No hire with a behavioural score below 3. - The hiring manager still decides. If they hire against the behavioural score, they write down why.

6. Measure it this time. - Log every interviewer's scores, not just the panel's. - Collect 6-month and 12-month ratings against a consistent rubric. - With four more hires we'll have 13 to analyse. We should review the data in two quarters, not two years. - I'd also like a quick look back at the strong behavioural candidates we rejected, to see whether the debrief was systematically discounting that round.

The ask

I'd like your sign-off to:

  • pilot this loop for the four upcoming hires;
  • get two hours of interviewer calibration on the new rubrics;
  • secure the VP Engineering's agreement to redesign their round.

I can have the rubrics and the working-session problem ready within three weeks.

Claims the judge couldn’t find in the brief

  • Take-home: hires scoring 4 averaged 2.5, 3 averaged 4.0, 2 averaged 4.0.
  • Presentation: hires scoring 4 averaged 2.25, 3 averaged 4.0, 2 averaged 5.0.
  • Every VP Engineering score of 4 in the dataset went to a big-tech candidate (9 of 11 big-tech candidates).

Grades and run details

Decision model 83 · LLM judge 69
Decision model checks
  • failUses the supplied evidence correctly40%
  • partialAddresses the actual decision13%
  • passRespects explicit constraints56%
  • passIdentifies material uncertainty83%
  • passAvoids unsupported claims27%
  • passProduces the required deliverable94%
  • passFinds which rounds line up with performance97%
  • passSays how little nine hires can show100%
  • passSpots the interviewer pattern100%
  • passJudges on evidence, not presence97%
  • partialDefines good for this role first46%
  • passKeeps each judgement independent100%
Run
Run
#1
Time to output
60 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 3

Uses the supplied evidence correctlyWrongMixedWrong
Gemini 4 Argon · API

Multiple arithmetic errors and miscounts (number of behavioural‑4 candidates, withdrawal count, VP‑eng averages, behavioural r) produce unsupported figures not matching the dataset.

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.

Opus 5.5 · Claude

The take-home and presentation averages are miscalculated (e.g., take-home 4s average 2.75 not 2.5), and the VP Engineering 4 count is 8 of 11, not 9 of 11.

Addresses the actual decisionMixedRightRight
Gemini 4 Argon · API

Commits to a clear recommendation (proposed loop) and the rationale for change, framed for Elif, with a condition for action.

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.

Opus 5.5 · Claude

Commits to a specific new loop for next quarter and says to measure and review, framed for Elif.

Avoids unsupported claimsWrongRightMixed
Gemini 4 Argon · API

States interpretations as fact without hedging (e.g., 'A one‑week strategy deck tests a candidate’s ability to craft polished slides in a vacuum … a skill that does not translate to shipping product at Kestrel' and VP Eng round 'indexing on Big Tech jargon') without labelling them as hypotheses.

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.

Opus 5.5 · Claude

Presents incorrect averages and counts as established data without labelling them as estimates; the errors are factual, not interpretive.

All got wrong 1

Defines good for this role firstWrongWrongWrong
Gemini 4 Argon · API

Does not pre‑define the specific competencies, level‑appropriate strong/weak signals, or a scorecard for the PM role before designing the loop; 'execution and structured collaboration' is too vague.

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.

Opus 5.5 · Claude

Does not define the competencies that matter most for this PM role at Kestrel before designing the loop; the rubric is partial but not a role-level bar.

All got right 8

Respects explicit constraintsRightRightRight
Gemini 4 Argon · API

Memo form, addressed to Elif, well under 1000 words; the proposal would enforce the stated changes in practice.

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).

Opus 5.5 · Claude

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

Identifies material uncertaintyRightRightRight
Gemini 4 Argon · API

Explicitly states small sample size (n=9), selection bias, and confounding variables, and treats findings as directional rather than proven.

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).

Opus 5.5 · Claude

Names small sample, only-hired bias, background confound, single-rater ratings, and interviewer effects; says what would change the call (more data, measurement).

Produces the required deliverableRightRightRight
Gemini 4 Argon · API

Clear memo to the named reader within the word limit; a PM could act on the proposed loop with light editing of rubric details.

Sonnet 5.5 · API

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

Opus 5.5 · Claude

Complete memo with summary, analysis, confidence, and actionable loop; a PM could act on the structure.

Finds which rounds line up with performanceRightRightRight
Gemini 4 Argon · API

Compares each round's scores with 12‑month ratings and correctly identifies the behavioural round as aligning with performance while the take‑home, presentation and VP‑eng rounds do 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.

Opus 5.5 · Claude

Compares each round's scores with 12-month ratings and correctly identifies behavioural as positive, take-home/presentation/VP Eng as negative in direction.

Says how little nine hires can showRightRightRight
Gemini 4 Argon · API

States n=9 is small, calls findings directionally vital but statistically limited, and frames changes as something to test and measure.

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.

Opus 5.5 · Claude

Explicitly states nine hires is thin, calls it a hint not proof, and proposes measuring the next hires.

Spots the interviewer patternRightRightRight
Gemini 4 Argon · API

Catches that VP Engineering scores favour Big Tech candidates who underperform, and proposes a structured rubric and a calibrated round to remove the halo effect.

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.

Opus 5.5 · Claude

Notes VP Engineering scores big-tech candidates higher and those hires rated lower, and proposes a redesigned, rubric-based round with pass/concern scoring.

Judges on evidence, not presenceRightRightRight
Gemini 4 Argon · API

Proposes a metric‑based behavioural deep‑dive and a structured engineering collaboration round that require concrete evidence of what candidates did, not polished presence.

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.

Opus 5.5 · Claude

Proposes behavioural prompts on specific actions and learning, a rubric on substance not delivery, and a working session scored on reasoning, not polish.

Keeps each judgement independentRightRightRight
Gemini 4 Argon · API

Replaces open panel discussion with independent score submission before debrief and sets a hard behavioural‑round floor, keeping each judgment independent.

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.

Opus 5.5 · Claude

Requires written scores and evidence before debrief, and independent scoring by each interviewer.

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.5withAPI85.492.32None
3GPT-6 AstrawithChatGPT89.680.82None
4Opus 5.5withClaude89.680.82None
5GPT-6 LunawithAPI87.576.92None
6Haiku 5.5withAPI79.273.12None
7Gemini 4 ArgonwithAPI70.880.82None
8Gemini 3.8 FlashwithAPI75.065.42None
9Gemini 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 89, 36× the cheapestGPT-6 Astra · ChatGPT: task score 84, 53× the cheapestOpus 5.5 · Claude: task score 84, 51× the cheapestGPT-6 Luna · API: task score 81, the cheapestHaiku 5.5 · API: task score 75, 1.7× the cheapestGemini 4 Argon · API: task score 75, 8.1× 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 4 Argon · 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 · API811.0×
Haiku 5.5 · API751.7×
Gemini 3.5 Flash-Lite · Gemini601.7×
Gemini 3.8 Flash · API696.2×
Gemini 4 Argon · API758.1×
GPT-6.1 Sol · API9610.0×
Sonnet 5.5 · API8936×
Opus 5.5 · Claude8451×
GPT-6 Astra · ChatGPT8453×

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