Tasks / Discover

Customer research call guide

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

Measures the modelTask v1.0 · 2 casesDifficulty

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

From 14 graded outputs by 7 models. 36% were usable with at most a quick edit.

Reliably right

  1. Identifies material uncertainty96% pass
    Names specific unknowns (cost of lateness, ease of chasing, automation fit, willingness to pay) and says mixed findings mean targeted follow-up.
    GPT-6.1 Sol · API · Would freelancers pay to stop chasing invoices?
  2. Coaches first-time interviewers96% pass
    Provides specific, actionable instructions: alternate roles, practice call, avoid pitching, allow silence, separate observations from interpretations.
    GPT-6.1 Sol · API · Would freelancers pay to stop chasing invoices?
  3. Addresses the actual decision93% pass
    Provides clear go/stop conditions tied to specific call outcomes, framed for the team.
    GPT-6.1 Sol · API · Would freelancers pay to stop chasing invoices?

Where it slips

  1. Marks what to cut if the call runs over29% pass
    Timings add up to 30 minutes but no must-ask questions are marked and no guidance on what to cut if time runs short.
    GPT-6.1 Sol · API · Would freelancers pay to stop chasing invoices?
  2. Respects explicit constraints61% pass
    The guide is clearly over 900 words, violating the explicit length constraint.
    Opus 5.5 · Claude · Would freelancers pay to stop chasing invoices?
  3. Uses the supplied evidence correctly70% pass
    It uses most supplied numbers correctly, but invents or overstates current-situation details such as an 'Autochase support ticket' population and treats recruiting-plan inferences as facts.
    Sonnet 5.5 · API · Would freelancers pay to stop chasing invoices?

Case viewer

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

The brief

You're a PM at Paydeck. Next week, Mei (a designer) and Tomas (an engineer) will run 8 customer calls to test whether we should build Autochase next quarter. Neither has run a customer interview before. Write the call guide they'll use: the learning goals, the questions with rough timings for a 30-minute call, notes for first-time interviewers, who we should talk to, and what we'd need to hear to go ahead or to stop. Keep it under 900 words. Sam, the PM who owns Autochase, has drafted some questions and a recruiting plan. They're below with everything else we know.

What the model was given6 items: About Paydeck, The idea, Sam's hypothesis, What we know, Sam's draft questions, Sam's recruiting plan
About PaydeckInvoicing software for freelancers and small agencies (1 to 10 people). 48,000 accounts, 6,100 of them paying $12 a month for Pro.
The ideaAutochase: automatic, escalating reminders for overdue invoices, sold as a $10-a-month add-on. There is no prototype yet.
Sam's hypothesis“Late payments cost our users real money, and chasing them is painful enough that they'd pay $10 a month to automate it.”
What we know34% of invoices sent through Paydeck are paid after their due date; the median is 16 days late. The manual 'Send reminder' button was used by 12% of accounts in the last 90 days. 40 support tickets last quarter asked for automatic reminders.
Sam's draft questions1. How frustrating do you find chasing late payments? 2. Would an automatic reminder feature be useful to you? 3. How much would you pay for it: $5, $10 or $15 a month? 4. Do you think your clients would be annoyed by automated reminders? 5. What other features would you like us to build?
Sam's recruiting planEmail the 300 accounts that used the 'Send reminder' button most last month, and book the first 8 who reply.
What a strong answer doesThe answer key the graders mark against

A guide that splits Sam's hypothesis into goals that can each fail: do late payments actually cost users time or money, how do they deal with them today, would they pay to fix it, and does chasing harm client relationships. The core asks for the story of the last overdue invoice (what happened, what they did, how long it took, what it cost) and what they've already tried or paid for, instead of opinions or predictions. It replaces Sam's leading and hypothetical questions: no 'how frustrating', no 'would it be useful', no price menu; payment is tested through past spending or a real commitment (say, a paid pilot sign-up) at the end, after the problem questions and without pitching Autochase first. It fits 30 minutes with timings, coaches first-timers (ask for specifics, follow up with 'what happened next', stay quiet, don't pitch or defend), and fixes the recruiting plan: the heaviest reminder users will over-state demand, so it adds accounts with overdue invoices that never send reminders, and says who to exclude or balance. It ends with clear go and stop signals tied to what people did, such as most calls describing recent chasing that took real time plus a workaround they've tried or paid for, against most saying one nudge does the job.

Critical failures (cap the score at 40)
  • Relies on hypothetical questions (would you use it, how much would you pay) as the main evidence for the decision
  • Describes or pitches Autochase before asking how the person handles late payments today
Case

Mid-level · v1.1 · synthetic · B2B SaaS, freelancers, willingness to pay, first-time interviewers

The outputs

7 setups answered this brief. Pick up to three to read side by side.

Needs more than a quick edit9 of 12 checks passed

The guide is strong and actionable, but it violates the 900-word constraint and lacks explicit must-ask/cut guidance for the 30-minute call. A PM would need to trim and tighten it before using it as-is.

Output

Autochase Discovery Calls: Interview Guide

Interviewers: Mei and Tomas | Calls: 8 × 30 min | Week of: [date]

Why we're doing this

Sam's hypothesis is that late payments cost our users real money, and chasing them is painful enough that they'd pay $10 a month to automate it. The data leaves room for doubt. 34% of invoices are paid late, but only 12% of accounts used "Send reminder" in the last 90 days. Either chasing isn't painful, or people chase outside Paydeck, or they avoid chasing altogether. These calls should tell us which.

Learning goals

  1. Cost: How much do late payments actually hurt (cash flow, hours, stress)? Is this a top-three problem or a mild annoyance?
  2. Current behaviour: How do people chase today, with what tools, and why do most not use our reminder button?
  3. Barriers to automation: Would they let software chase their clients? What would make that feel safe or risky?
  4. Willingness to pay: Do they already spend money or time on this, and who (freelancers or agencies, Pro or free) feels it most?

Who we talk to

Draw from accounts with at least one invoice paid 7+ days late in the last 90 days, then fill these slots:

SegmentCallsWhy
Regular "Send reminder" users3They feel the pain and act on it
Late invoices, never used the button3The 88% we know least about
Filed a ticket asking for auto-reminders2Our strongest likely advocates, to test them
  • Aim for at least 5 Pro accounts, since the add-on is priced against a $12 plan.
  • Include at least 2 agencies.
  • Invite about 15 people to get 8 who show up.
  • Hand-pick from the people who reply. Don't just book the first eight.
  • Offer a thank-you, such as a free month of Pro.

Why this differs from Sam's plan: Emailing only the 300 heaviest button users would reach people who already chase inside Paydeck. They're the most likely to say yes, so a yes from them wouldn't tell us much. Booking the first eight repliers adds another bias toward the most engaged users.

The call (30 minutes)

0–3 min: Open - "Thanks for your time. We're trying to understand how you get paid. We're not selling anything, and there are no wrong answers." - Ask permission to record.

3–8 min: Context - "Tell me about your business. Who are your clients, and how many invoices do you send in a typical month?" - "Walk me through what happens after you send an invoice."

8–18 min: The last late invoice (the heart of the call) - "Think of the last time a client paid you late. What happened?" - "When did you notice? What did you do, and when?" - "How did it get resolved? How long did it take?" - "What did it cost you: time, money, other plans, stress?" - "Is that typical, or was it unusual?"

18–24 min: How they chase today - "What do you usually do when an invoice is overdue?" - "What tools do you use: email, phone, our reminder button, anything else?" - If they haven't used the button: "Have you seen our 'Send reminder' button? Why or why not?" - "Is there anyone you chose not to chase? Why?" - "What worries you about chasing clients?"

24–28 min: Value and alternatives - "Have you tried to fix this: templates, other software, an assistant, late fees?" - "What did that cost, and why did you keep or drop it?" - "If this problem disappeared tomorrow, what would change for you?"

28–30 min: Close - Describe Autochase in one or two neutral sentences: "automatic reminders for overdue invoices, sent on a schedule you set." - Ask for their reaction. - Then ask: "Would you want to join a paid beta when it's ready?" A yes should come with a real next step, such as their email for the beta list. - Finish with: "Anything I should have asked?"

Why this differs from Sam's questions: Questions like "Would this be useful?" or "How frustrating is it?" invite polite yeses. Offering $5/$10/$15 anchors people on our numbers. Asking what their clients would think gets guesses, not evidence. "Other features" takes the call off topic. Asking what actually happened last time gives us far more reliable answers.

Notes for first-time interviewers

  • Split roles. One person leads and the other takes notes. Swap after each call.
  • Ask about the past, not the future. "What did you do?" beats "What would you do?"
  • Follow up before moving on. "Tell me more," "Why?" and "Can you give an example?" are your best questions.
  • Get comfortable with silence. Count to five before filling a pause. People often add the useful part then.
  • Don't pitch or defend. If they criticise Paydeck, say "That's helpful, go on."
  • Treat compliments as noise. "Sounds great!" means nothing. Look for money spent, time lost and workarounds built.
  • Write down exact quotes. Mark the ones about cost or emotion.
  • Debrief for 10 minutes right after each call. Cover the top three surprises, the evidence for or against each learning goal, and whether they meet the go signals below.

Decision criteria

We're agreeing these before the calls so we don't rationalise afterward. Eight calls give us direction, not proof. Treat the results as a reason to prototype or to drop the idea, not as a sizing exercise.

Go ahead (build a prototype next quarter) if: - At least 5 of 8 describe a recent late payment with a concrete cost, such as a cash-flow squeeze, hours spent chasing, or a delayed bill of their own; and - At least 4 already use a workaround (templates, calendar nudges, another tool) or have paid for one; and - At least 3 give a real commitment at the close, such as joining the beta list or asking when it launches; and - Relationship worries come up but sound solvable, for example with control over tone, timing or which clients get reminders.

Stop or rethink if: - Most treat late payment as normal and tolerable ("they always pay eventually"); or - Most avoid chasing on purpose to protect client relationships, and automation makes them more nervous; or - The pain is real but they're satisfied with what they already use; or - Interest is limited to the ticket-filers and heavy button users.

Possible middle outcome: People want the feature but balk at paying extra. That points to making it part of Pro rather than a $10 add-on, which nearly doubles the price. Flag this if you hear it.

After the calls

Mei and Tomas share a one-page summary with Sam within two days. It should cover each learning goal, the go/stop tally, and the three best quotes.

Claims the judge couldn’t find in the brief

  • Either chasing isn't painful, or people chase outside Paydeck, or they avoid chasing altogether.
  • Heaviest reminder users are the most likely to say yes.

Grades and run details

Decision model 96 · LLM judge 9 of 13 checks
Decision model checks
  • passUses the supplied evidence correctly40%
  • passAddresses the actual decision95%
  • passRespects explicit constraints46%
  • passIdentifies material uncertainty100%
  • passAvoids unsupported claims80%
  • passProduces the required deliverable86%
  • passTalks to the right people100%
  • passCoaches first-time interviewers100%
  • passDesigned to falsify95%
  • passAsks what people did, not what they think94%
  • passDoesn't lead the witness89%
  • partialMarks what to cut if the call runs over53%
Run
Run
#1
Time to output
42 s
Submitted
30 Sept 2026

Usable with a quick edit10 of 12 checks passed

The guide is well-structured and complete; a PM could add a note about cutting questions if time runs short in a quick edit, without re-checking evidence or redoing reasoning.

Output

Customer Interview Guide: Autochase Discovery

Interviewers: Mei & Tomas | Call length: 30 min | Target: 8 calls

---

1. Learning Goals

  • Understand the real cost: Does chasing late payments cost users actual time/cash flow, or is it just a minor nuisance?
  • Current behaviors & workarounds: How do they handle late invoices today? What tools or manual steps do they use?
  • Fear vs. relief: Are users worried automated reminders will harm client relationships?
  • Willingness to pay: Is the pain acute enough to warrant a $10/mo add-on (nearly doubling their $12/mo Pro fee)?

---

2. Who We Are Talking To (Recruiting Update)

Sam’s plan to recruit only the top 'Send reminder' clickers creates selection bias—we’d only hear from people comfortable nudging clients. We need 8 users split across two segments: 1. Active Chasers (4 users): Have late invoices and regularly use the manual reminder button. 2. Reluctant Chasers (4 users): Have late invoices (>14 days overdue) but rarely or never use the reminder button. (Why aren't they sending them? Fear? Embarrassment?) Include a mix of solo freelancers and 2–10 person agencies.

---

3. Call Structure & Questions (30 Minutes)

#### 00:00–03:00 | Welcome & Context * "Thanks for joining! I’m Mei/Tomas. We’re working on how Paydeck handles invoicing workflows. We aren't selling anything today—we just want to understand how you run your business. There are no right or wrong answers." * Ask permission to record.

#### 03:00–10:00 | Past Behavior & The Real Pain Instead of asking "How frustrating is this?", anchor on their actual past experiences. * "Think back to the last time a client was late on an invoice. Can you walk me through what happened?" * "How late was the payment, and how did it impact your business or cash flow?" * "How often does this happen across all your clients?"

#### 10:00–18:00 | Current Workflow & Emotional Friction * "When an invoice became overdue, what exact steps did you take? What did you say, and when?" * "What made you decide to reach out at that specific moment rather than earlier or later?" * (For non-clickers): "We noticed you rarely use the 'Send reminder' button in Paydeck. How come?" * "How do your clients react when you remind them? What worries do you have, if any, about nudging them?"

#### 18:00–26:00 | Solution Testing & Willingness to Pay Instead of pitching Autochase directly or asking hypothetical pricing, test the concept against their current spend. * "Have you tried any other tools, templates, or processes to get paid faster? What did you like or dislike about them?" * "If Paydeck could automatically send reminders on a schedule you choose, would you turn it on? Why or why not?" * "What would hold you back from letting software message your clients automatically?" * "If this existed today as a paid add-on, how would you evaluate whether it’s worth paying for?"

#### 26:00–30:00 | Wrap-up * "Is there anything else about getting paid that we didn’t cover?" * Thank them; note that their input will directly shape the product.

---

4. Tips for First-Time Interviewers

  • Split roles: One person leads the conversation; the other takes notes. Alternate roles across calls.
  • Never ask hypotheticals: People lie when predicting the future ("Would you use X?"). Ask what they actually did in the past.
  • Embrace awkward silence: After a user answers, wait 3 seconds. They will almost always add crucial context.
  • Don't defend the product: If they criticize Paydeck, say: "Tell me more about that."

---

5. Go / No-Go Decision Criteria

#### ✅ GO (Green light to build Autochase): * Acute pain confirmed: At least 6 of 8 users report overdue invoices directly disrupting their business (e.g., missed personal paychecks, hours lost drafting awkward emails). * High trust/low fear: Users are eager to automate reminders, provided they have control over tone, cadence, and exclusions. * Clear WTP: Users view late payment collection as an ROI-positive problem where paying ~$10/mo to recover thousands in cash flow is an obvious tradeoff.

#### 🛑 NO-GO (Do not build, or pivot the concept): * Relationship sensitivity: Users refuse automated outreach because they require bespoke, gentle communication to preserve client relationships. * Trivial problem: Late payments are accepted as "cost of doing business," resolved with one quick text, or infrequent enough that manual follow-up is sufficient. * Price mismatch: Users balk at a $10 add-on for a product that costs $12/month (signal: consider baking basic reminders into the core Pro plan to reduce churn rather than selling it as a standalone paid add-on).

Claims the judge couldn’t find in the brief

  • Sam’s plan to recruit only the top 'Send reminder' clickers creates selection bias—we’d only hear from people comfortable nudging clients.

Grades and run details

Decision model 83 · LLM judge 11 of 13 checks
Decision model checks
  • passUses the supplied evidence correctly24%
  • passAddresses the actual decision85%
  • partialRespects explicit constraints29%
  • passIdentifies material uncertainty86%
  • passAvoids unsupported claims23%
  • passProduces the required deliverable41%
  • passTalks to the right people97%
  • passCoaches first-time interviewers33%
  • passDesigned to falsify56%
  • partialAsks what people did, not what they think72%
  • partialDoesn't lead the witness37%
  • partialMarks what to cut if the call runs over58%
Run
Run
#1
API response time
20 s
Submitted
1 Oct 2026

Usable with a quick edit11 of 12 checks passed

The guide is thorough and actionable; a PM could use it with minor edits like marking priority questions for time management.

Output

Autochase discovery call guide

Interviewers: Mei and Tomas · 8 calls, 30 minutes each Decision: Should Paydeck build automatic, escalating overdue-invoice reminders next quarter, priced at $10/month?

1. What we need to learn

Test Sam’s hypothesis—not whether people like the idea:

  • Problem: How often do late payments create meaningful cash-flow problems or chasing work?
  • Current behavior: How do users chase invoices today, and why do some not use Paydeck’s reminder button?
  • Fit and risk: Which reminders could safely be automated? Where might escalation damage client relationships?
  • Value: Is solving this worth an additional $10/month, given existing workarounds and alternatives?

Our data establishes lateness, not demand: 34% of invoices are late, but only 12% of accounts used reminders recently. Support requests and frequent reminder users are useful leads, not representative evidence.

2. Who to recruit

Don’t book the first eight respondents from the top reminder users. That would disproportionately select enthusiastic, high-pain users.

Recruit invoicing-active accounts from these groups:

  • 3: Recurring overdue invoices; frequent Paydeck reminder use.
  • 3: Recurring overdue invoices; little or no Paydeck reminder use.
  • 2: Few overdue invoices, or late payments that appear manageable.

Across the eight, include freelancers and small agencies, plus both Pro and free accounts. Aim for roughly four of each plan; this is purposeful sampling, not a representative survey. Include at most two customers who requested automatic reminders.

Speak to the person who actually manages invoices and chasing; establish whether they also approve software spending. Recruit within each group rather than simply taking the fastest replies. Use a neutral invitation: “Help us understand how you manage invoices and payment follow-up.” Offer the same incentive regardless of feedback.

3. Call questions and timings

0–2 minutes: Welcome and context

“We’re learning how people handle overdue invoices. We’re testing an idea, not selling anything; honest criticism is helpful. There are no right answers.”

Ask permission to record. Confirm their role, business size, and who handles invoices and software purchases.

2–12 minutes: Reconstruct a real example

“Tell me about the most recent invoice that went past its due date.”

Follow the sequence: - When was it due, and when did you notice? - What did you do next? Then what happened? - Who followed up, using what tools, messages, and timing? - How did you decide whether to remind the client again? - Was it paid? What do you think caused the delay?

If comfortable, ask them to show a redacted invoice or follow-up message. Don’t collect client-identifying information.

For low-lateness participants: “Tell me about the last late invoice—or how you usually prevent late payments.”

12–18 minutes: Frequency, consequences, alternatives

  • “Over the last three months, how many invoices needed follow-up?”
  • “Roughly how much time did you spend chasing them?”
  • “What, if anything, did the delay affect?” Probe for concrete consequences, not just frustration.
  • “What have you tried to make this easier? What did it cost?”
  • “Have you used Paydeck’s reminder button? Walk me through why or why not.”
  • “When do you deliberately avoid sending another reminder?”

18–26 minutes: Test the concept, then price

Only now introduce it:

“We’re considering Autochase: scheduled reminders for overdue invoices, with reminders becoming firmer over time. It isn’t built, and details aren’t decided.”

Ask: - “Thinking about that invoice, where would this fit—or not fit?” - “Which steps would you automate, and which would you keep manual?” - “What would you need to control or check before enabling it?” - “What could go wrong? Tell me about a client situation where it would.” - “What would you use instead?”

Then disclose: “We’re considering $10/month, additional to your current plan.”

“What would make that worth paying—or not? Which current effort or expense would it replace? Who would approve it?”

Don’t offer a $5/$10/$15 menu or treat “yes, useful” as purchase evidence.

26–30 minutes: Commitment and close

“If we offered a paid pilot at $10/month, what would you need before deciding?”

Ask whether they’d join a follow-up evaluation or discuss a pilot with the budget owner. Record the specific next step; don’t imply availability or collect payment.

“What important part of chasing payments haven’t we covered?”

4. Notes for first-time interviewers

Alternate moderator and note-taker roles; do one practice call together. Ask one question at a time, allow silence, and follow concrete examples. Avoid praise, pitching, defending, and questions that assume pain. Separate observed behavior, exact quotes, estimates, and your interpretations.

Debrief immediately: frequency, cost, workaround, automation boundaries, price reaction, commitment, and contradictory evidence.

5. Decision rules

Agree these directional gates before interviewing; eight calls cannot estimate market demand.

Go toward a scoped build if at least five describe recurring, consequential pain—including two non-reminder users—and at least three connect $10 to concrete value and take a specific pilot-evaluation step. There must also be a credible way to address relationship and control risks. Validate paid adoption before committing substantial engineering.

Stop or reshape if lateness rarely causes meaningful cost, chasing is easy, automation cannot address the underlying causes, or users prefer manual control and won’t pay.

Mixed findings mean targeted follow-up—not “eight customers validated it.”

Grades and run details

Decision model 96 · LLM judge 12 of 13 checks
Decision model checks
  • passUses the supplied evidence correctly60%
  • passAddresses the actual decision95%
  • passRespects explicit constraints62%
  • passIdentifies material uncertainty100%
  • passAvoids unsupported claims74%
  • passProduces the required deliverable93%
  • passTalks to the right people100%
  • passCoaches first-time interviewers87%
  • passDesigned to falsify96%
  • passAsks what people did, not what they think84%
  • passDoesn't lead the witness78%
  • partialMarks what to cut if the call runs over55%
Run
Run
#1
API response time
44 s
Submitted
30 Sept 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

Respects explicit constraintsMixedRightRight
Opus 5.5 · Claude

The guide is clearly over 900 words, violating the explicit length constraint.

Gemini 3.8 Flash · API

The output is under 900 words, includes all requested sections (learning goals, timed questions, interviewer notes, recruiting, decision criteria), and is addressed to Mei and Tomas.

GPT-6.1 Sol · API

Includes all required sections, stays under 900 words, and is written for Mei and Tomas.

Avoids unsupported claimsRightMixedRight
Opus 5.5 · Claude

It labels uncertain claims as hypotheses or likely biases and does not present invented customer facts or forecasts as established evidence.

Gemini 3.8 Flash · API

The claim that recruiting only top reminder users means 'we’d only hear from people comfortable nudging clients' is presented as fact but is an unsupported inference not established by the brief.

GPT-6.1 Sol · API

Interpretations are clearly separated from facts; no unsupported causal claims are presented as established.

Produces the required deliverableMixedRightRight
Opus 5.5 · Claude

It is a usable interview guide with goals, questions, timings, recruiting, coaching, and decision criteria, but it exceeds the required 900-word limit.

Gemini 3.8 Flash · API

The output is a complete call guide with all required elements, under 900 words, and directly usable by Mei and Tomas.

GPT-6.1 Sol · API

Complete call guide with learning goals, timed questions, coaching, recruiting plan, and decision rules, usable as-is.

All got wrong 1

Marks what to cut if the call runs overWrongWrongWrong
Opus 5.5 · Claude

The timings add to 30 minutes, but the guide does not mark must-ask questions or say what to cut if time runs short.

Gemini 3.8 Flash · API

The guide includes timed sections that sum to 30 minutes and a realistic number of questions, but it does not say what to cut if time runs short, as the criterion requires.

GPT-6.1 Sol · API

Timings add up to 30 minutes but no must-ask questions are marked and no guidance on what to cut if time runs short.

All got right 8

Uses the supplied evidence correctlyRightRightRight
Opus 5.5 · Claude

The output's factual statements about Paydeck, Autochase, Sam's plan, and the supplied metrics are supported by the brief or follow by arithmetic; its speculative interpretations are framed as hypotheses or interview principles.

Gemini 3.8 Flash · API

All factual statements about the current situation are taken directly from the brief or derived by simple arithmetic; the selection-bias claim is an interpretation, not a fact about the current product or data.

GPT-6.1 Sol · API

All factual claims about the current situation are directly from the supplied context.

Addresses the actual decisionRightRightRight
Opus 5.5 · Claude

It addresses the go/stop decision by giving explicit, pre-agreed go and stop criteria tied to observed behaviour and commitment, while correctly treating the calls as the next step rather than deciding now.

Gemini 3.8 Flash · API

The guide includes clear go/no-go criteria that state what would make the team proceed or stop, fulfilling the brief's request for what we'd need to hear.

GPT-6.1 Sol · API

Provides clear go/stop conditions tied to specific call outcomes, framed for the team.

Identifies material uncertaintyRightRightRight
Opus 5.5 · Claude

It names the key unknowns—whether late payments cause real cost, why people don't use the button, whether automation threatens client relationships, and whether users will pay—and says how the calls and go/stop thresholds would resolve them.

Gemini 3.8 Flash · API

The go/no-go criteria implicitly identify the unknowns (real cost, fear, willingness to pay) and specify the conditions that would resolve them and change the decision.

GPT-6.1 Sol · API

Names specific unknowns (cost of lateness, ease of chasing, automation fit, willingness to pay) and says mixed findings mean targeted follow-up.

Talks to the right peopleRightRightRight
Opus 5.5 · Claude

It explains that heavy reminder users overstate demand and balances them with late-invoice non-users and ticket filers, with a rough 3/3/2 split for 8 calls.

Gemini 3.8 Flash · API

The guide explicitly calls out the selection bias in Sam's plan and proposes a balanced split of 4 active chasers and 4 reluctant chasers, with a mix of freelancers and agencies.

GPT-6.1 Sol · API

Explicitly avoids only heavy reminder users, gives a balanced split with rationale and includes non-reminder users.

Coaches first-time interviewersRightRightRight
Opus 5.5 · Claude

It gives first-time interviewers specific follow-ups, silence guidance, note-taking and debrief instructions, and a clear rule against pitching or defending.

Gemini 3.8 Flash · API

The tips section gives specific, actionable advice: split roles, avoid hypotheticals, embrace silence, don't defend the product, with example responses.

GPT-6.1 Sol · API

Provides specific, actionable instructions: alternate roles, practice call, avoid pitching, allow silence, separate observations from interpretations.

Designed to falsifyRightRightRight
Opus 5.5 · Claude

Each learning goal has questions that could falsify the hypothesis, such as asking for the last late invoice, why they didn't use the button, relationship worries, and past spending or workarounds.

Gemini 3.8 Flash · API

Each learning goal is paired with a disconfirming question (e.g., 'walk me through what happened' for real cost, 'what worries do you have' for fear, 'how would you evaluate' for willingness to pay).

GPT-6.1 Sol · API

Every learning goal has disconfirming questions, e.g., 'What did you do next?', 'When do you avoid sending another reminder?'

Asks what people did, not what they thinkRightRightRight
Opus 5.5 · Claude

The core 8–18 minute section asks for the last late invoice and what the person actually did, with follow-ups on timing, cost, and typicality.

Gemini 3.8 Flash · API

The core questions anchor on the last overdue invoice and specific actions taken, with opinions and hypotheticals kept secondary and placed after the behavioral section.

GPT-6.1 Sol · API

Core questions ask for the most recent overdue invoice and specific actions taken, not opinions or predictions.

Doesn't lead the witnessRightRightRight
Opus 5.5 · Claude

The questions avoid Sam's leading and hypothetical wording, and Autochase is described only at the close after the problem questions.

Gemini 3.8 Flash · API

Questions are neutral and open-ended; the Autochase concept is introduced only after exploring current behavior, and no price menu or leading 'how frustrating' questions are used.

GPT-6.1 Sol · API

Questions are neutral and open; Autochase is introduced only after 18 minutes of problem exploration.

Results

Every setup we’ve tested on this task, across all cases and repeats, graded on the current checklist. Calibrated: the graders match our PM on 98% of checks.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1GPT-6.1 SolwithAPI94.192.62None
2Sonnet 5.5withAPI90.284.62None
3GPT-6 AstrawithChatGPT96.078.32None
4Opus 5.5withClaude92.163.22None
5Gemini 3.8 FlashwithAPI80.167.32None
6GPT-6 LunawithAPI92.073.921 capped
7Gemini 3.5 Flash-LitewithGemini53.826.122 capped

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