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 18 graded outputs by 9 models. 33% were usable with at most a quick edit.

Reliably right

  1. Asks what people did, not what they think96% pass
    Core questions ask for specific recent actions and events ('What happened next?', 'Who did you call?'), not opinions or predictions.
    Sonnet 5.5 · API · Why are warehouses leaving? Two execs, two theories
  2. Tests both theories fairly92% 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 signer92% 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 includes timed sections that add up to 45 minutes but does not say what to cut if time runs short, nor does it mark must-ask questions.
    GPT-6.1 Sol · API · Why are warehouses leaving? Two execs, two theories
  2. Doesn't trust the default reason47% 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 correctly61% 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 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 a Staff PM at Crate. In four weeks, the exec team decides which of two bets gets our two squads next half, and both bets rest on a theory of why customers are leaving. We have three weeks for 12 customer calls of 45 minutes. Write the guide for them. It should include: the learning goals; the questions, with timings, for the two kinds of people we'll talk to; guidance for whoever runs the calls; any changes you'd make to the plan below; and what we'd need to hear to back each bet, or neither. Keep it under 1,500 words. The exec team will read it before the calls start.

What the model was given8 items: About Crate, The decision, CEO, Ana Ferreira, CPO, Marcus Hill, Exit survey (41 churned customers, last 12 months), Implementation and CRM data, The call plan, Notes from Customer Success and Legal
About CrateWarehouse management software for mid-size third-party logistics companies (3PLs). 340 customers, $22M ARR. Gross logo churn rose from 11% to 18% over the last year.
The decisionBet A: integrations with warehouse robotics (autonomous carts, pick-assist robots). Bet B: rebuild implementation so customers go live faster. Two squads for the next half go to one of them.
CEO, Ana Ferreira“We're losing warehouses because they're automating and we don't talk to their robots. Every lost customer I've spoken to mentions it.”
CPO, Marcus Hill“We lose them in the first year because implementation takes forever. They're gone before they ever see the value.”
Exit survey (41 churned customers, last 12 months)A single-choice question, 'Why are you leaving?'. Missing features or integrations: 46%. Too hard to implement: 22%. Price: 17%. Other: 15% (free-text box, left blank by all but two). 'Missing features or integrations' was the first option in the list.
Implementation and CRM dataMedian time from signing to go-live: 94 days; the contract promises 45. Customers who went live after 90 days churned at 2.4× the rate of the rest in their first year. 3 churned customers moved to a competitor with robotics integrations; robotics was cited in 9 lost new-logo deals. We don't know when in the year churned customers decided to leave.
The call plan12 calls: 6 with customers who churned in the last 9 months, 6 with at-risk customers (health score red). On each account we want to talk to the warehouse operations manager who used Crate every day and, separately, the VP of Operations or COO who signed the contract. Ana wants to run 4 of the calls with former customers she knows personally.
Notes from Customer Success and Legal5 of the 6 at-risk accounts are in renewal talks, and Customer Success is offering them discounts. Interviewers must not discuss pricing, discounts or what's on our roadmap. Every call must start by asking permission to record.
What a strong answer doesThe answer key the graders mark against

A guide that tests both theories fairly and leaves room for a third: the goals ask what actually drove each decision to leave or doubt, when it happened, and who made it, with questions that could disprove robotics (did they automate, did robots come up before they decided, what did they switch to and why) and implementation (how long go-live took, what happened in those months, whether value arrived) alike. It treats the exit survey as weak evidence (single choice, integrations listed first, 'Other' left blank) and the 2.4× figure as a correlation to probe, not a cause. The core is a timeline of the account: the story from signing to the moment they decided to leave or started doubting, with sequential probes. It has separate tracks for the daily user (what went wrong day to day) and the signer (how the decision was made, what alternatives they weighed), fits 45 minutes with timings, and opens with consent to record. It guards the calls: no pitching, pricing, discounts or roadmap promises, with a script for when an at-risk customer asks, and it addresses Ana's bias: she has a public view and personal relationships, so she should observe or take notes rather than lead, or at minimum use the same script and have her calls read separately. It ends with decision signals: what pattern across the 12 would back Bet A, what would back Bet B, and what would back neither (price, a business change, a missing capability that isn't robotics).

Critical failures (cap the score at 40)
  • Includes questions that promise roadmap items or discuss pricing or discounts with customers in renewal talks
  • Asks customers to choose between robotics and implementation as the reason they left
Task

Staff-level · v1.3

The outputs

9 setups answered this brief.

Needs more than a quick edit11 of 13 checks passed

Must-ask questions aren't marked and there's no guidance on what to drop if a 45-minute call runs over. A PM would need to add priority markers and cut instructions before running the calls.

Output

TO: Crate Executive Team FROM: Staff PM DATE: October 24, 2023 SUBJECT: Research Guide: H1 Bet Allocation & Churn Investigation

---

1. Learning Goals

Our existing data is noisy. The exit survey suffers from primacy bias (“Missing features/integrations” is the first option and bundles robotics with basic APIs/ERPs). Meanwhile, our CRM shows a strong correlation between >90-day implementations and churn, and robotics appears more often in lost new-logo deals (9) than confirmed churn (3).

Over the next three weeks, these calls must uncover: 1. The "Point of No Return": When in the lifecycle did the customer mentally commit to leaving, and what specific operational event triggered it? 2. Implementation Reality: What caused the gap between the 45-day promise and the 94-day reality? Is slow implementation a root cause of churn, or a symptom of a deeper product mismatch? 3. The "Missing Integration" Truth: For those who cited integrations, what specific systems failed to connect? How many actually bought or deployed warehouse robotics? 4. Post-Churn Ground Truth: What did churned customers switch to, how long did the replacement take to go live, and are they using robotics today?

---

2. Recommended Changes to the Call Plan

To get unbiased data within 12 calls, we must adjust the proposed plan:

  • Split the persona tracks across 8–10 accounts (Don't double up on 12): If we interview both the VP and the Ops Manager separately on each account, 12 calls only covers 6 accounts (3 churned, 3 at-risk)—too small a sample. Instead, target 8 churned accounts and 4 at-risk accounts, interviewing the VP on 6 and the Ops Manager on 6 (overlapping on 2–3 accounts to cross-verify stories).
  • Drop the 5 at-risk accounts in active renewal negotiations: Interviewing customers while CS is actively negotiating discounts with them is high-risk. Economic buyers will use the call as leverage to complain about price or demand roadmap commitments, skewing the data. Replace them with 1st-year customers who took >90 days to go live (regardless of health score) or churned customers from months 9–12.
  • Ana should not lead calls with personal contacts: Ana, your relationships are invaluable for securing these interviews, so we’d love your warm intros. However, former customers who like you personally will try to spare your feelings (blaming an external trend like "we needed robotics" rather than saying "your onboarding team failed us"). A neutral PM should lead all calls; execs can join as silent observers or listen to the recordings.
  • Sample across implementation times: Ensure the 8 churned accounts include both <60-day and >90-day implementations so we don't pre-validate Bet B.

---

3. Interview Guides (45 Minutes)

#### Track A: Economic Buyer (VP of Ops / COO) — 6 Calls Focus: ROI expectations, contract promises, strategic tech stack, and the switching decision.

  • 0–3m | Intro & Legal: Thank them for their time. Emphasize that this is a product research call, not a sales/renewal call. Ask permission to record.
  • 3–10m | The Buying Thesis:
  • "Take me back to when you signed with Crate. What was broken in your warehouse that you needed us to fix?"
  • "What were your expectations for how quickly Crate would be up and running?"
  • 10–22m | The Implementation Experience:
  • "Our contract promises a 45-day go-live. Walk me through what actually happened during your rollout."
  • If delayed: "What was the single biggest bottleneck? How did that delay impact your business and your team’s trust in Crate?"
  • 22–35m | The Turning Point & Tech Stack:
  • For Churned: "When did you first realize Crate wasn't going to work out long-term? What happened that week?"
  • For At-Risk: "As you look at your operations today, where is Crate falling short of what you signed up for?"
  • "What other software or hardware did you need Crate to talk to?" (Do not mention robotics first; see if they bring it up).
  • 35–42m | The Aftermath & Automation (Probing Bet A):
  • For Churned: "What system did you move to, and how was their implementation by comparison?"
  • "Where does warehouse automation or robotics—like autonomous carts or pick-assist—fit into your current operations or 12-month plan?" (If they have them: "Did Crate's lack of integration factor into your decision to leave?")
  • 42–45m | Wrap-up: "If you were in our shoes and could fix only one thing for mid-size 3PLs over the next six months, what would it be?"

#### Track B: Daily User (Warehouse Operations Manager) — 6 Calls Focus: Day-to-day friction, rollout reality on the floor, and manual workarounds.

  • 0–3m | Intro & Legal: Set a candid, blame-free tone. Ask permission to record.
  • 3–12m | Go-Live on the Floor:
  • "Were you involved in setting up Crate? Walk me through what it took to get your first warehouse workflow live."
  • "At what point did you feel your floor staff actually trusted the system?"
  • 12–27m | Daily Friction & Workarounds:
  • "Walk me through a typical peak day using Crate. Where did the software slow your team down?"
  • "What tasks were you forced to do outside of Crate—in spreadsheets or on paper—because the software couldn't handle it?"
  • 27–38m | Equipment & Integrations:
  • "What other tools, scanners, ERPs, or floor equipment did you use alongside Crate?"
  • "Did you have to manually move data between Crate and other systems? Which ones?"
  • "Are you using any autonomous carts or robotics on the floor today, or testing them?"
  • 38–45m | The Verdict:
  • For Churned: "When leadership decided to replace Crate, was your team relieved or frustrated? Why?"
  • For At-Risk: "If you could wave a magic wand and fix one bottleneck in how Crate runs your floor tomorrow, what would it be?"

---

4. Guidance for Interviewers

1. Legal & CS Guardrails (Strict): * Always get explicit verbal consent to record at the start. * Never discuss pricing, discounts, or commercial terms. If an at-risk customer brings up their renewal, say: "I’m completely firewalled from commercial discussions so I can focus purely on product feedback. I’ll make sure your CS manager follows up on the renewal side." * Never mention our roadmap or hint that we are debating Robotics vs. Implementation. 2. Don't Lead the Witness: Do not use the words "robotics" or "94-day implementation" until the final 10 minutes of the call. Let them name the pain first. If they say "integrations," ask "Which specific tools?" before assuming they mean hardware. 3. Hunt for Past Behavior, Not Future Wishes: Discount hypothetical statements like "We’d love to look at robotics next year." Focus on concrete actions: "Did you sign a vendor contract for robots?" or "How many hours a week did your team spend fixing data imports during onboarding?" 4. Two People Per Call: One interviewer drives; one silent note-taker logs verbatim quotes and timestamps in our research repository immediately after the call.

---

5. Decision Framework: How We Will Score the Evidence

After the 12 calls, we will map the findings against this rubric to allocate the two squads:

#### What we need to hear to back Bet A (Robotics Integrations): * Active Deployment: At least 4 of the 12 accounts either actively use warehouse robotics today, are in a paid pilot, or migrated to a competitor specifically and demonstrably to connect to robotics hardware. * Retention Blocker: At-risk customers state that robotics integration is a hard requirement for their upcoming 12-month operations, not just a "nice to have" for 3 years from now. * Implementation Was Survivable: Customers who took >90 days to go live tell us that while onboarding was painful, they eventually stabilized and only left because they outgrew our automation capabilities.

#### What we need to hear to back Bet B (Rebuild Implementation): * Early "Point of No Return": Churned customers report that executive trust was broken during a drawn-out onboarding (months 2–4), and they began shopping for replacements before month 6—meaning they never reached full adoption. * Software-Fixable Bottlenecks: The reasons for the 94-day median go-live are things engineering squads can actually solve (e.g., broken data migration tools, rigid warehouse configuration, self-serve setup gaps) rather than pure services/staffing issues. * Misattributed Survey Data: When we unpack "Missing features/integrations" from the exit survey, we find customers were actually frustrated that initial setup of standard integrations took months during onboarding.

#### What we need to hear to back NEITHER (Pivot the Roadmap): * Software vs. Services on Bet B: Implementation takes 94 days because customers have messy data or our Implementation Managers are understaffed—problems solved by hiring or process changes, not two engineering squads. * A Hidden Third Driver: "Missing features/integrations" turns out to be a core software gap unrelated to robotics (e.g., 3PL billing, client portals, or basic ERP/WMS syncs like NetSuite or Shopify), while robotics is exposed as a shiny object mainly affecting a small subset of new-logo sales.

Claims the judge couldn’t find in the brief

  • The exit survey option 'Missing features/integrations' bundles robotics with basic APIs/ERPs

Grades and run details

Decision model 85 · LLM judge 79
Decision model checks
  • partialUses the supplied evidence correctly11%
  • passAddresses the actual decision70%
  • passRespects explicit constraints9%
  • passIdentifies material uncertainty98%
  • partialAvoids unsupported claims40%
  • passProduces the required deliverable83%
  • passTests both theories fairly92%
  • passDifferent questions for user and signer100%
  • passProtects the calls and the accounts98%
  • passDesigned to falsify70%
  • passAsks what people did, not what they think92%
  • partialDoesn't lead the witness25%
  • partialMarks what to cut if the call runs over53%
Run
Run
#1
API response time
27 s
Submitted
13 Oct 2026

Usable with a quick edit10 of 13 checks passed

A PM could quickly trim 3 minutes from the timings and add a note on what to cut if over time, and caveat the behavioural claim; the structure and reasoning are otherwise sound.

Output

Customer Interview Guide: Why Are Customers Leaving?

Owner: Staff PM | Calls: 12 × 45 min, over three weeks | Readout: before the exec decision in four weeks

1. Learning goals

  1. Timing: When did the customer first consider leaving, and what was happening then (signing, go-live, first 90 days, renewal)? This tells us whether churn is decided early or late.
  2. Reasons, in their order: What were the reasons for leaving or staying, ranked in the customer's own words, before we prompt anything?
  3. Automation: Are they automating their floor, which systems do they need Crate to connect to, and was that gap a blocker or a workaround?
  4. Implementation: Where did time go between signing and daily use, and who was waiting on whom?
  5. Alternatives: What did they evaluate instead, and what did that option do better?

2. Changes to the plan (please read before the calls start)

  1. Ana should not run calls with accounts she knows. Personal relationships make candid criticism less likely, and Ana is the sponsor of Bet A. She can provide introductions and read the notes afterward. Neutral interviewers run those four calls on accounts she doesn't manage.
  2. The plan implies 24 conversations, not 12. Each account has two contacts. I propose 12 × 45-minute calls with the operations manager on every account, plus a 20-minute executive call (VP/COO) on as many accounts as we can reach, aiming for six.
  3. Rebalance the sample. Churned accounts are 9 of the 12 calls, and the at-risk sample is weighted toward accounts in renewal talks (see point 4). Within the churned group, make sure we have at least three go-lives over 90 days and three under 90, and at least three accounts running automation and three that aren't. Without this spread, we can't tell robotics from implementation.
  4. Renewal talks distort at-risk answers. Five of six at-risk accounts are negotiating renewals with discounts on the table. Customers will say what helps their negotiation, and we can't fully control for that. Treat at-risk answers as evidence of current pain, not reasons for churn. If possible, swap two at-risk accounts for churned accounts from months 9–12 of the exit survey window.
  5. Pull data this week, not after the calls. Get churn-notice dates, go-live dates, and integration usage for all 41 churned accounts. This lets us test the timing question quantitatively.
  6. Don't treat the exit survey as proof. Missing features was the first option, the "Other" box was almost empty, and the question forced one answer. The 46% doesn't tell us it's robotics. Use these calls to check it.
  7. Agree the decision thresholds now (section 5), before we hear anything.

3. Questions and timings

Opening (3 min), verbatim: > "Before we start, may I record this? It's for internal research only, and I'll share unattributed summaries. You can stop at any point. We're not selling anything today, and I can't discuss pricing, offers, or product plans. I want to understand what happened for you."

A. Context (5 min) - Walk me through your warehouse operation and your role in it. - What does Crate do for you day to day, or what did it do before you stopped using it?

B. The timeline (12 min) Most important block. Get dates. - Walk me through the last time you were seriously considering leaving [or: seriously worried about the relationship]. When did that start? - What was happening at that point? Who was involved? - When did it become a real decision? What triggered it? - Probe for dates: "Roughly which month was that? What was going on at go-live?"

C. Reasons, unprompted (8 min) Don't mention robotics yet. - Looking back, what were all the reasons, in order of importance? - What made the difference between staying and leaving? - If we'd fixed one thing, would you have stayed? - What did you look at instead? What did it do that we didn't?

D. Automation (7 min) Only after block C. - What has changed on your floor over the past two years? Any carts, pick-assist robots, or other automation? - Which systems does Crate need to connect with? How did your team work around the gap? - Was that a blocker, or a nice-to-have? - Did anyone raise it in a renewal or evaluation discussion?

E. Implementation (8 min) - How long did it take from signing to your team using Crate daily? - Where did the time go? Who was waiting on whom? - When did your team first feel it was working?

F. Close (5 min) - If you were us, what would you fix first? - Is there anything I should have asked?

Executive variant (20 min): Spend the time on blocks A, B, and C, plus: how the decision was made and who approved it; what they evaluated; how automation fits into their operating plan for the next 12 months; and what they told their team about Crate.

At-risk variant: Replace "what made the difference between staying and leaving?" with "what's working well today and what's getting in the way?" Do not ask about renewal, pricing, or whether they plan to stay.

4. Guidance for interviewers

  • Two people per call: one leads, one takes notes. No one from Sales or Customer Success on the call.
  • Don't name robotics, the 46% figure, or our hypotheses. Don't ask leading questions ("Isn't it frustrating that…?").
  • Ask about specific past events, not hypotheticals ("Would you use…?"). Ask "What else?" until they run out.
  • Let silence work. Don't fill it.
  • Don't promise anything. If asked about features or fixes: "I'll pass that on, but I can't say what we'll build."
  • Pricing or discounts: Don't engage. Say "I can't discuss that today. I'll make sure your account team knows you raised it." Record their words verbatim and tell Customer Success after the call. CS owns the follow-up.
  • Debrief within two hours. Fill in one template: go-live and churn dates, reasons in the customer's order, whether robotics came up unprompted or after a prompt, implementation duration, and up to three verbatim quotes.

5. What we'd need to hear

Thresholds are directional. Twelve calls can't prove anything, but they can show whether a theory holds up.

Back Bet A (robotics integrations) if: - At least 5 of 12 name a specific automation system that Crate can't connect to as a primary reason for leaving or evaluating alternatives. This should come up in block C or D, not only after prompting. - At least 3 say the integration would have changed the outcome. - The decision to leave happened late in the contract, not during implementation. - Churned accounts that ran automation churned for reasons that match the exit survey.

Back Bet B (faster implementation) if: - At least 5 of 12 say the decision started during go-live or in the first 90 days. - They name specific bottlenecks: data migration, configuration, waiting on our team, or connecting to their existing systems. - At least 3 say faster go-live would have kept them. - In the pulled data, go-live time separates churned accounts from retained ones more sharply than automation does.

Back neither if: - Reasons are spread across price, service, reporting, or other issues, with no dominant theme. - Robotics comes up, but few customers have automation projects planned in the next 12 months. - Implementation was slow, but the decision to leave was made at renewal for unrelated reasons. - The real driver is weak executive sponsorship or a lack of internal champions, which neither bet addresses.

If neither bet is backed, the readout should say so directly and name the pattern that did emerge. Don't force a choice between A and B if the evidence points elsewhere. If the evidence supports both, the readout should say which has stronger support and what would change that conclusion.

Claims the judge couldn’t find in the brief

  • Customers will say what helps their negotiation.

Grades and run details

Decision model 96 · LLM judge 79
Decision model checks
  • passUses the supplied evidence correctly16%
  • passAddresses the actual decision72%
  • passRespects explicit constraints27%
  • passIdentifies material uncertainty98%
  • passAvoids unsupported claims28%
  • passProduces the required deliverable92%
  • passTests both theories fairly98%
  • passDifferent questions for user and signer72%
  • passProtects the calls and the accounts95%
  • passDesigned to falsify83%
  • passAsks what people did, not what they think95%
  • passDoesn't lead the witness74%
  • partialMarks what to cut if the call runs over31%
Run
Run
#1
API response time
45 s
Submitted
8 Oct 2026

Usable with a quick edit12 of 13 checks passed

The guide is thorough and evidence-based; a PM could add a note on which questions to prioritize if time is tight and use it immediately.

Output

Crate churn research: executive pre-read and interview guide

Decision: Allocate two squads next half to robotics integrations (A), implementation rebuild (B), or neither if the evidence does not justify either.

Research stance: Test both explanations, not confirm either executive’s account. These interviews can reveal mechanisms and decision timelines; they cannot estimate their prevalence across 340 customers or prove causality.

1. Learning goals

  1. Reconstruct the departure process: When did concerns emerge, when did leaving become likely, and when was the decision effectively made?
  2. Identify consequential problems: Separate reasons volunteered after leaving from problems that materially changed warehouse outcomes and the buying decision.
  3. Test Bet A: Was a specific robotics incompatibility a binding obstacle? Would addressing it have plausibly retained the account?
  4. Test Bet B: Did implementation delay prevent value, damage trust, or trigger departure? What caused the delay, and could Crate control it?
  5. Find alternatives and interactions: Price, service, reliability, business changes, or other missing capabilities may dominate. Robotics work may itself complicate implementation.
  6. Connect learning to an investable scope: What could two squads deliver next half that would address the demonstrated retention mechanism?

What the existing evidence does—and does not—say

  • The exit survey’s broad integration category, single-choice format, first-position placement, and sparse free text do not establish robotics as the cause.
  • The 2.4× churn association makes implementation worth investigating, but complexity, customer readiness, or other factors could drive both delay and churn.
  • Three competitor moves and nine lost deals indicate a robotics opportunity; acquisition losses are not evidence of a retention mechanism.
  • Unknown decision dates make chronology essential.

2. Changes to the call plan

Resolve the arithmetic: Twelve separate interviews cannot cover twelve accounts with two roles each. Use six accounts × two separate role interviews = twelve 45-minute calls.

Recommended mix: Four churned accounts and two at-risk accounts. This reduces reliance on renewal negotiations while retaining a prospective view. Findings will be depth-oriented, not representative.

Select accounts from the full CRM population, not executive contacts or survey answers alone:

  • Across churned accounts, include slow and faster implementations, first-year and later departures, and robotics-exposed and non-exposed customers.
  • Include at least one confirmed move to a robotics-enabled competitor and one slow implementation without an apparent robotics need.
  • For at-risk accounts, prefer one with active automation plans and one with implementation/value-realization problems. Include the non-renewal account if suitable.
  • Seek contrasting retained accounts through existing operational data, even though the call budget does not cover them.

Recruit both the daily warehouse operations manager and the contract-signing VP Operations/COO. If the original signer has left, recruit someone directly involved in the departure or renewal decision and document that substitution.

Ana should not lead calls with her personal contacts. Use a neutral interviewer without renewal responsibility. Ana can help recruit; observing requires explicit customer consent. Her existing conversations are useful leads, not independently verified findings.

CS should introduce research as separate from renewal discussions, then step out. Participation must not affect commercial treatment.

3. Interview guides: 45 minutes each

Use the relevant role column. In every section, distinguish direct experience from hearsay. Ask broad questions before naming either bet.

TimeDaily warehouse operations managerVP Operations / COO
0–3 min: permission and framingFirst ask: “May we record this conversation for internal research?” If declined, continue with notes. Then explain purpose and confidentiality limits.Same opening.
3–7 min: context and expected value“What did your warehouse handle, and what was your role with Crate? What was supposed to improve?”“What led you to buy Crate? What outcomes and deadlines mattered? How would you judge success?”
7–17 min: chronological reconstruction“Walk me from signing through onboarding, first operational use, and the point when problems became serious.” “Describe a particular shift or incident.” Establish dates, workarounds, operational impact, and who knew.“Walk me from purchase to the first concern, evaluating alternatives, and the decision.” “When did staying stop being the default?” Establish dates, decision-makers, triggers, and alternatives.
17–27 min: implementation and value“What had to happen before you could use Crate successfully? Where did work stall? Who owned each step?” “When did you first achieve useful results?” Probe migration, configuration, training, integrations, staffing, and rework after an open answer.“What go-live date did you expect, and what happened? What consequences did that have?” “What other factors accompanied the delay?” “If the same product had gone live in 45 days, what would still have put the relationship at risk?” Ask why.
27–36 min: workflow, automation, and unmet needs“Which workflows did Crate support poorly? Show or describe a recent example.” Then: “Were robots in use or planned? Which systems, what workflow, and what connection was required?” “What happened without it?”“What capabilities influenced staying or switching?” Then probe automation: vendor, deployment date, committed budget, required integration, and alternatives considered. “If that connection had existed, what else would have needed to change for you to stay?”
36–42 min: decision and competing explanations“Which problem mattered most in daily operations? What did you escalate, to whom, and when?” “What worked well?” “What have we missed?”“Which issues were necessary to the decision, and which were secondary?” “What would have had to be different for you to stay?” Ask about business changes, service, reliability, and other alternatives without forcing a category.
42–45 min: verify and closeSummarize the timeline and mechanism: “What have I misunderstood?” Request relevant artifacts and permission for a brief clarification follow-up.Same; verify whether operational problems actually influenced the commercial decision.

Status-specific wording

  • Churned: Ask what the replacement actually delivered, whether it went live, and whether the cited problem improved—not merely what the competitor promised.
  • At-risk: Ask what has already happened, current unresolved consequences, and what would cause escalation or departure. Do not imply a departure decision exists. Distinguish funded plans from aspirations.

4. Guidance for interviewers

  • Begin with recording permission; record only after consent. Explain that this is research, not a support, roadmap, or renewal discussion.
  • Do not discuss prices, discounts, or roadmap commitments. If raised, acknowledge without probing commercial terms: “I can’t discuss that here; your account team handles commercial conversations.” Record volunteered price concerns as an alternative explanation.
  • Avoid “Did missing robotics make you leave?” and “Would faster onboarding have saved you?” Start with events; use counterfactuals only afterward.
  • Ask for concrete examples, dates, artifacts, and consequences. “It was painful” is not yet a mechanism.
  • Do not defend Crate, disclose executive hypotheses, or offer fixes.
  • Interview roles separately before reconciling accounts. Treat disagreement as evidence, not an error to erase.
  • Use a note-taker and common template: timeline, problem, consequence, decision link, alternative explanation, evidence source, and confidence. Count accounts, not two interviewees as independent votes.

5. Evidence required for the decision

Back A: robotics integrations

Look for a repeated chain across independent accounts:

Committed robotics deployment → specific missing connection → material operational/business constraint → documented role in departure or credible near-term risk.

Stronger evidence includes decision-maker confirmation, pre-decision correspondence, and a replacement that solved the problem. Match the implicated vendors/workflows to current customer exposure. Before funding, establish that a feasible integration scope could address meaningful retention risk next half.

Mentions of “automation,” hypothetical plans, or competitor marketing are insufficient.

Back B: implementation rebuild

Look for:

Crate-controllable implementation bottleneck → delayed usable value or broken operational commitments → loss of confidence/avoidable cost → departure decision before value realization.

Seek repeated bottlenecks, role-level corroboration, and contrasts with faster implementations. Validate the mechanism against the full cohort, accounting where possible for complexity and customer readiness. Identify changes two squads could deliver; do not assume a wholesale rebuild is necessary.

Back neither—or declare the result inconclusive

Neither is justified if dominant causes lie elsewhere, robotics demand is narrow or speculative, delays are largely outside Crate’s control, or either intervention arrives too late to affect retention. If interviews remain contradictory or unsupported, report insufficient evidence, not “neither causes churn.”

Compare both bets on reachable ARR at risk, evidence strength, controllability, delivery feasibility, and time to impact—not mention counts.

6. Three-week execution

  • Week 1: Audit cohorts and timelines, recruit, pilot one role pair.
  • Week 2: Complete remaining interviews; synthesize after each pair without changing standards to favor an emerging winner.
  • Week 3: Verify discrepancies, triangulate with records, assess engineering scope, and prepare the decision memo with supporting evidence, counterexamples, uncertainties, and a recommendation.

Do not commit two squads merely because one story sounds more persuasive.

Grades and run details

Decision model 92 · LLM judge 93
Decision model checks
  • passUses the supplied evidence correctly48%
  • passAddresses the actual decision66%
  • partialRespects explicit constraints20%
  • passIdentifies material uncertainty100%
  • passAvoids unsupported claims64%
  • passProduces the required deliverable73%
  • passTests both theories fairly100%
  • passDifferent questions for user and signer100%
  • passProtects the calls and the accounts94%
  • passDesigned to falsify58%
  • passAsks what people did, not what they think97%
  • passDoesn't lead the witness59%
  • partialMarks what to cut if the call runs over67%
Run
Run
#1
API response time
80 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 2

Uses the supplied evidence correctlyWrongMixedRight
Gemini 4 Argon · API

Claims that the exit survey option 'bundles robotics with basic APIs/ERPs' is interpretation presented as fact; the context only gives the label 'Missing features or integrations'.

Haiku 5.5 · API

The claim 'Customers will say what helps their negotiation' is an unsupported behavioural statement not derived from the context.

GPT-6.1 Sol · API

All factual statements about the current situation are taken directly from the supplied context without invention.

Avoids unsupported claimsRightMixedRight
Gemini 4 Argon · API

Most interpretations are framed as hypotheses or things to probe; the primacy-bias point is a reasonable reading of the evidence even if stated confidently.

Haiku 5.5 · API

The statement 'Customers will say what helps their negotiation' is presented as fact without caveat or support.

GPT-6.1 Sol · API

Interpretations are clearly labelled as such (e.g., the exit survey does not establish robotics as the cause), and no cause is presented as established fact.

All got wrong 1

Marks what to cut if the call runs overWrongWrongWrong
Gemini 4 Argon · API

Sections are timed and sum to 45 minutes, but must-ask questions are not marked and there is no guidance on what to cut if the call runs over.

Haiku 5.5 · API

The timed sections sum to 48 minutes, exceeding the 45-minute limit, and the guide does not mark what to cut if time runs short.

GPT-6.1 Sol · API

The guide includes timed sections that add up to 45 minutes but does not say what to cut if time runs short, nor does it mark must-ask questions.

All got right 10

Addresses the actual decisionRightRightRight
Gemini 4 Argon · API

Provides a clear framework with specific evidence thresholds that would back Bet A, Bet B, or neither, which is what the brief asked for in a research guide.

Haiku 5.5 · API

Section 5 clearly lays out what patterns would back Bet A, Bet B, or neither, satisfying the requirement for decision signals.

GPT-6.1 Sol · API

The output recommends more research before deciding, states the supplied evidence cannot yet support a call, and specifies exactly what evidence would back each bet or neither.

Respects explicit constraintsRightRightRight
Gemini 4 Argon · API

Includes all requested sections, stays under 1,500 words, addresses no-pricing/roadmap rule, recording consent, Ana's calls, and is written for the exec team.

Haiku 5.5 · API

The output is under 1,500 words, includes all requested elements, and enforces pricing/roadmap silence with a script.

GPT-6.1 Sol · API

The guide is under 1,500 words, includes all requested sections (learning goals, timed questions for two roles, guidance, plan changes, decision signals), and is addressed to the exec team.

Identifies material uncertaintyRightRightRight
Gemini 4 Argon · API

Explicitly flags the exit survey as noisy, treats the 2.4× implementation-churn correlation as something to probe not assume causal, and names a third-driver possibility with concrete signals.

Haiku 5.5 · API

It explicitly treats the exit survey as weak evidence, notes the small sample cannot prove anything, and says what to do if neither bet is backed.

GPT-6.1 Sol · API

It names key unknowns (decision dates, whether robotics was a binding obstacle, whether delays were Crate-controllable) and says how the interview evidence would resolve them.

Produces the required deliverableRightRightRight
Gemini 4 Argon · API

A complete research guide memo with learning goals, two timed question tracks, interviewer guidance, plan changes, and decision framework, usable by the exec team.

Haiku 5.5 · API

It delivers a complete interview guide in the required form for the exec team, within the word limit.

GPT-6.1 Sol · API

The output is a complete guide with learning goals, timed questions for both roles, interviewer guidance, plan changes, and decision signals; an exec team could act on it.

Tests both theories fairlyRightRightRight
Gemini 4 Argon · API

Each theory gets questions that could disprove it—robotics via actual deployment status, implementation via early trust-break timing—and open questions about the leaving decision come before either theory is raised.

Haiku 5.5 · API

Open questions on reasons come first; automation and implementation are probed separately with neutral questions, giving both theories equal chance to fail.

GPT-6.1 Sol · API

Questions could disprove robotics (e.g., 'Were robots in use? What happened without it?') and implementation (e.g., 'Where did work stall? If go-live had been 45 days, what would still have put the relationship at risk?'), and open questions leave room for a third cause.

Different questions for user and signerRightRightRight
Gemini 4 Argon · API

Track A targets the economic buyer with decision-process and ROI questions; Track B targets the daily user with floor-level friction and workaround questions, clearly differentiated.

Haiku 5.5 · API

Distinct tracks exist for the operations manager (main 45-min guide) and the executive (20-min variant focusing on decision process).

GPT-6.1 Sol · API

The table provides distinct tracks: daily user gets questions about specific shifts, workarounds, and escalations; the signer gets questions about the purchase decision, alternatives, and go-live expectations.

Protects the calls and the accountsRightRightRight
Gemini 4 Argon · API

Script for deflecting pricing/roadmap questions, recording consent at start, and concrete plan for Ana to do warm intros only while a neutral PM leads.

Haiku 5.5 · API

Consent is requested at the start, a script deals with pricing/roadmap inquiries, and the CEO is instructed not to run calls with accounts she knows.

GPT-6.1 Sol · API

It forbids discussing pricing/discounts/roadmap, provides a script to deflect, starts with recording consent, and has a concrete plan for Ana (she does not lead, observes with consent, her prior conversations are treated as leads).

Designed to falsifyRightRightRight
Gemini 4 Argon · API

Each learning goal has a disconfirming path: e.g. 'Did Crate's lack of integration factor into your decision?' could yield 'no,' and probing actual robot deployment could show it wasn't relevant.

Haiku 5.5 · API

Every learning goal includes open, non-leading questions that can yield answers disproving the team's hypotheses (e.g., asking if automation was a blocker or nice-to-have).

GPT-6.1 Sol · API

Each learning goal has disconfirming questions (e.g., 'What happened without the robot connection?' for Bet A, 'If the same product had gone live in 45 days, what would still have put the relationship at risk?' for Bet B).

Asks what people did, not what they thinkRightRightRight
Gemini 4 Argon · API

Core questions ask about specific past events—'Walk me through what actually happened during your rollout,' 'When did you first realize,' 'What system did you move to'—not hypotheticals.

Haiku 5.5 · API

Core questions ask about the last time they considered leaving, what happened, and what they did, focusing on specific past events.

GPT-6.1 Sol · API

Core questions ask for a chronological walk-through, specific incidents, dates, and what they did, not opinions or predictions.

Doesn't lead the witnessRightRightRight
Gemini 4 Argon · API

Explicitly instructs interviewers not to mention robotics or '94-day implementation' until the final 10 minutes, and to let customers name the pain first; questions are open-ended.

Haiku 5.5 · API

Questions are neutral (e.g., 'What has changed on your floor?', 'Was that a blocker, or a nice-to-have?') and avoid pitching or hinting at desired answers.

GPT-6.1 Sol · API

Questions are open and neutral; robotics and implementation are not named until after broad problem questions, and no answer is hinted at.

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 95% of 42 checks.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1Sonnet 5.5withAPI88.088.52None
2GPT-6.1 SolwithAPI83.784.92None
3Opus 5.5withClaude92.074.72None
4GPT-6 AstrawithChatGPT89.774.52None
5Haiku 5.5withAPI89.770.12None
6GPT-6 LunawithAPI83.773.92None
7Gemini 4 ArgonwithAPI75.670.12None
8Gemini 3.8 FlashwithAPI67.851.92None
9Gemini 3.5 Flash-LitewithGemini63.926.121 capped

What you get for the cost

GPT-6.1 Sol · API scores within 4 points 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 87, 43× the cheapestGPT-6.1 Sol · API: task score 83, 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 78, 2.3× the cheapestGPT-6 Luna · API: task score 78, the cheapestGemini 4 Argon · API: task score 70, 13× the cheapestGemini 3.8 Flash · API: task score 57, 8.3× the cheapestGemini 3.5 Flash-Lite · Gemini: task score 42, 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 4 Argon · 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 · API781.0×
Haiku 5.5 · API782.3×
Gemini 3.5 Flash-Lite · Gemini423.0×
Gemini 3.8 Flash · API578.3×
GPT-6.1 Sol · API8313×
Gemini 4 Argon · API7013×
Sonnet 5.5 · API8743×
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