Tasks / Strategy

Develop product strategy

Can the model make a coherent choice grounded in the evidence, rather than list aspirations?

Task type v1.1 · 2 tasksLast changed 6 Oct 2026 · ChangelogDifficulty

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

From 16 graded outputs by 8 models. 38% were usable with at most a quick edit.

Reliably right

  1. Produces the required deliverable100% pass
    Complete strategy document in the requested form, length, and for the named reader; the board could act on it.
    GPT-6 Astra · ChatGPT · Supply or demand for a stalled marketplace
  2. Diagnosis before prescription100% pass
    Diagnosis: students can't find the right tutor; actions (intake, recommendations, rematch, manual matching) directly address it.
    GPT-6 Astra · ChatGPT · Supply or demand for a stalled marketplace
  3. Tells the CEO plainly100% pass
    It clearly states the enterprise-first plan is wrong for next year, backs it with numbers, and presents the alternative.
    GPT-6 Astra · ChatGPT · Enterprise, says the CEO

Where it slips

  1. Names an advantage that's hard to copy11% pass
    Does not name a benefit and a barrier that a well-funded competitor couldn't copy; no moat is identified.
    GPT-6 Astra · ChatGPT · Supply or demand for a stalled marketplace
  2. Proposes tests that could fail42% pass
    The SMB pilot lacks a numeric threshold for success; while the payback guardrail has a threshold and action, not every proposed test/gate meets the full requirement.
    GPT-6 Astra · ChatGPT · Enterprise, says the CEO
  3. Avoids unsupported claims44% pass
    Presents 'root cause: we've let the loudest requests set the roadmap' and 'SMB remains our top-of-funnel' as facts without labelling them as hypotheses or citing evidence.
    Haiku 5.5 · API · Enterprise, says the CEO

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. Diagnosis before prescription

    Does the strategy name the crux, the specific obstacle or opportunity the evidence points to, and do the proposed actions follow from that diagnosis?

    Passes when States one crux grounded in the supplied evidence, and each major action visibly addresses it.

  2. Names an advantage that's hard to copy

    Does the strategy say what will make its position hard for an informed, well-funded competitor to copy (a benefit customers value plus a barrier to copying it), rather than relying on being first, on features, or on funding?

    Passes when Names the benefit and the barrier, and why a capable competitor couldn't simply replicate it.

  3. Says what it gives up

    Does the strategy name what the company will stop doing, or deliberately not do, in order to pursue it?

    Passes when Names at least one real thing being dropped or declined, with the reason it loses out.

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 · Proposes tests that could fail · 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 VP Product at Cadence. Our CEO wants a strategy for next year the exec team can rally behind, and believes it's enterprise (the note is below). Write the strategy memo, in no more than 1,200 words: the diagnosis, the guiding policy (where we play and what we stop), the coherent actions for next year, and how we'll know it's working. Tell the CEO if you think they're wrong. The files are attached.

What the model was given6 items: About Cadence, ceo_note.md, unit_economics_by_segment.csv, enterprise_detail.md, mid_market_detail.md, smb_detail.md
About CadenceStaff scheduling and time tracking, sold to businesses with hourly workers.
ceo_note.md1 lines · Download
From the CEO: "I want a strategy for next year that the exec team can rally behind. I believe it's enterprise. Tell me if I'm wrong."
unit_economics_by_segment.csv3 rows · Download
segment,customers,avg_arr_usd,gross_margin_pct,support_cost_per_customer_year_usd,cac_usd,payback_months,net_revenue_retention_pct,logo_churn_year_pct
SMB self-serve,6200,1100,78,610,740,31,88,34
Mid-market,890,14500,81,1900,9800,9,118,7
Enterprise,34,96000,64,21000,118000,26,104,9
enterprise_detail.md4 lines · Download
# Enterprise detail

- Average sales cycle: 9 months. 5 of the last 8 deals needed custom features (built by the core team, about 14 engineer-weeks each).
- The CEO's plan: "Win enterprise. Hire 10 enterprise AEs and a solutions team, and build SSO, audit logs and custom workflows this year."
mid_market_detail.md5 lines · Download
# Mid-market detail

- Best-retaining segment. Expansion comes from adding locations and seats.
- Top requests: multi-location reporting, payroll integrations, shift templates.
- Win rate against our main competitor: 61%.
smb_detail.md4 lines · Download
# SMB self-serve detail

- 62% of support tickets come from SMB accounts. Free trial converts at 4%.
- Most SMB customers are on the $79/month plan with unlimited phone support.
What a strong answer doesThe answer key the graders mark against

Diagnoses from the unit economics: mid-market is the engine (payback 9 months, NRR 118%, churn 7%, wins 61% against the main competitor); SMB self-serve loses money once support and churn are counted (about $1,100 a year at 78% gross margin is about $860, minus $610 of support, leaves about $250 a year against $740 to acquire, with 34% leaving each year; payback 31 months, NRR 88%) and generates 62% of tickets; enterprise is slow and expensive (payback 26 months, 64% gross margin, 9-month cycles, 5 of 8 deals needing about 14 engineer-weeks of custom work). Tells the CEO the enterprise bet is wrong for next year: it would pull the core team into custom work and stretch payback. Policy: win mid-market, expanding on locations and seats; stop subsidising SMB support (change the plan or pricing, self-serve support, raise the entry price) rather than abandon it; serve enterprise only where it buys the product as is. Coherent actions: mid-market roadmap (multi-location reporting, payroll integrations, shift templates), SMB support and pricing changes, no custom enterprise work. Names what it gives up and how it'll know (mid-market NRR and payback, SMB support cost per customer).

Critical failures (cap the score at 40)
  • Recommends hiring the enterprise team and building custom workflows as next year's main strategy
Task

Staff-level · v1.0

The outputs

8 setups answered this brief.

Usable with a quick edit9 of 12 checks passed

Minor unsupported claims can be removed or rephrased in an edit; the core evidence and logic are sound and the memo is actionable.

Output

To: CEO From: VP Product Re: Next-year strategy

Bottom line: I think you're wrong. We are a mid-market company, and the enterprise plan would spend our scarcest resources, engineering time and hiring budget, on the segment with the weakest economics. Enterprise can be a real option later. It shouldn't be the strategy for next year.

Diagnosis

Annualized from the unit economics file (my calculations, not reported figures):

SMB self-serveMid-marketEnterprise
Customers6,20089034
ARR (share)~$6.8M (30%)~$12.9M (56%)~$3.3M (14%)
Gross margin78%81%64%
Support cost / customer / yr$610$1,900$21,000
Gross profit less support / customer~$250~$9,850~$40,400
CAC$740$9,800$118,000
Payback (months)31926
NRR88%118%104%
Logo churn34%7%9%

Mid-market is our engine. It produces most of our ARR, expands at 118% NRR, pays back in 9 months, and churns at 7%. We win 61% of head-to-head deals against our main competitor. Customers are asking for multi-location reporting, payroll integrations, and shift templates, which are the features that drive expansion.

SMB is a support sink. SMB accounts generate 62% of support tickets. Support costs about $3.8M a year against roughly $6.8M of SMB ARR, so over half of SMB revenue goes to support. Most SMB customers are on a $79/month plan with unlimited phone support. Churn is 34%, trial conversion is 4%, and lifetime contribution barely covers CAC.

Enterprise is a real market but a poor fit for us today. We have 34 logos. Sales cycles run nine months. Gross margin is 64%, and payback is 26 months before custom work is counted. Five of our last eight enterprise deals needed custom features built by the core team at about 14 engineer-weeks each. That is roughly 70 engineer-weeks, or about 1.5 engineer-years, in eight deals. The plan doesn't account for that cost.

Root cause: We've let the loudest requests set the roadmap and support model. Enterprise asks for custom builds, SMB asks for phone support, and neither request is what drives our best economics.

Guiding policy

Where we play: Mid-market multi-location employers with hourly workforces. This is the customer we win, keep, and expand, and where our product is strongest.

What we stop: 1. Custom builds for individual deals. No bespoke engineering without a paid statement of work that covers full cost and passes a "does this generalize?" test. 2. Unlimited phone support for SMB. SMB moves to self-serve, chat, and knowledge-base support, with paid priority support as an option. 3. Dedicated enterprise hiring and outbound. Enterprise becomes inbound-only, served by the mid-market product. We don't build a headcount plan around it. 4. Single-segment edge-case features that don't help mid-market or the platform.

What we don't stop: The 34 enterprise customers keep full service. We don't reprice or abandon them. SMB remains our top-of-funnel, but it stops being a support-heavy product.

Coherent actions for next year

  1. Build the mid-market expansion product. Ship multi-location reporting first, then shift templates, then the two payroll integrations that come up most in mid-market accounts. This gets roughly 70% of core product capacity.
  1. Move the enterprise hiring budget to mid-market. Use it for mid-market AEs (where a 61% win rate and 9-month payback make each dollar work faster) and for expansion coverage on multi-location accounts.
  1. Restructure SMB support. Remove unlimited phone support. Create a clear upgrade path to mid-market plans when an SMB account adds a second location. Use product changes to deflect the most common tickets. The goal is to halve support cost per SMB customer.
  1. Productize enterprise table stakes, nothing more. Build SSO and audit logs once as standard features. Some mid-market buyers need them too, and building them once is cheaper than building them repeatedly for deals. Don't build custom workflows. Keep the 34 enterprise accounts well served through CS.
  1. Govern the roadmap. A product council with exec sign-off reviews any request that isn't on the mid-market or platform roadmap. Every custom request must pass the segment-fit test.

Capacity split (proposed): ~70% mid-market roadmap, ~15% platform (SSO, audit logs, reliability), ~15% SMB self-serve and ticket deflection.

How we'll know it's working

Mid-market (primary): - NRR ≥ 120% (from 118%) - Logo churn ≤ 7% - Win rate vs. main competitor ≥ 61% - Payback ≤ 9 months on new mid-market CAC - Share of expansion ARR from added locations and seats, tracked quarterly

SMB: - Support cost per SMB customer down from $610 to ≤ $300 - SMB tickets per customer down year over year - Gross profit after support positive per customer on the new support model - SMB churn trending down; we accept some SMB logo loss as the price of the change

Enterprise: - Zero unplanned custom engineering weeks outside approved SOWs - Enterprise gross margin trending up toward 70%+ - No loss in renewals among the 34 existing accounts

Company: - Blended gross margin up, driven by the mix shift - Total ARR growth on the mid-market base

Revisit enterprise in 12 months if mid-market hits its targets and we see a steady flow of inbound enterprise deals (for example, three per quarter) that fit the standard product without custom work.

Risks

  • We'll lose some SMB and enterprise revenue. The bet is that mid-market growth and margin improvement outweigh it. We should show the exec team the expected net effect before we commit.
  • Mid-market buyers may demand SSO and audit logs sooner. Building them as standard features in the platform bucket covers this.
  • The enterprise story matters to investors and some of the team. We should explain it as focus with a defined path back, not as retreat.

I'm glad to walk through the model and the capacity assumptions with you before the exec session. My recommendation is to take this to the team as the choice between being a strong mid-market company now and a weak enterprise company later.

Claims the judge couldn’t find in the brief

  • Root cause: 'We've let the loudest requests set the roadmap and support model. Enterprise asks for custom builds, SMB asks for phone support, and neither request is what drives our best economics.'
  • SMB remains our top-of-funnel.

Grades and run details

Decision model 83 · LLM judge 77
Decision model checks
  • passUses the supplied evidence correctly35%
  • passAddresses the actual decision100%
  • passRespects explicit constraints48%
  • passIdentifies material uncertainty51%
  • partialAvoids unsupported claims52%
  • passProduces the required deliverable89%
  • passReads the segment economics98%
  • passTells the CEO plainly100%
  • passDiagnosis before prescription100%
  • partialProposes tests that could fail79%
  • failNames an advantage that's hard to copy46%
  • passSays what it gives up100%
Run
Run
#1
API response time
36 s
Submitted
8 Oct 2026

Needs more than a quick edit8 of 12 checks passed

The memo contains an unsupported factual claim about market expectations, requiring evidence re-check, and lacks a clear competitive moat, so a PM would need to redo some reasoning.

Output

Memo: Next Year's Strategy

To: CEO From: VP Product Re: Where we play next year, and why I don't think it's enterprise

You asked me to tell you if you're wrong. I think you are, at least for next year. Enterprise isn't a bad market. But our numbers say our winning position is somewhere else, and an enterprise push would starve that position of the engineering time and sales capacity it needs. Below is the case and what I propose instead.

---

1. Diagnosis

Cadence runs three different businesses, and only one of them is working well.

SegmentARRAnnual gross profit after support, per customerCACPaybackNRRLogo churn
SMB self-serve$6.8M$248$74031 mo88%34%
Mid-market$12.9M$9,845$9,8009 mo118%7%
Enterprise$3.3M$40,440$118,00026 mo104%9%

(Gross profit after support = ARR × gross margin − support cost. Total ARR is about $23M.)

Mid-market is the business. - It is 56% of ARR. - It pays back CAC in 9 months. - It grows on its own: 118% NRR on $12.9M means about $2.3M of net new ARR next year before we sign a single new logo. - We win 61% of the time against our main competitor. - Expansion comes naturally as customers add locations and seats.

Enterprise looks big per logo but is weak as a business today. - Gross margin is 64%, versus 81% in mid-market. - Each customer costs $21K a year to support. - CAC is $118K, payback takes 26 months, and the sales cycle is 9 months. - The hidden cost is engineering. 5 of the last 8 deals needed custom features, at about 14 engineer-weeks each, built by the core team. That is roughly 70 engineer-weeks diverted from the product that 890 mid-market customers pay for.

SMB is roughly break-even and pulling capacity away from everything else. - Each customer generates $248 a year after support. - With 34% annual churn, the average customer lives about 3 years. Lifetime contribution is roughly $730, against $740 of CAC. - SMB produces 62% of our support tickets. The cause is structural: we offer unlimited phone support on a $79/month plan, so support costs ($610) eat more than half of revenue ($1,100). - Trial conversion is 4%.

The core problem: we are trying to be everything to everyone. The cost shows up in two places. The roadmap gets hijacked by single enterprise deals, and the support budget gets consumed by SMB.

Why the enterprise plan makes this worse. Assume 10 new AEs close 20 enterprise logos next year, which is optimistic given a 9-month cycle and ramp time. - That adds about $1.9M of ARR. - It costs about $2.4M in CAC. - If 5 of every 8 deals still need custom work, it consumes about 175 engineer-weeks, or 3–4 engineer-years, on custom features alone. - That is before the work on SSO, audit logs, and custom workflows. - Most of that ARR would land late in the year and pay back in year three.

Meanwhile, the mid-market roadmap would stall in the segment where we already win.

---

2. Guiding Policy

Where we play: We will be the best scheduling and time-tracking platform for multi-location operators with hourly workforces, from roughly 10 to a few hundred locations. Mid-market is the core. Every product, sales, and support decision should first answer one question: does this help a mid-market customer win, stay, or add locations?

What we stop: 1. Custom feature builds for single deals. If a feature isn't on the roadmap for a segment, we don't build it to close one logo. 2. The 10-AE enterprise hiring plan. We redeploy that budget (see below). 3. Unlimited phone support on the $79 plan. That plan moves to in-app help, chat, and a knowledge base. Phone support becomes a paid tier. 4. Custom workflows as a product initiative. This is a services business disguised as a feature.

What we deliberately keep: - Our 34 enterprise customers, served well on the standard product. - Inbound enterprise deals that can close without custom work. - SSO and audit logs. Upper mid-market buyers increasingly expect these, so they serve the core rather than a new segment.

---

3. Coherent Actions for Next Year

These actions reinforce each other. Product makes mid-market expansion easier. Go-to-market (GTM) captures that expansion. Fixing SMB frees money and support capacity to fund both.

Product (mid-market roadmap, Q1–Q3) - Multi-location reporting. This is the top request, and it directly drives location expansion, our main source of NRR. - Payroll integrations. We will prioritize the top 3–4 providers by customer count. Integrations increase switching costs and reduce churn. - Shift templates. This reduces setup time for each new location, so expansion becomes cheap for the customer and for us. - SSO and audit logs. These are table stakes for larger mid-market accounts. We will scope them tightly and avoid gold-plating. - Engineering capacity rule: zero engineer-weeks go to one-off custom builds.

Go-to-market - Redirect the enterprise AE budget. Fund roughly 4–5 mid-market AEs and 3–4 account managers whose job is location and seat expansion inside existing accounts. A 9-month payback and 118% NRR make this the most efficient growth dollar we have. - Build a competitive playbook. Codify why we win 61% against our main competitor, and target that competitor's mid-market base. - Handle enterprise inbound on the standard product. One senior AE and the existing team qualify enterprise leads. A deal requiring custom work is a no unless the feature is already on the roadmap.

SMB economics - Restructure support. Move the $79 plan to digital-first support and introduce a higher tier that includes phone support. The target is cutting SMB support cost per customer from $610 to under $350. - Overhaul onboarding and trials. A 4% conversion rate signals weak activation. Fixing onboarding should also reduce tickets. - Find out whether SMB feeds mid-market. We need to learn how many mid-market customers started on SMB. If SMB is a real feeder, we keep it as a low-cost funnel. If not, we run it purely for margin.

Enterprise - Improve margins on the existing base. Standardize their configurations and reduce bespoke support. - Track demand without chasing it. We log every enterprise request, so that if we return to enterprise later, we can build a standard product rather than custom one-offs.

---

4. How We'll Know It's Working

Leading indicators (quarterly) - Multi-location reporting and payroll integrations shipped by end of Q2. - Engineer-weeks spent on custom deal work: 0. - SMB support tickets per customer down 30% by Q3. - Mid-market win rate against our main competitor: 61% → 65%.

Outcomes (year-end) - Mid-market NRR ≥ 120%, up from 118%. - Mid-market new-logo ARR grows at least 25%, with payback held at ≤ 12 months. - SMB support cost per customer under $350, and SMB contribution per customer roughly doubled. - Enterprise gross margin above 70%, up from 64%, with no logo churn among the top 10.

When we would revisit enterprise: I'm not saying never. I'd reopen the question in Q3 if either of these happens: - Mid-market customers are outgrowing us into enterprise-scale deployments, meaning enterprise becomes the natural next step for our core. - We close at least 3 enterprise deals on the standard product.

Either signal would mean enterprise has become an extension of our strength rather than a separate bet. At that point, a focused enterprise motion built on a product we actually have would make sense.

---

Bottom line: The exec team can rally behind this: win multi-location mid-market, stop subsidizing segments that don't pay. It builds on where we already win, funds itself by fixing SMB economics, and keeps enterprise open as a future option rather than a costly bet. I'd welcome the chance to pressure-test this with you before the offsite.

Claims the judge couldn’t find in the brief

  • Upper mid-market buyers increasingly expect SSO and audit logs.
  • Integrations increase switching costs and reduce churn.

Grades and run details

Decision model 88 · LLM judge 62
Decision model checks
  • passUses the supplied evidence correctly25%
  • passAddresses the actual decision100%
  • passRespects explicit constraints49%
  • passIdentifies material uncertainty98%
  • partialAvoids unsupported claims51%
  • passProduces the required deliverable83%
  • passReads the segment economics90%
  • passTells the CEO plainly100%
  • passDiagnosis before prescription100%
  • partialProposes tests that could fail72%
  • partialNames an advantage that's hard to copy78%
  • passSays what it gives up100%
Run
Run
#1
Time to output
44 s
Submitted
5 Oct 2026

Check by check

Where the outputs differ comes first. Open a check to read the judge’s reasons. “Mixed” means the two graders disagreed.

Where they differ 1

Proposes tests that could failRightWrong
Haiku 5.5 · API

Proposes numeric thresholds (NRR ≥ 120, churn ≤ 7%, support cost ≤ $300, zero custom weeks) and a 12-month revisit gate with specific conditions.

Opus 5.5 · Claude

The leading indicators (e.g., SMB tickets down 30%, mid-market NRR ≥120%) lack stated actions for when they are not met; only the enterprise revisit gates have triggers and actions.

All got wrong 2

Avoids unsupported claimsWrongWrong
Haiku 5.5 · API

Presents 'root cause: we've let the loudest requests set the roadmap' and 'SMB remains our top-of-funnel' as facts without labelling them as hypotheses or citing evidence.

Opus 5.5 · Claude

Presents 'Upper mid-market buyers increasingly expect these' as fact without evidence, and 'Integrations increase switching costs' as an established cause, neither supported by the supplied context.

Names an advantage that's hard to copyWrongWrong
Haiku 5.5 · API

Does not name a benefit plus a barrier that would make the position hard for a well-funded competitor to copy; relies on features and current win rate.

Opus 5.5 · Claude

Does not name a specific advantage that is hard for a well-funded competitor to copy, nor explain why they couldn't simply replicate the mid-market focus.

All mixed 1

Uses the supplied evidence correctlyMixedMixed
Haiku 5.5 · API

Two statements about current situation (root cause and SMB as top-of-funnel) are not from the brief nor arithmetic.

Opus 5.5 · Claude

The memo claims that 'Upper mid-market buyers increasingly expect these' (SSO and audit logs) without support from the supplied context, inventing a fact about the current market.

All got right 8

Addresses the actual decisionRightRight
Haiku 5.5 · API

Commits early to disagreeing with the CEO, says enterprise is the wrong bet for next year, and specifies conditions to revisit.

Opus 5.5 · Claude

Commits early to disagreeing with the CEO's enterprise bet, proposes an alternative, and specifies conditions (mid-market outgrowing, 3 standard enterprise deals) that would reopen the question.

Respects explicit constraintsRightRight
Haiku 5.5 · API

The memo contains diagnosis, guiding policy, actions, and measures, is under 1,200 words, and addresses the CEO.

Opus 5.5 · Claude

The memo is under 1200 words, addresses the CEO, includes diagnosis, guiding policy, actions, and how we'll know, and tells the CEO they are wrong.

Identifies material uncertaintyRightRight
Haiku 5.5 · API

Names the risk of SMB/enterprise revenue loss and the condition (mid-market targets + inbound enterprise flow) to revisit the enterprise decision in 12 months.

Opus 5.5 · Claude

Identifies the unknown of whether SMB feeds mid-market and proposes to learn it; bounds enterprise uncertainty with specific revisit triggers.

Produces the required deliverableRightRight
Haiku 5.5 · API

Complete strategy memo in the requested form, addressed to the CEO, within word limit, and directly usable by the exec team.

Opus 5.5 · Claude

Delivers a complete strategy memo in the requested form, with all required sections, and is actionable for the CEO.

Reads the segment economicsRightRight
Haiku 5.5 · API

Works through payback, retention, and support cost for all three segments and concludes mid-market is the strongest, SMB loses after support, enterprise is slow and costly.

Opus 5.5 · Claude

Works through payback, retention, and support cost for all three segments, correctly concluding mid-market is strongest, SMB loses money, and enterprise is slow and costly.

Tells the CEO plainlyRightRight
Haiku 5.5 · API

States plainly and respectfully that the enterprise-first plan is wrong, backed by the segment numbers.

Opus 5.5 · Claude

Clearly and respectfully tells the CEO they are wrong for next year, with evidence from the numbers.

Diagnosis before prescriptionRightRight
Haiku 5.5 · API

Names a crux (resource allocation driven by loudest requests) and all major actions address it.

Opus 5.5 · Claude

States the core problem (trying to be everything to everyone) grounded in the data, and each major action addresses that problem.

Says what it gives upRightRight
Haiku 5.5 · API

Names clear stops: custom builds for deals, unlimited SMB phone support, dedicated enterprise hiring and outbound, single-segment edge-case features.

Opus 5.5 · Claude

Explicitly lists what the company will stop: custom feature builds, enterprise AE hiring, unlimited phone support, custom workflows, with reasons.

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 84% of 76 checks.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1GPT-6 AstrawithChatGPT83.388.52None
2Haiku 5.5withAPI77.180.82None
3Sonnet 5.5withAPI77.180.82None
4GPT-6.1 SolwithAPI79.276.92None
5GPT-6 LunawithAPI77.176.92None
6Opus 5.5withClaude83.365.42None
7Gemini 3.8 FlashwithAPI68.857.72None
8Gemini 3.5 Flash-LitewithGemini60.442.32None

What you get for the cost

No setup scores within 5 points of the leader at half its cost or less here, so the leader is also the best value.

Task score against relative cost for each setup. The table below has the same figures.4050607080901001×3×10×30×100×Cost per output, relative to the cheapest setup (log scale) →↑ Task scoreGPT-6 Astra · ChatGPT: task score 87, 84× the cheapest (1 of 2 outputs estimated)Haiku 5.5 · API: task score 80, 1.7× the cheapestSonnet 5.5 · API: task score 78, 27× the cheapestGPT-6.1 Sol · API: task score 77, 12× the cheapestGPT-6 Luna · API: task score 74, the cheapestOpus 5.5 · Claude: task score 71, 68× the cheapest (1 of 2 outputs estimated)Gemini 3.8 Flash · API: task score 61, 8.1× the cheapestGemini 3.5 Flash-Lite · Gemini: task score 49, 3.1× the cheapest (1 of 2 outputs estimated)GPT-6 Astra · ChatGPTHaiku 5.5 · APISonnet 5.5 · APIGPT-6.1 Sol · APIGPT-6 Luna · APIOpus 5.5 · ClaudeGemini 3.8 Flash · APIGemini 3.5 Flash-Lite · Gemini
Nobody beats these on both score and costCost partly estimated (app runs with no usage meter)
Task score and relative cost by setup
SetupTask scoreRelative cost (cheapest = 1)
GPT-6 Luna · API741.0×
Haiku 5.5 · API801.7×
Gemini 3.5 Flash-Lite · Gemini493.1× (partly estimated)
Gemini 3.8 Flash · API618.1×
GPT-6.1 Sol · API7712×
Sonnet 5.5 · API7827×
Opus 5.5 · Claude7168× (partly estimated)
GPT-6 Astra · ChatGPT8784× (partly estimated)

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

Writing a strategy memo that leadership can act on.

Why it matters

Strategy that doesn't choose isn't strategy. Models write fluent strategic prose easily; making a choice the evidence supports and naming what it gives up is harder.

What good looks like

  • Diagnoses the one obstacle that matters before prescribing
  • Makes one clear choice and names what is sacrificed
  • Grounds the choice in the supplied evidence
  • Surfaces the tension or contradiction in the data
  • Defines how we would know it is working

Deliberately not measured

  • Market sizing accuracy beyond the supplied data
  • Financial modelling
Capability tested

Choosing where to play and what not to do, from supplied evidence

The failure we’re looking for

Strategic-sounding aspirations without a diagnosis or a choice

Grading

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