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

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 63 · LLM judge 46
Decision model checks
  • failUses the supplied evidence correctly70%
  • failAddresses the actual decision80%
  • passRespects explicit constraints23%
  • partialIdentifies material uncertainty61%
  • failAvoids unsupported claims45%
  • passProduces the required deliverable76%
  • passFinds which rounds line up with performance92%
  • partialSays how little nine hires can show92%
  • passSpots the interviewer pattern100%
  • passJudges on evidence, not presence92%
  • partialDefines good for this role first30%
  • passKeeps each judgement independent98%
Run
Run
#1
API response time
51 s
Submitted
6 Oct 2026

Usable with a quick edit11 of 12 checks passed

The memo is clear, evidence-based, and actionable; a PM could use it with minor wording tweaks and no need to re-verify the data or reasoning.

Output

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

Recommendation

For the next four hires, make demonstrated product judgment, metric ownership, and cross-functional execution the center of the loop. Replace the week-long strategy deck and separate presentation with a short, standardized work sample; retain and strengthen the behavioral metric interview; replace the unstructured “technical credibility” conversation with a scored collaboration exercise.

These are evidence-informed changes, not a validated hiring formula. Our strongest signal comes from just nine hires.

What appears to predict performance

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, versus the company PM average of 3.4. Three received a 2; none received a 1. The similar averages do not negate the three struggling hires, but neither establish that the entire loop is failing.

Among hires:

Interview componentCorrelation with 12-month rating*Interpretation
------:---
Behavioral metric round+0.82Strongest promising signal
Take-home strategy deck−0.49No positive predictive evidence
Presentation−0.75High scores did not identify stronger performers
VP Engineering conversation−0.71“Technical credibility” scores did not identify stronger performers

Descriptive Pearson correlations on ordinal scores, based on nine hires—not validated predictive estimates.

The behavioral round shows a particularly clear pattern: the three hires scoring 2 all subsequently received performance ratings of 2; those scoring 3 averaged 3.33; those scoring 4 averaged 4.67. It plausibly tests something relevant to the job: whether candidates can explain their own contribution, reason about outcomes, and learn from results.

Conversely, three hires—C107, C132, and C148—received presentation and VP Engineering scores of 4, but later performance ratings of 2. C101 scored 2 in both those rounds and subsequently received a 5. We should stop treating polish or this version of technical credibility as sufficient evidence of PM effectiveness.

We have no scored evidence for the recruiter screen, and cannot assess the independent value of panel discussion or hiring-manager judgment from these files.

How confident should we be?

Confident about the observed pattern; low confidence that it will generalize.

  • Nine outcomes are too few to estimate stable predictive relationships or optimize weights and cutoffs. A few cases could materially change the results.
  • Selection limits the analysis. We observe performance only for people our existing process hired. Rejected and withdrawn candidates are not failed PMs; their missing outcomes prevent us from measuring false negatives or assessing validity across all finalists.
  • Background and scores are entangled. The four big-tech hires averaged 2.25 in performance; the three startup hires averaged 4.67. Background also overlaps with interview-score patterns. We cannot isolate interview effects from background, assignments, support, or other differences—and should not turn this into a background preference.
  • The rounds are not independent. The deck and presentation share content, while ratings may reflect overlapping impressions. We cannot establish which round adds value beyond another.
  • Performance ratings are an imperfect criterion. We lack role scope, manager, onboarding, and rating-calibration information. The company average is not a matched comparison group.

Negative correlations therefore do not mean we should prefer poor presenters or candidates with low technical scores. They mean the current versions have not demonstrated useful positive signal.

The loop I would run next quarter

1. Structured recruiter screen. Confirm role expectations, relevant experience, motivation, and logistics using consistent questions. Explain the process and preparation requirements upfront.

2. Standardized product work sample, replacing the deck and presentation. Use a fictional product brief and small dataset, with a roughly 60–90-minute total candidate commitment. Ask candidates to diagnose a problem, choose an outcome metric, prioritize options, and explain tradeoffs. Introduce a new constraint during discussion to test adaptation, not slide polish. Use equivalent prompts, consistent preparation conditions, and accommodations where needed.

3. Structured behavioral metric interview. Keep the strongest observed signal. Probe the baseline, candidate’s personal actions, alternatives considered, attribution versus correlation, unintended effects, and lessons learned. Score ownership, analytical judgment, and learning separately using behaviorally anchored rubrics.

4. Structured engineering collaboration interview. Replace the standalone credibility conversation with a realistic scenario involving delivery constraints, instrumentation, and competing priorities. An engineering interviewer scores clarification, tradeoffs, and collaboration—not jargon, pedigree, or conversational rapport.

5. Evidence-led decision. Set role-specific competencies and minimum requirements before interviewing. Interviewers submit independent scores and concrete evidence before discussion. The hiring manager documents the decision and any override. Presentation polish must not compensate for missing evidence on critical competencies. Do not derive mechanical cutoffs from these nine hires.

How we will know whether this is better

Preserve round-level scores, interviewer identities, decisions, overrides, withdrawals, and candidate feedback. Define consistent, role-adjusted performance measures at 3, 6, and 12 months; where feasible, have reviewers assess performance without seeing interview scores.

Review candidate burden and scoring consistency immediately. Treat outcomes from the next four hires as additional evidence—not proof of success. Build a larger cohort before claiming predictive validity or tuning numerical weights.

Grades and run details

Decision model 88 · LLM judge 100
Decision model checks
  • failUses the supplied evidence correctly41%
  • passAddresses the actual decision20%
  • passRespects explicit constraints69%
  • passIdentifies material uncertainty54%
  • passAvoids unsupported claims59%
  • passProduces the required deliverable85%
  • passFinds which rounds line up with performance91%
  • passSays how little nine hires can show100%
  • passSpots the interviewer pattern74%
  • passJudges on evidence, not presence100%
  • partialDefines good for this role first86%
  • passKeeps each judgement independent98%
Run
Run
#1
API response time
45 s
Submitted
6 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 correctlyWrongWrongMixed
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.

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

All claims about the current situation are directly supported by the supplied context or arithmetic on it.

Addresses the actual decisionMixedWrongRight
Gemini 4 Argon · API

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

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

The memo commits to a specific loop for next quarter, framed for Elif, and says to treat next hires as additional evidence, not proof.

Identifies material uncertaintyRightWrongRight
Gemini 4 Argon · API

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

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.

GPT-6.1 Sol · API

It names small sample, selection bias, background entanglement, and imperfect ratings as unknowns, and says to resolve by tracking future hires.

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

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

Correlations are labelled as descriptive and not validated; interpretations are hedged with 'plausibly' and 'not demonstrated useful positive signal'.

Says how little nine hires can showRightWrongRight
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.

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

GPT-6.1 Sol · API

It states plainly that nine hires is too few, frames changes as evidence-informed not proven, and proposes to keep measuring.

Defines good for this role firstWrongWrongRight
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.

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

It names product judgment, metric ownership, and cross-functional execution as core competencies, and requires setting role-specific competencies and behaviorally anchored rubrics before interviewing.

All got right 6

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.

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

The output is a memo under 1,000 words addressed to Elif, respecting the form and length constraint.

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.

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

The memo answers which parts predict, how confident, and the loop to run, and is usable by the VP Product with light edits.

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.

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.

GPT-6.1 Sol · API

It compares each round's scores with 12-month ratings, finding behavioral lines up and take-home, presentation, VP Engineering do not.

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.

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.

GPT-6.1 Sol · API

It notes VP Engineering scores big-tech candidates higher and those hires rated lower, and proposes a scored collaboration exercise with a defined bar.

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.

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

It asks for concrete evidence of personal contribution, learning, and tradeoffs, and treats impressions as weak signals.

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.

Gemini 3.8 Flash · API

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

GPT-6.1 Sol · API

It requires interviewers to submit independent scores and evidence before discussion, and the hiring manager to document any override.

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