Tasks / Product Craft

Customer research call guide

Can the model write a guide that uncovers behaviour rather than opinions?

Task type v1.0 · 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. 38% were usable with at most a quick edit.

Reliably right

  1. Asks what people did, not what they think92% pass
    Core questions ask about specific recent actions (last boxes, skipped weeks, what they did instead) rather than opinions.
    Opus 5.5 · Claude · Too expensive, by default
  2. Tests both theories fairly91% pass
    Both theories get questions that could disprove them (e.g., no action on robotics, happiness after slow go-live), and open-ended timeline questions leave room for a third cause.
    Sonnet 5.5 · API · Why are warehouses leaving? Two execs, two theories
  3. Different questions for user and signer91% pass
    The guide has distinct tracks: daily user questions focus on day-to-day experience and workarounds, signer questions on the decision process and alternatives.
    Sonnet 5.5 · API · Why are warehouses leaving? Two execs, two theories

Where it slips

  1. Marks what to cut if the call runs over28% pass
    The guide has timed sections but does not mark which questions are must-ask or what to cut if time runs short.
    Opus 5.5 · Claude · Too expensive, by default
  2. Doesn't trust the default reason41% pass
    The plan names the pre-selected default as a bias but does not use the behaviour columns to show that most 'too expensive' cancellers had stopped cooking; it only picks two contrasting individuals without the aggregate pattern.
    GPT-6 Astra · ChatGPT · Too expensive, by default
  3. Uses the supplied evidence correctly64% pass
    The claim 'Customers will say what helps their negotiation' is an unsupported behavioural statement not derived from the context.
    Haiku 5.5 · API · Why are warehouses leaving? Two execs, two theories

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. Designed to falsify

    For each learning goal, does the guide include a question whose honest answer could show the team's hypothesis is wrong?

    Passes when Every learning goal has at least one disconfirming, non-leading question, such as asking about the last time they had the problem and what they did instead.

  2. Asks what people did, not what they think

    Are the core questions about specific things the person actually did recently, rather than opinions, predictions or hypotheticals?

    Passes when The core of the guide asks for recent, specific instances (the last time, what happened, what they did) and follows up on them; opinions and predictions are absent or clearly secondary.

  3. Doesn't lead the witness

    Are the questions free of leading wording, of pitching the idea, and of hints at the answer the team hopes for?

    Passes when Questions are neutral and open, and the idea is not described (or only at the very end, after the problem questions).

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 · Marks what to cut if the call runs over · and 2 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 the PM for retention at Sprig. The execs each have a theory about why subscribers cancel (below). Plan next week's six churn interviews: who to recruit from the cancellation list and why, and the guide the interviewers will use, in no more than 900 words. Two of the interviewers are new to it. The files are attached.

What the model was given5 items: About Sprig, exec_hypotheses.md, cancel_form.md, cancellations_last_quarter.csv, research_constraints.md
About SprigA meal-kit subscription: recipes and ingredients delivered weekly. Subscribers can skip a week or cancel any time.
exec_hypotheses.md7 lines · Download
# What the execs think (for the research)

- CEO: "It's price. Competitors discount harder."
- Head of Food: "Our recipes are too repetitive after a few months."
- Head of Ops: "Late deliveries."

Retained subscribers (for comparison): 81% cooked at least 3 recipes a week in their first month; 34% of cancellers did.
cancel_form.md3 lines · Download
# The cancel form

A single-choice list, in this order: "Too expensive" (selected by default), "Recipes got repetitive", "Moving / travelling", "Delivery problems", "Other". Free text is optional.
cancellations_last_quarter.csv300 rows · Download
cancellation,cancel_reason_selected,weeks_subscribed,deliveries_skipped_last_6_weeks,recipes_cooked_last_4_weeks,free_text
S-8000,Recipes got repetitive,47,3,0,kept piling up in the fridge
S-8001,Recipes got repetitive,16,3,2,too much food for two
S-8002,Moving / travelling,33,2,5,cheaper at the supermarket
S-8003,Too expensive (pre-selected),29,3,2,kept piling up in the fridge
S-8004,Too expensive (pre-selected),11,5,0,
S-8005,Too expensive (pre-selected),20,5,0,too much food for two
…
research_constraints.md4 lines · Download
# Research constraints

- Six calls, 30 minutes each, next week. The researcher can recruit from the cancellation list (consent to contact is on file for all of them).
- Two of the PMs running calls are new to interviewing.
What a strong answer doesThe answer key the graders mark against

Reads the cancellation data before trusting it: 'Too expensive' is the top reason (156 of 300), but it's the pre-selected first option, and 118 of those 156 had skipped two or more deliveries and cooked two or fewer recipes in the last four weeks: they'd stopped using the product before they left. Overall 204 of 300 skipped two or more deliveries. So the guide investigates what happened to the cooking habit, and price as one hypothesis to test rather than the answer. Recruits deliberately from the list across the patterns: people who stopped cooking and picked 'too expensive', people who kept cooking and still picked 'too expensive' (the real price cases), and people who said recipes got repetitive. The guide asks about specific recent weeks (the last box they skipped, what happened to the food, what they ate instead), each exec hypothesis has a question whose honest answer could disprove it, questions don't lead or mention price first, the guide fits 30 minutes with timings and marks what to cut, and gives the new interviewers prompts for digging deeper. Notes that the default on the cancel form should be removed.

Critical failures (cap the score at 40)
  • Builds the guide around confirming that price is the reason
Task

Staff-level · v1.0

The outputs

8 setups answered this brief.

Usable with a quick edit10 of 12 checks passed

The guide is well-structured and evidence-based; a PM could add a note on what to cut if time runs short and the aggregate data point about 'too expensive' cancellers in a quick edit.

Output

Aim and guardrails

Understand the sequence leading to cancellation, not ask subscribers to vote on executives’ theories. Test price, repetition, and delivery alongside an alternative: subscribers never established—or lost—a workable cooking routine, making unused food feel expensive.

The cancellation form is weak evidence: price is first and preselected, only one answer is allowed, and comments sometimes conflict with selections. The first-month cooking gap—81% of retained subscribers versus 34% of cancellers cooking at least three recipes weekly—is an important association, not proof of causation. Last-four-week cooking counts cannot identify first-month activation.

Recruit these six

Use purposive contrasts, not a representative sample. Counts below mean weeks subscribed / skips in last six weeks / recipes cooked in last four weeks.

Primary recruitEvidenceWhy this interview; backup
S-800329 / 3 / 2; price selected; “kept piling up in the fridge”Distinguish affordability from paying for unused food; reconstruct whether disengagement preceded price concerns. Backup: S-8093.
S-805629 / 1 / 12; price selected; “cheaper at the supermarket”Same tenure as S-8003, much higher recent cooking. Strong contrast for genuine price pressure despite use; supermarket comparison is not evidence of competitor discounting. Backup: S-8096.
S-800047 / 3 / 0; repetition selected; “kept piling up in the fridge”Test whether menu fatigue caused declining use, or whether routine/quantity problems came first. Backup: S-8209.
S-807223 / 1 / 8; delivery problems selected; no commentExplore an operational explanation among someone still cooking relatively often. Establish whether the problem was lateness, something else, and consequential enough to trigger cancellation. Backup: S-8179.
S-80246 / 5 / 1; other selected; “kept piling up in the fridge”Short-tenure, high-skipping case outside executive labels: explore onboarding, quantity, expectations, and routine formation. Backup: S-8131.
S-803733 / 0 / 5; moving/travelling selected; no commentContrast with frequent skippers; examine life circumstances, whether the label fits, and why cancel rather than skip. Backup: S-8215.

Contact primaries immediately; approach backups if unavailable or declining. Offer the same fixed incentive regardless of feedback. Invite them to discuss “your experience using and stopping Sprig,” without naming hypotheses. Confirm they managed the subscription or cooking; do not screen for agreement with a theory.

Before calls, verify metric definitions, subscription dates, and available delivery history. Skipping reduces opportunities to cook; raw cooking counts are not cooking rates. Schedule three calls Tuesday, three Thursday, with debrief time.

Shared 30-minute interview guide

0–2 minutes: introduction

“We’re learning how Sprig fitted into your life and what led you to stop. This isn’t a sales call; honest criticism is useful. You can skip questions or stop. May we record for research notes?”

2–6: expectations and early use

  • “What was happening in your life when you signed up?”
  • “What did you hope Sprig would replace or make easier?”
  • “Walk me through an early delivery: who cooked, what got cooked, and what happened to the rest?”
  • “How typical was that during your first month?”

6–15: reconstruct the change

  • “Walk me through your last few weeks with Sprig.”
  • “Tell me about the last box you received—from arrival to what happened to each meal.”
  • “When did you first consider stopping? What happened just before that?”
  • “Was there a time it worked better? What changed?”
  • “Tell me about a week you skipped, if any. What drove that decision?”

Anchor memories to deliveries or calendar events; accept “I don’t remember.”

15–20: cancellation and alternatives

  • “Tell me about the day you cancelled. Why then?”
  • “What had you already tried?”
  • “What options did you consider, including skipping?”
  • “What have you actually done for meals since?”

20–27: test explanations, only after the unaided story

Ask everyone: - “How did the cost fit your budget and what you got from it?” Probe actual alternatives, prices or discounts used—not hypothetical willingness to pay. - “How did recipe choice change over time?” Request specific examples and timing. - “How did deliveries fit your plans?” If problems arose: promised versus actual arrival, consequences, frequency, and attempted resolution. - Then show their selected reason/comment: “How well does this capture what happened? What’s missing?”

27–30: confirm

Summarize the sequence, separating ongoing frustrations from the final trigger. “What have I misunderstood? What else mattered?”

Support and synthesis

Pair each novice with an experienced observer; rehearse Monday. Use silence and “Tell me about a specific time,” not suggested answers. Never defend Sprig or pitch fixes.

After each call, record timeline, supporting examples, contradictions, and unknowns separately from interpretation. Friday, compare cases across all explanations, explicitly noting disconfirming evidence. Report mechanisms and next validation steps—not churn percentages or causal conclusions from six interviews.

Grades and run details

Decision model 83 · LLM judge 85
Decision model checks
  • passUses the supplied evidence correctly29%
  • passAddresses the actual decision47%
  • partialRespects explicit constraints38%
  • partialIdentifies material uncertainty43%
  • passAvoids unsupported claims75%
  • passProduces the required deliverable57%
  • partialDoesn't trust the default reason47%
  • passRecruits from the data99%
  • passDesigned to falsify73%
  • passAsks what people did, not what they think89%
  • passDoesn't lead the witness72%
  • partialMarks what to cut if the call runs over55%
Run
Run
#1
Time to output
33 s
Submitted
5 Oct 2026

Check by check

Open a check to read the judge’s reasons. “Mixed” means the two graders disagreed.

Got wrong 2

Doesn't trust the default reasonWrong

The plan names the pre-selected default as a bias but does not use the behaviour columns to show that most 'too expensive' cancellers had stopped cooking; it only picks two contrasting individuals without the aggregate pattern.

Marks what to cut if the call runs overWrong

The guide includes timed sections that sum to 30 minutes but does not mark which questions to cut if the call runs over, as required.

Got right 10

Uses the supplied evidence correctlyRight

All factual claims about the current situation are taken directly from the supplied context or derived by simple arithmetic from it.

Addresses the actual decisionRight

The output commits to a clear recruitment plan and interview guide, and says to approach backups if primaries are unavailable.

Respects explicit constraintsRight

The plan is under 900 words, addresses the two new interviewers with pairing and rehearsal, and delivers the requested recruit list and guide.

Identifies material uncertaintyRight

The output labels the cooking gap as an association, notes the cancel form is weak evidence, and instructs to report mechanisms and next validation steps rather than causal conclusions.

Avoids unsupported claimsRight

Interpretations are clearly labelled as such (e.g., 'important association, not proof of causation'), and no cause is presented as established fact.

Produces the required deliverableRight

The output provides a complete recruitment plan with reasons and a timed interview guide, usable by the retention PM and interviewers.

Recruits from the dataRight

The six interviewees are chosen by behaviour pattern (low-cooking price, high-cooking price, repetition, delivery, short-tenure other, moving with no skips) to test each hypothesis.

Designed to falsifyRight

Each executive hypothesis has a disconfirming question (e.g., 'How did the cost fit your budget and what you got from it?' could show price wasn't the issue).

Asks what people did, not what they thinkRight

Core questions ask for specific recent instances (last box, week skipped, day of cancellation) and follow up on actions, not opinions or hypotheticals.

Doesn't lead the witnessRight

Questions are open and neutral; the guide explicitly instructs interviewers not to defend Sprig or suggest answers.

Results

Every setup we’ve tested on this task type, across all its tasks and repeats, graded on the current checklist. Calibrated. Where our PM checked the graders by hand, they agreed on 98% of 42 checks.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1Sonnet 5.5withAPI86.188.52None
2GPT-6.1 SolwithAPI87.884.92None
3Opus 5.5withClaude92.174.72None
4GPT-6 AstrawithChatGPT89.774.52None
5Haiku 5.5withAPI87.870.12None
6GPT-6 LunawithAPI81.673.92None
7Gemini 3.8 FlashwithAPI69.751.92None
8Gemini 3.5 Flash-LitewithGemini60.126.121 capped

What you get for the cost

GPT-6.1 Sol · API scores within a point of Sonnet 5.5 · API at a third of the cost.

Task score against relative cost for each setup. The table below has the same figures.304050607080901001×3×10×30×Cost per output, relative to the cheapest setup (log scale) →↑ Task scoreSonnet 5.5 · API: task score 86, 43× the cheapestGPT-6.1 Sol · API: task score 85, 13× the cheapestOpus 5.5 · Claude: task score 82, 71× the cheapestGPT-6 Astra · ChatGPT: task score 81, 66× the cheapestHaiku 5.5 · API: task score 77, 2.3× the cheapestGPT-6 Luna · API: task score 77, the cheapestGemini 3.8 Flash · API: task score 58, 8.3× the cheapestGemini 3.5 Flash-Lite · Gemini: task score 41, 3.0× the cheapest, 1 critical failureSonnet 5.5 · APIGPT-6.1 Sol · APIOpus 5.5 · ClaudeGPT-6 Astra · ChatGPTHaiku 5.5 · APIGPT-6 Luna · APIGemini 3.8 Flash · APIGemini 3.5 Flash-Lite · Gemini
Best valueNobody beats these on both score and costAt least one critical failure
Task score and relative cost by setup
SetupTask scoreRelative cost (cheapest = 1)
GPT-6 Luna · API771.0×
Haiku 5.5 · API772.3×
Gemini 3.5 Flash-Lite · Gemini413.0×
Gemini 3.8 Flash · API588.3×
GPT-6.1 Sol · API8513×
Sonnet 5.5 · API8643×
GPT-6 Astra · ChatGPT8166×
Opus 5.5 · Claude8271×

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

Preparing for customer calls.

Why it matters

Leading questions produce the answers you wanted. A good guide is designed to prove you wrong.

What good looks like

  • Past-behaviour questions
  • No leading prompts
  • Clear learning goals
  • Could disprove the team's hypothesis

Deliberately not measured

    Capability tested

    Question design

    The failure we’re looking for

    Hypothetical, leading questions

    Grading

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