Tasks / Growth

Write a GTM plan

Can the model pick the customers who value the difference most, position against what they do today, and build a go-to-market that lasts beyond launch day?

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. 50% were usable with at most a quick edit.

Reliably right

  1. Positioned against the real alternative100% pass
    It names the real alternatives (accountant-run payroll with mistakes, owner spreadsheet with risk) and ties the message to confidence and accuracy that those alternatives lack.
    GPT-6 Astra · ChatGPT · Payroll, for the people who fear it
  2. Protects the self-serve engine100% pass
    Uses the 70% free-to-paid stat and product-qualified deal data to argue against capping the free plan, and keeps self-serve open.
    GPT-6 Astra · ChatGPT · Enterprise, without killing the engine
  3. Does the capacity sums100% pass
    Works out deals needed (69-80), qualified opportunities (134), and AE-years (8) with checkable arithmetic.
    GPT-6 Astra · ChatGPT · Enterprise, without killing the engine

Where it slips

  1. Avoids unsupported claims47% pass
    Presents the incorrect 'five of six no decision' figure as established fact, which is an unsupported claim about the current situation.
    Opus 5.5 · Claude · Enterprise, without killing the engine
  2. Uses the supplied evidence correctly52% pass
    The claim 'Five of our six losses on existing-user deals ended in no decision' is not supported by the data (4 no-decision, 2 Miro), so a statement about the current situation is invented.
    Opus 5.5 · Claude · Enterprise, without killing the engine
  3. Identifies material uncertainty73% pass
    The plan does not name specific unknowns that could change the decision, nor does it say how they would be resolved or what would trigger a pivot.
    Gemini 3.8 Flash · API · Payroll, for the people who fear it

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. Positioned against the real alternative

    Does the plan name what the target customer does today without this product (including the status quo or doing nothing), and tie the message to the value that alternative lacks?

    Passes when Names the real alternative and the differentiated value against it, and picks the segment that cares most about that value.

  2. Sells against a pain the buyer feels

    Is the core message built on a pain or risk the target buyer already feels, with evidence from the material, rather than on generic upside like saving time?

    Passes when Leads with the pain the evidence shows buyers care about, and uses that evidence to choose the message.

  3. Diagnoses message or channel first

    Does the plan work out whether the problem is the message (people reach it but don't convert) or the channels (the right people never see it), and spend accordingly?

    Passes when Uses conversion and reach data to say which it is, and puts the effort there.

  4. Plans beyond launch week

    Does the plan say how demand keeps coming after launch, with the ongoing engine and what's measured over months, rather than treating launch day as the whole plan?

    Passes when Gives the ongoing motion after launch and the measures that show whether it's working over time.

Plus our standard checks

Uses the supplied evidence correctly · Addresses the actual decision · Respects explicit constraints · Identifies material uncertainty · Avoids unsupported claims · Produces the required deliverable · and 3 written for each task, which you’ll see in the tasks below.

The tasks

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

The brief

You're the VP Product at Flowboard. The board wants $5M of new enterprise ARR next year, and our CRO, Jordan Hale, has drafted the enterprise go-to-market below. The CEO has asked for your version before the board meeting: who we sell to, how the self-serve product and the sales team work together, what we say against the alternatives, the capacity it takes, and what you'd change in Jordan's plan and why. No more than 1,300 words. The files are attached.

What the model was given6 items: About Flowboard, today.md, cro_enterprise_plan.md, enterprise_deals_last_12_months.csv, large_companies_using_flowboard.csv (companies over 1,000 employees with active self-serve or free teams), enterprise_win_loss_interviews.md
About FlowboardOnline whiteboards and diagramming for teams. Free plan, self-serve paid plans, and an enterprise plan sold by a small sales team.
today.md5 lines · Download
# Today

- Self-serve: 31,000 paying teams; free plan feeds 70% of new paying teams.
- Enterprise: 46 customers, average contract $64,000.
- Sales team: 3 account executives, closing about 10 enterprise deals a year each.
cro_enterprise_plan.md8 lines · Download
# Enterprise plan (CRO, draft for the board)

Target: $5M new enterprise ARR next year.
1. Cap the free plan at 3 users (today: unlimited users, 3 boards each), so teams have to talk to us.
2. Route every team over 10 seats to sales; remove self-serve checkout above 10 seats.
3. Hire 8 account executives and 6 SDRs; SDRs work outbound lists of Fortune 2000 companies.
4. Enterprise features: SSO, SCIM, audit logs, data residency.
…
enterprise_deals_last_12_months.csv65 rows · Download
deal,source,outcome,sales_cycle_days,acv_usd,lost_to
E-200,Outbound,won,201,32700,
E-201,Product-qualified (teams already using Flowboard),won,62,97000,
E-202,Product-qualified (teams already using Flowboard),won,61,108000,
E-203,Outbound,lost,192,,Miro (company standard)
E-204,Outbound,lost,204,,Miro (company standard)
E-205,Product-qualified (teams already using Flowboard),won,77,54200,
…
large_companies_using_flowboard.csv (companies over 1,000 employees with active self-serve or free teams)company,employees,teams_using_flowboard,active_users_30d,paying_seats,viewed_security_page_30d,asked_for_sso Aldergate Bank,15000,2,18,10,yes,yes Brightfield Bank,2400,6,54,36,yes,yes Corvel Logistics,15000,5,45,22,yes,yes Dunmore Holdings,4800,3,12,4,yes,yes Eastlake Health,1200,3,30,14,yes,yes Fennick Holdings,4800,8,48,30,yes,yes Galloway Retail,9000,9,36,20,yes,no Hartwell Group,1200,4,48,21,yes,no Iverson Retail,1200,3,18,9,yes,no Juniper Retail,1200,3,24,10,yes,no Kestrel Logistics,4800,1,12,6,yes,no Linton Group,1200,2,10,4,no,no Marlowe Group,2400,2,10,7,no,no Northcote Retail,9000,2,10,6,yes,no Oakhurst Group,9000,3,36,18,yes,no Pemberton Health,1200,1,6,2,yes,no Quayside Bank,4800,2,12,4,no,no Redfern Group,15000,3,18,10,no,no Stanway Health,9000,3,30,12,no,no Thornbury Bank,15000,3,24,12,no,no Upton Bank,9000,3,33,23,yes,no Varden Bank,2400,3,12,5,no,no Whitmore Bank,4800,2,8,5,no,no Yardley Logistics,15000,2,8,4,yes,no
enterprise_win_loss_interviews.md5 lines · Download
# Enterprise win/loss interviews (12 buyers, this year)

- Won (7): every win had teams already using Flowboard. "Our designers refused to give it up." "IT approved it because 300 people were already on it."
- Lost (5): four had standardised on Miro company-wide; switching meant migrating thousands of boards. One stayed on whiteboard photos and slides.
- What buyers said Flowboard does that Miro doesn't: real-time diagramming that stays tidy, and a free plan teams can start on without IT.
What a strong answer doesThe answer key the graders mark against

Builds enterprise sales on top of the self-serve engine instead of throttling it. The deals file shows product-qualified deals (teams already using Flowboard) won 19 of 25 at an average of about $72,600 and about 63 days, against outbound winning 4 of 25 at about $36,800 and about 190 days; product-qualified wins were about $1.38M of the $1.86M won. The free plan feeds 70% of new paying teams. So capping the free plan at three users and removing self-serve checkout above ten seats would choke the pipeline the enterprise business depends on, and the interviews say IT approved Flowboard because teams were already on it. Proposes product-led sales: AEs work the large-company list (multiple teams, SSO requests, security-page visits) with SSO and admin controls as the bridge, while keeping self-serve open. Positions against Miro and the status quo, not 'visual collaboration for the enterprise': where a company has standardised on Miro, don't lead with a migration; win where teams already use Flowboard, on tidy real-time diagramming and starting without IT. Reads outbound's poor results as a message problem as well as a channel one. Works out capacity: $5M at about $72,000 is about 70 deals, far more than three AEs close (about 30 a year), so it needs AE hiring focused on product-qualified accounts rather than SDR outbound lists. Plans the ongoing motion and the measures (product-qualified accounts, conversion, cycle time) beyond the first quarter.

Critical failures (cap the score at 40)
  • Endorses capping the free plan at three users or removing self-serve checkout above ten seats
Task

Staff-level · v1.0

The outputs

8 setups answered this brief.

Usable with a quick edit11 of 13 checks passed

The output is a complete, actionable plan; the one factual error (5 of 6 no-decision losses) is minor and can be corrected with a quick edit without redoing any reasoning.

Output

Flowboard Enterprise Go-to-Market: VP Product Version

To: CEO | cc: Jordan Hale, CRO

Summary

Our enterprise deals come from teams already using Flowboard. Last year, deals with existing teams closed 3x faster, at 2x the contract size, and at nearly 5x the win rate of outbound deals. Jordan's plan invests most heavily in outbound, our weakest motion, and caps the free plan that creates our strongest one. I recommend we build the enterprise motion on product usage instead.

On the evidence we have, that motion supports about $3.4M of new enterprise ARR, with a funded path to $5M if product-qualified pipeline grows as expected. We should give the board that range rather than commit to $5M.

What the data shows (65 enterprise deals, last 12 months)

SourceDealsWin rateAvg contract (won)Days to close (won)Main loss reason
Teams already using Flowboard2576% (19)$72.6K63No decision (5 of 6)
Inbound demo request1540% (6)$55.1K86Miro standard (7 of 9)
Outbound2516% (4)$36.8K190Miro standard (17 of 21)
  • Where the revenue came from: existing-user deals produced $1.38M of the $1.86M won.
  • Where we lose: 26 of 36 losses were to companies already standardised on Miro, and outbound found most of them.
  • What buyers told us: all 7 interviewed winners already had teams on Flowboard. All 4 Miro losses came down to the cost of migrating thousands of boards. When buyers described what we do better, they named the free plan teams can start on without IT.

Who we sell to

Primary target: companies with 1,000+ employees where two or more teams already use Flowboard. - Champion: the team lead whose people "refused to give it up." - Approver: IT or security, who signs off once enough people are already using the product.

The current list of large companies using Flowboard (24 accounts) splits into three tiers:

TierSignalAccountsAction
1Viewed security page and asked for SSOAldergate, Brightfield, Corvel, Dunmore, Eastlake, Fennick (6)AE engaged within 2 weeks
2Viewed security page, no SSO requestGalloway, Hartwell, Iverson, Juniper, Kestrel, Northcote, Oakhurst, Pemberton, Upton, Yardley (10)Sales-assist outreach; in-product enterprise trial
3Usage onlyLinton, Marlowe, Quayside, Redfern, Stanway, Thornbury, Varden, Whitmore (8)Product-led nurture until they cross a threshold

Who we don't target: companies standardised on Miro with no Flowboard usage. That describes most of the outbound pipeline, and we lost 17 of those 21 outbound deals.

Data gap to close before the board meeting: 24 accounts can't produce the roughly 50 product-qualified opportunities this plan needs. We need the full pool of qualifying accounts, including companies under 1,000 employees that look like past enterprise buyers. The capacity numbers below depend on that pool existing.

How self-serve and sales work together

1. Self-serve stays open. - No seat cap on checkout. - The free plan keeps unlimited users. - It feeds 70% of new paying teams and is the source of nearly every enterprise win.

2. Product defines a "product-qualified account" (PQA) and routes it to sales. - Trigger: a 1,000+ employee domain with any of these: - 2+ teams, - 25+ active users, - a security-page view, - an SSO request. - Product owns the scoring. Sales owns the response time. - Routing is by account signal, not by team size. A 15-seat team at a 60-person agency stays self-serve.

3. Enterprise features are the upgrade path. - Admin controls (SSO, SCIM, audit logs) appear in-product with a "talk to us / start a trial" path. - This gives IT a reason to engage without blocking the teams that are already working.

4. Fix the "no decision" problem. Five of our six losses on existing-user deals ended in no decision. The champion needs help getting IT to approve, not more prospecting. We will provide: - a security review pack, - an admin console demo, - a business case built from the account's own usage data.

5. No channel conflict. - AEs get credit for self-serve revenue that consolidates into their enterprise contract. - Self-serve keeps its own targets below the enterprise threshold.

What we say against the alternatives

Headline: "The diagramming tool your teams already chose — now ready for IT."

  • Against Miro: don't pitch a company-wide replacement. Buyers have told us migration cost decides those deals, and we lose.
  • Lead on what buyers said we do better: real-time diagramming that stays tidy.
  • Lead on proof of adoption: "300 people are already on it."
  • Where Miro is the standard, test positioning Flowboard as the diagramming tool alongside it. Treat this as a hypothesis and measure it on 5–10 deals before scaling.
  • Against whiteboard photos and slides (no decision): the free plan lets a team start this week without an IT project. IT controls come later, when the usage justifies them.
  • Against "the enterprise platform": that phrase is Miro's ground, and claiming it invites the head-to-head comparison we lose.

Capacity

Pipeline and revenue. These assume historical win rates and contract sizes hold.

SourceOpportunitiesWinsARR
Existing users (2x last year, via PQA routing)5038$2.76M
Inbound (better routing and messaging)2510$0.55M
Targeted outbound (only accounts not standardised on Miro)152–3$0.10M
Total90~50~$3.4M

People: - AEs: about 50 deals at roughly 10 per ramped AE needs 5–6 AE-years. - We have 3 AEs. Hire 4 more in Q1. - I'm assuming about a one-quarter ramp, which is plausible with 63-day cycles but needs validating with Jordan. - Sales engineer (1): owns security reviews and the no-decision problem. - Account manager (1): owns expansion across our 46 enterprise customers. - Product: a PQA scoring and routing squad, plus the enterprise feature roadmap. - Total: about 7 hires, versus 14 in Jordan's draft.

Path to $5M (the remaining ~$1.6M) has two options: 1. Stretch pipeline. At 76% win rate and $72.6K average, $5M needs about 90 existing-user opportunities. We should only fund this against evidence: - Checkpoint: if Q1 produces 15+ product-qualified opportunities, hire 3 more AEs in Q2. 2. Expansion. If the board counts expansion of existing enterprise customers as new ARR, those 46 accounts (~$2.9M base) are a real source. The board needs to settle that definition.

What I'd change in Jordan's plan, and why

1. Cap the free plan at 3 users. → Drop it. - The free plan feeds 70% of new paying teams and seeds almost every enterprise win. - Buyers named it as a reason they chose us over Miro. - A cap forces conversations with teams that haven't adopted yet, and that kind of deal is where we lose most often.

2. Route every team over 10 seats to sales and remove checkout. → Route by account signal; keep checkout. - With 31,000 paying teams, a seat-count rule would bury AEs in small-company teams that will never be $64K deals. - It would also add friction to the self-serve revenue we already have.

3. Hire 8 AEs and 6 SDRs on Fortune 2000 outbound. → Hire 4 AEs, 1 sales engineer, and 1 account manager; no outbound SDR team. - Outbound wins 16% of the time at $36.8K over 190 days. - Reaching $5M through outbound would take about 850 opportunities. - An AE hired in Q1 on a 190-day cycle closes little or nothing in-year, so most of that headcount pays off in the following year. - If we want SDRs at all, use 1–2 to work product-qualified accounts, not cold lists.

4. Enterprise features (SSO, SCIM, audit logs, data residency). → Agree, with sequencing. - Ship SSO, SCIM, and audit logs first. Six Tier 1 accounts are asking for SSO now. - Build data residency against named deals. The bank and health accounts on our list are the likely candidates.

5. Messaging: "The visual collaboration platform for the enterprise." → Change it. - It positions us head-on against Miro on Miro's strongest ground. - Lead with the diagramming quality and bottom-up adoption that buyers say actually win the deal.

Where Jordan and I agree: we need more sales capacity and real enterprise features. We differ on where the pipeline comes from.

I'd like to walk Jordan through these numbers before the board meeting so we present one plan. That plan would be built on how our customers actually buy.

Claims the judge couldn’t find in the brief

  • Five of our six losses on existing-user deals ended in no decision.

Grades and run details

Decision model 96 · LLM judge 86
Decision model checks
  • passUses the supplied evidence correctly19%
  • passAddresses the actual decision80%
  • passRespects explicit constraints40%
  • passIdentifies material uncertainty96%
  • partialAvoids unsupported claims35%
  • passProduces the required deliverable45%
  • passFollows the deals data100%
  • passProtects the self-serve engine100%
  • passDoes the capacity sums92%
  • passPositioned against the real alternative99%
  • passSells against a pain the buyer feels79%
  • passDiagnoses message or channel first98%
  • passPlans beyond launch week100%
Run
Run
#1
Time to output
1.5 min
Submitted
5 Oct 2026

Usable with a quick edit13 of 13 checks passed

The output is well-structured, evidence-based, and covers all required elements; a PM could use it with minor wording edits and no re-checking of facts or logic.

Output

Flowboard enterprise plan: grow from adoption, not forced upgrades

Recommendation: Build enterprise sales around companies whose teams already choose Flowboard. Preserve self-serve as our distribution engine; sell enterprise when adoption creates a governance or expansion need. Treat $5M as a conditional operating target—not a forecast justified by hiring alone.

1. What the evidence says

The 65 supplied opportunities show materially different businesses by source:

SourceOpportunitiesWin rateAverage won ACVAverage winning sales cycle
------:---:---:---:
Product-qualified2576%$72,62663 days
Inbound demo1540%$55,06786 days
Outbound2516%$36,800190 days

Product-qualified opportunities produced $1.38M—74% of won ARR—from 38% of opportunities. Outbound produced smaller contracts, much more slowly; 17 of its 21 losses were to Miro as the company standard.

The interviews reinforce the mechanism: all seven interviewed winners already had users, while four of five losses faced entrenched Miro deployments. These are small, selected samples, not guaranteed future conversion rates, but they strongly favor adoption-led selling over broad Fortune 2000 prospecting.

2. Who we sell to

Primary ICP: Companies with multiple active Flowboard teams, meaningful or growing usage, an internal champion, and an enterprise trigger: SSO, user provisioning, security review, fragmented purchasing, or broader deployment.

Company size is a filter, not qualification. A 15,000-person company with 18 active users is not automatically better than a 2,400-person company with 54.

Our first outreach cohort:

  • Brightfield Bank: six teams, 54 active users, 36 paid seats, SSO request.
  • Fennick Holdings: eight teams, 48 active users, 30 paid seats, SSO request.
  • Corvel Logistics: five teams, 45 active users, SSO request.
  • Eastlake Health: three teams, 30 active users, SSO request.

Contact Aldergate and Dunmore too, but establish deployment potential before forecasting enterprise contracts. Their explicit SSO requests matter; their current adoption is relatively shallow. Nurture Galloway, Hartwell, and Oakhurst through champions and usage growth rather than treating a security-page visit as buying intent.

The economic buyer is typically an IT or business leader; the entry point is the team champion. Qualification requires a concrete workflow, sponsor, governance need, plausible deployment scope, and decision process.

Deprioritize cold replacement of company-wide Miro. Pursue such accounts only when a differentiated workflow and motivated sponsor justify migration costs. Do not infer a banking or healthcare vertical strategy from this small account list.

3. How product and sales work together

Keep unlimited-user free collaboration and self-serve checkout above ten seats. Free supplies 70% of new paying teams. Neither attachment provides evidence that restricting it would improve total revenue.

Create a company-level product-qualified account system across free and paid teams:

  • Combine team count, sustained activity, growth, paid adoption, security interest, and explicit requests.
  • Prompt admins to discuss governance or rollout when relevant; keep ordinary purchases self-serve.
  • Have sales contact champions with a specific value proposition—not “you crossed our seat limit.”
  • Let sales assemble a cross-team rollout and procurement case. Let customer success drive adoption after purchase.

A seat threshold can trigger optional assistance, not a checkout blockade. Sales should earn the enterprise upgrade through centralized administration, deployment support, and an agreed expansion plan.

Measure free-to-paid conversion, self-serve ARR, activation, product-qualified pipeline, and enterprise conversion together. Compensate sales on incremental enterprise ARR, with account-level attribution, so existing self-serve revenue is not mistaken for growth.

4. Product and competitive positioning

Replace generic category messaging with:

> Turn complex team thinking into clear, live diagrams—then scale the tool your teams already choose, with enterprise control.

The buyer-reported distinction is real-time diagramming that stays tidy. Demonstrate it in a customer’s actual workflow rather than claiming universal superiority.

  • Against Miro: Win the diagramming workflow and existing user preference, not a feature-checklist war. Where permitted, begin with a bounded departmental deployment rather than demanding wholesale replacement. Migration support should follow demonstrated demand.
  • Against photos and slides: Show the value of a shared, editable diagram through a short workflow pilot.
  • Against doing nothing: Quantify the customer’s actual administrative burden, duplicated purchasing, or blocked rollout; agree on success criteria and a decision date.

Enterprise controls are purchase enablers, not our differentiation. Validate current capabilities and prioritize SSO, SCIM, auditability, and organization-level administration against live opportunities. Do not commit to data residency without evidence of incremental deals sufficient to justify its infrastructure and operating costs.

Use paid, time-boxed pilots only where needed, with a champion, measurable workflow outcome, security workstream, and commercial decision date.

5. Revenue, pipeline, and capacity

Finance should define the $5M target as annualized incremental contracted ARR, subtracting displaced self-serve ARR on conversions and excluding services. Report churn separately; if the board means company-wide net-new ARR, losses must also be covered.

At historical product-qualified ACV, $5M requires approximately 69 wins before subtracting existing self-serve revenue. That is a lower bound.

For operating planning, assume $65,000 incremental ARR per win—a hypothesis to validate against actual account spend:

  • Required wins: 77; operating target: 80, yielding $5.2M.
  • At a conservative 60% qualified-opportunity win rate, approximately 134 qualified opportunities.
  • At today’s ten wins per AE annually, approximately eight productive AE-years.

One capacity model retains three AEs and adds four in January and four in April. Assuming three months of zero-output ramp followed by current productivity:

3 existing AE-years + 4 × 0.75 + 4 × 0.5 = 8 productive AE-years.

This supports 80 wins, but assumes timely recruiting, adequate pipeline, and successful ramp. At eight wins per productive AE-year, revenue falls to $4.16M.

Therefore, authorize up to eight hires, but release the second cohort only when qualified pipeline supports its capacity. Start with two account-development reps, focused on adoption-led accounts, rather than six broad-outbound SDRs. Budget a shared solutions/security specialist and an enterprise customer-success owner; verify workload before further hiring. Product must separately scope administration, qualification instrumentation, and security delivery before committing dates or staffing.

6. Changes to Jordan’s plan and board gates

I would reject the free-user cap and checkout removal, replace broad outbound with product-qualified account development, make hiring conditional, sequence enterprise features by purchase blockers, and replace generic messaging with workflow differentiation.

The largest unresolved issue is demand. We observed only 25 product-qualified opportunities last year. The 24 named companies are a starting list, not proof of the roughly 134 opportunities required; even if all bought at our planning value, they would contribute only $1.56M.

Within 30 days, deduplicate the installed base into companies, validate the first cohort, measure displaced self-serve ARR, and establish a credible quarterly pipeline build. Review conversion, incremental ACV, hiring ramp, and self-serve health monthly. If demand does not support the model, revise the forecast early—not restrict the product or hire ahead of evidence.

Grades and run details

Decision model 100 · LLM judge 100
Decision model checks
  • passUses the supplied evidence correctly24%
  • passAddresses the actual decision98%
  • passRespects explicit constraints31%
  • passIdentifies material uncertainty100%
  • passAvoids unsupported claims59%
  • passProduces the required deliverable69%
  • passFollows the deals data99%
  • passProtects the self-serve engine100%
  • passDoes the capacity sums97%
  • passPositioned against the real alternative99%
  • passSells against a pain the buyer feels40%
  • passDiagnoses message or channel first89%
  • passPlans beyond launch week100%
Run
Run
#1
Time to output
1.6 min
Submitted
5 Oct 2026

Needs more than a quick edit11 of 13 checks passed

The output contains a factual error in the median cycle and an unsupported claim about data residency, so a product manager would need to re‑verify the data before using it.

Output

To: CEO From: VP Product Re: Enterprise plan for the board

Bottom line: Jordan is right that enterprise revenue should run through sales. But the draft caps the motion that produces most of our enterprise deals, and it spends hiring budget on the motion that loses most often. I'd keep the free plan open, route accounts on buying signals, hire against proven pipeline, and present $3.0M committed with $5M as a stretch tied to specific gates.

What the last 12 months show (65 enterprise opportunities, 29 won, $1.86M ACV)

SourceOppsWonWin rateAvg won ACVNotes
Product-qualified (teams already on Flowboard)251976%$72.6K74% of won ACV; median cycle 66 days
Inbound demo request15640%$55K
Outbound25416%$37KWins took ~190 days; 17 of 21 losses went to Miro

Across all 36 losses, 26 went to Miro as company standard and 10 to no decision. All seven enterprise wins in the interviews had teams already using Flowboard.

Who we sell to

Our best enterprise buyers are large companies where we already have several teams. Of the 24 companies over 1,000 employees using us, 16 have looked at our security page in the last 30 days. Six have also asked for SSO: Aldergate, Brightfield, Corvel, Dunmore, Eastlake and Fennick. Together they hold 116 paying seats. That's the first account list, and it's warm.

I would not start with Fortune 2000 cold outbound. That motion wins 16% of the time, and the companies on those lists are the ones most likely to have standardised on Miro.

How self-serve and sales work together

  • The free plan stays open. A 3-user cap breaks the motion that generated 19 of our 29 wins. The enterprise deals came from teams that grew to hundreds of people on free, with designers who "refused to give it up." A cap doesn't make those teams call us. It sends them to Miro, or it keeps them on the free plan without ever reaching the buyer.
  • Routing should follow signals, not one seat number. Route an account to sales when it has three or more teams in one company, asks for SSO or SCIM, views the security page, or passes about 25 paying seats. Self-serve checkout stays available below that line. Removing checkout at 10 seats would push paying mid-size teams into a sales cycle they don't need, and we'd lose that ARR.
  • Division of labour. Sales owns the contract, the security review and the SSO rollout. Product owns in-app signals, admin controls and the usage data that tells sales where to go. AEs work the warm account list, not cold lists.

What we say against the alternatives

  • Against Miro: Don't compete on feature parity. Buyers chose us for real-time diagrams that stay tidy and a free start that doesn't need IT. "The visual collaboration platform for the enterprise" puts us in Miro's category and invites a feature comparison we lose. I'd use: "The whiteboard your teams already chose, now with the controls IT needs."
  • Where Miro is already company standard, we lose most of the time. Don't spend outbound effort there. Instead, scope a Miro board import. Buyers cited migrating thousands of boards as the reason they stayed. If we can make the migration a file import, we can contest some of those standardisation decisions. Engineering needs to size this.
  • Against no decision (10 losses): My hypothesis is that these stall in IT or security review. SSO, SCIM and audit logs address exactly that. Sales should check lost-deal notes to confirm.

Capacity

  • Three AEs closed 29 deals, about ten each, or roughly $620K per AE. New AEs take around six months to ramp.
  • The binding constraint is pipeline, not AE headcount. At the product-qualified average of $72.6K, $5M is about 69 wins. At a 76% win rate, that needs roughly 90 product-qualified opportunities a year. We have 25.
  • Hiring eight AEs before that pipeline exists leaves most of them waiting. Six SDRs working outbound would be pointed at our lowest-converting motion.
  • My estimate: three current AEs plus four hires in Q1 (about half a year of productivity each) gives roughly five effective AEs, or about $3.1M. The large-account program could add $0.5–1M. That supports a $3.0–3.5M base. The $5M case requires roughly tripling product-qualified pipeline and having the new hires productive by Q3. Nothing in the data shows that yet.

What I'd change in Jordan's plan, and why

  1. Keep the free plan unlimited. It produces the enterprise pipeline, and a cap would reduce that pipeline.
  2. Replace the 10-seat rule with signal-based routing (see above) and keep checkout below about 25 seats. This sends sales the accounts most likely to buy without cutting paying self-serve revenue.
  3. Hire four AEs now and two more on a gate: 40 or more qualified product-qualified opportunities in a quarter, and a trailing win rate above 60%. If the gate isn't met, we don't carry the cost.
  4. Cancel the six outbound SDR roles. Put two SDRs on inbound demo follow-up (40% win rate, and most inbound losses were to Miro or no decision, so speed-to-follow-up matters). Put two on expansion of the 24 large accounts. Hold two until the gate is met.
  5. Build SSO, SCIM and audit logs first. Six accounts have asked for SSO, and 16 of 24 large accounts have looked at the security page. Defer data residency. No deal in the last 12 months cited it, so build it only when a named deal requires it.
  6. Change the messaging as above and drop "for the enterprise."
  7. Scope the Miro board import as a product workstream, with a decision in 30 days.

What I'd ask the board for

  • A committed number of $3.0M enterprise ARR, with $5M as a stretch.
  • Gates the board can track quarterly: qualified product-qualified opportunities, win rate, the six SSO accounts closed, and no-decision losses as a share of the total.
  • Approval to hire four AEs now and two on the gate.

I'd rather present a number we can defend than one that depends on hiring eight people before we have the pipeline to keep them busy.

Claims the judge couldn’t find in the brief

  • Median sales cycle for product-qualified deals is 66 days.
  • No deal in the last 12 months cited data residency as a requirement.
  • New AEs take around six months to ramp.

Grades and run details

Decision model 88 · LLM judge 79
Decision model checks
  • failUses the supplied evidence correctly13%
  • passAddresses the actual decision97%
  • passRespects explicit constraints52%
  • passIdentifies material uncertainty95%
  • partialAvoids unsupported claims34%
  • passProduces the required deliverable91%
  • passFollows the deals data98%
  • passProtects the self-serve engine100%
  • passDoes the capacity sums97%
  • passPositioned against the real alternative97%
  • passSells against a pain the buyer feels86%
  • passDiagnoses message or channel first98%
  • passPlans beyond launch week100%
Run
Run
#1
API response time
54 s
Submitted
8 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 2

Uses the supplied evidence correctlyMixedRightWrong
Opus 5.5 · Claude

The claim 'Five of our six losses on existing-user deals ended in no decision' is not supported by the data (4 no-decision, 2 Miro), so a statement about the current situation is invented.

GPT-6 Astra · ChatGPT

All factual claims about the current situation are directly from the supplied context or follow from arithmetic on that data.

Haiku 5.5 · API

The median cycle for product‑qualified deals is stated as 66 days but the data gives 62, and the claim that no deal cited data residency is unsupported.

Avoids unsupported claimsWrongRightWrong
Opus 5.5 · Claude

Presents the incorrect 'five of six no decision' figure as established fact, which is an unsupported claim about the current situation.

GPT-6 Astra · ChatGPT

Hypotheses and forecasts are clearly labelled, and confident claims are supported by the evidence.

Haiku 5.5 · API

It presents the incorrect median cycle and the ‘no deal cited data residency’ statement as fact without support.

All got right 11

Addresses the actual decisionRightRightRight
Opus 5.5 · Claude

Commits to building the enterprise motion on product usage, gives a clear $3.4M target with a path to $5M, and specifies the checkpoint (15+ PQAs in Q1) that would change the call.

GPT-6 Astra · ChatGPT

Commits to a clear answer (adoption-led enterprise sales, keep self-serve open) and states what would change it (demand not supporting the model).

Haiku 5.5 · API

The output commits to a clear plan ($3.0M committed, $5M stretch with gates) and states what would change it.

Respects explicit constraintsRightRightRight
Opus 5.5 · Claude

The output is a memo to the CEO, covers all required topics, stays within the word limit, and does not propose capping the free plan or removing self-serve checkout.

GPT-6 Astra · ChatGPT

Respects the 1,300-word limit, addresses all requested elements, and is framed for the CEO/board.

Haiku 5.5 · API

The memo is within 1,300 words, addresses all requested topics, and is addressed to the CEO.

Identifies material uncertaintyRightRightRight
Opus 5.5 · Claude

Identifies the unknown pool of qualifying accounts, the dependency on that pool for capacity, and sets a Q1 checkpoint to resolve it; also flags the board's definition of new ARR.

GPT-6 Astra · ChatGPT

Names demand as the largest unresolved issue, bounds the gap, and specifies how to resolve it within 30 days and monthly reviews.

Haiku 5.5 · API

It identifies unknowns (e.g., why no‑decision losses stall, Miro import feasibility) and says how to resolve them.

Produces the required deliverableRightRightRight
Opus 5.5 · Claude

The memo is complete, addresses all requested elements, is within the word limit, and a CEO could act on it with light edits.

GPT-6 Astra · ChatGPT

The output is a complete, actionable plan in memo form, within the word limit, covering all requested topics.

Haiku 5.5 · API

It delivers a complete, actionable memo in the requested form, suitable for the CEO with minimal edits.

Follows the deals dataRightRightRight
Opus 5.5 · Claude

Computes win rate, deal size, and cycle time by source and builds the plan around product-qualified accounts.

GPT-6 Astra · ChatGPT

Computes win rate, deal size, and cycle time by source and builds the motion on product-qualified accounts.

Haiku 5.5 · API

The plan computes win rate, size and cycle by source and builds the motion on product‑qualified accounts.

Protects the self-serve engineRightRightRight
Opus 5.5 · Claude

Uses the 70% free-plan conversion and product-qualified deal data to argue against capping the free plan and removing self-serve checkout, and keeps self-serve open.

GPT-6 Astra · ChatGPT

Uses the 70% free-to-paid stat and product-qualified deal data to argue against capping the free plan, and keeps self-serve open.

Haiku 5.5 · API

It explains why capping the free plan and removing checkout would hurt the pipeline and keeps self‑serve open.

Does the capacity sumsRightRightRight
Opus 5.5 · Claude

Works out the number of deals needed (~70 for $5M), the AE capacity required (5-6 AE-years), and provides a pipeline table with checkable sums.

GPT-6 Astra · ChatGPT

Works out deals needed (69-80), qualified opportunities (134), and AE-years (8) with checkable arithmetic.

Haiku 5.5 · API

The output works out the deals needed (~69), pipeline required (~90 PQOs), and AE capacity to reach $5M.

Positioned against the real alternativeRightRightRight
Opus 5.5 · Claude

Names Miro (company standard) and whiteboard photos/slides as the real alternatives, and ties the message to diagramming quality and bottom-up adoption that those alternatives lack.

GPT-6 Astra · ChatGPT

Names Miro, photos/slides, and doing nothing as alternatives, and ties the message to real-time tidy diagramming and starting without IT.

Haiku 5.5 · API

It names Miro and ‘no decision’ as the real alternatives and ties the message to design adoption and IT controls.

Sells against a pain the buyer feelsRightRightRight
Opus 5.5 · Claude

Leads with the pain of IT needing to approve a tool already in use and the risk of losing it, supported by buyer interviews where IT approved because teams were already on it.

GPT-6 Astra · ChatGPT

The message addresses the governance and control pain that IT buyers feel when teams adopt tools without oversight, supported by SSO requests and security-page visits in the data.

Haiku 5.5 · API

The message is built on buyer pain (IT losing control, design team refusal) evidenced by the interviews.

Diagnoses message or channel firstRightRightRight
Opus 5.5 · Claude

Diagnoses that outbound targets Miro-standard accounts where the message can't overcome migration cost, and shifts investment to product-qualified accounts and a different message.

GPT-6 Astra · ChatGPT

Diagnoses outbound's poor results as a channel problem (cold outreach to Miro-entrenched accounts) and shifts effort to product-qualified accounts.

Haiku 5.5 · API

It diagnoses that the outbound channel is underperforming (low win rate, high loss to Miro) and shifts effort to warm product‑qualified accounts.

Plans beyond launch weekRightRightRight
Opus 5.5 · Claude

Describes the ongoing PQA scoring and routing, the 'no decision' fix with security packs and admin demos, and a Q1 checkpoint to decide further AE hiring.

GPT-6 Astra · ChatGPT

Describes ongoing measurement (free-to-paid, pipeline, conversion, monthly reviews) and a 30-day validation plan beyond the initial launch.

Haiku 5.5 · API

The plan includes ongoing routing, quarterly gates, and measures (PQOs, win rate, SSO closures) beyond launch.

Results

Every setup we’ve tested on this task type, across all its tasks and repeats, graded on the current checklist. Calibrated.

#Model · HarnessTask scoreDecision modelLLM judgeRunsCritical failures
1GPT-6 AstrawithChatGPT100.0100.02None
2Opus 5.5withClaude96.085.22None
3GPT-6 LunawithAPI94.289.32None
4GPT-6.1 SolwithAPI93.878.02None
5Sonnet 5.5withAPI98.177.72None
6Haiku 5.5withAPI94.277.72None
7Gemini 3.8 FlashwithAPI73.981.92None
8Gemini 3.5 Flash-LitewithGemini74.263.52None

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.607080901001×3×10×30×100×Cost per output, relative to the cheapest setup (log scale) →↑ Task scoreGPT-6 Astra · ChatGPT: task score 100, 81× the cheapestOpus 5.5 · Claude: task score 91, 75× the cheapestGPT-6 Luna · API: task score 90, the cheapestGPT-6.1 Sol · API: task score 84, 16× the cheapestSonnet 5.5 · API: task score 84, 46× the cheapestHaiku 5.5 · API: task score 82, 3.3× the cheapestGemini 3.8 Flash · API: task score 77, 11× the cheapestGemini 3.5 Flash-Lite · Gemini: task score 68, 3.5× the cheapestGPT-6 Astra · ChatGPTOpus 5.5 · ClaudeGPT-6 Luna · APIGPT-6.1 Sol · APISonnet 5.5 · APIHaiku 5.5 · APIGemini 3.8 Flash · APIGemini 3.5 Flash-Lite · Gemini
Nobody beats these on both score and cost
Task score and relative cost by setup
SetupTask scoreRelative cost (cheapest = 1)
GPT-6 Luna · API901.0×
Haiku 5.5 · API823.3×
Gemini 3.5 Flash-Lite · Gemini683.5×
Gemini 3.8 Flash · API7711×
GPT-6.1 Sol · API8416×
Sonnet 5.5 · API8446×
Opus 5.5 · Claude9175×
GPT-6 Astra · ChatGPT10081×

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

Taking a product or add-on to market with marketing and sales.

Why it matters

Launch plans fail by trying to reach everyone, by selling upside nobody feels, and by treating launch day as the whole plan.

What good looks like

  • One primary segment: those who value the difference most
  • Positions against what customers do today
  • Sells against a pain the buyer feels, with evidence
  • Diagnoses whether the problem is the message or the channel
  • Plans beyond launch week

Deliberately not measured

  • Creative copywriting quality
Capability tested

Go-to-market judgement

The failure we’re looking for

Every channel, every segment, and nothing after launch day

Grading

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