Usable with a quick edit10 of 12 checks passed
The plan is detailed and actionable; the unsupported claims are minor cautions that a PM could remove or rephrase without redoing the reasoning or re-checking evidence.
Output
Ledgerly Payroll: existing-customer launch plan
3 November–2 February
1. Start with customers who fear mistakes—not everyone who dislikes admin
Prioritise the 2,170 existing customers with 5–25 employees whose payroll is run in spreadsheets or by an accountant. They represent 27% of our customer base:
- 690 spreadsheet users: 19% reported a payroll penalty notice last year. Start here: they control the buying decision and have no incumbent software to replace.
- 1,480 accountant-run customers: 23% reported a penalty notice. Approach alongside the first group, but qualify who controls payroll and whether the accountant should participate.
These penalty rates are much higher than the 4–7% reported by the other segments. Customer interviews reinforce the problem: owners want confidence that payroll is right, not merely faster.
Deprioritise the 4,160 customers with 1–4 employees: several see spreadsheets as sufficient, and willingness to pay looks weaker. Also defer broad outreach to the 1,670 customers using another payroll tool: their reported penalty rates are lower, and switching creates friction.
Within the priority segments, invite customers with known concerns or upcoming payroll runs first. Don’t assume a segment-level penalty rate means any particular customer received a notice.
2. Sell confidence and control, without promising immunity
Replace “the first Financial Operating System” and the generic speed headline with:
> Feel more confident about payroll, right alongside your books. > Ledgerly Payroll costs $6 per employee per month. See whether it fits your business and get help setting up your first payroll.
Use separate supporting messages:
- Spreadsheet users: “Move beyond manual payroll spreadsheets. See how Ledgerly Payroll works before your next pay run.”
- Accountant-run customers: “Get a clearer view of payroll—and decide how you and your accountant will manage it.”
The beta provides strong directional evidence for this positioning. The penalty headline generated first-payroll completions equal to 2.8% of page visits versus 0.9% for the speed headline—roughly three times higher. Setup starts also increased, while setup-to-first-payroll conversion remained similar, around 42–44%. The message attracts interest; onboarding still needs work.
However, do not ship “Never get a payroll penalty again.” It is an absolute guarantee the evidence cannot support. Test truthful reassurance against the speed message, with legal review.
Before launch, confirm exactly which calculations, checks, deadlines and filing responsibilities Ledgerly supports. Demonstrate only verified capabilities and clearly explain customer responsibilities. For price context, a 10-person business pays $60/month; don’t claim universal savings versus accountants.
3. Use owned channels and assisted onboarding before acquisition spend
Replace the $60,000 November prospecting campaign with a focused existing-customer rollout. Hold that spend until activation, retention and support economics justify expansion.
Before 3 November - Prepare segment-specific emails, in-app pages, eligibility guidance and a clear setup checklist. - Equip support with payroll-specific escalation procedures and capacity for first-run assistance. - Instrument the journey from invitation through paid, successful payroll. - Validate readiness. If a critical workflow is unsafe, narrow launch eligibility rather than market around it.
November: activate the first cohort - Send targeted email and in-app invitations to the priority customers, paced to support capacity—not one banner to all 8,000. - Offer a practical demonstration and bookable setup sessions. Schedule follow-ups around each customer’s next payroll date. - Use the launch-week webinar to show setup, responsibilities and a complete payroll workflow, not deliver a corporate announcement. - Where customers agree, involve their accountants. Position them as collaborators, not the cause of every payroll problem.
December: remove friction - Contact customers who started but stalled; diagnose migration, employee-data, confidence and accountant-approval barriers. - Turn recurring questions into onboarding improvements and help content. - Publish customer proof only with permission and substantiated outcomes.
January–2 February: expand selectively - Broaden outreach once repeat usage and operational quality are sound. - Test customers considering a switch from another tool, with explicit migration guidance. - Consider a small paid acquisition experiment only after establishing acceptable acquisition cost and payback.
4. Measure paid adoption, repeat use and trust—not launch noise
Set these as initial planning targets, not forecasts; recalibrate after November’s first cohort:
- By 2 February: 217 priority customers—10% of the target segment—have completed a successful payroll and become paying add-on customers.
- Repeat use: at least 80% of activated customers complete their next scheduled payroll; separately track third-run retention where enough time has elapsed.
- Commercial performance: report actual payroll MRR, paid employees, cancellations and contribution after onboarding/support costs. Customer count alone does not establish revenue.
Review weekly by segment and channel: invitations delivered, qualified visits, setup starts, setup completion, successful first payroll, paid conversion, time to activation and support effort. Use unique-customer denominators, not just page visits.
Run a controlled headline test and, where feasible, stagger outreach with a holdout to measure incremental adoption.
Track failed runs, product-attributable calculation or filing incidents, and customer confidence after first and repeat runs. Investigate every serious incident; pause the affected rollout if reliability is compromised.
The launch succeeds when customers repeatedly pay staff correctly and keep paying for Ledgerly—not when they read a press release.
Claims the judge couldn’t find in the brief
- The beta provides strong directional evidence for this positioning
- It is an absolute guarantee the evidence cannot support
Grades and run details
Decision model 88 · LLM judge 85
Decision model checks
- failUses the supplied evidence correctly55%
- passAddresses the actual decision91%
- passRespects explicit constraints46%
- passIdentifies material uncertainty83%
- partialAvoids unsupported claims33%
- passProduces the required deliverable78%
- passPicks the segment with the pain100%
- passUses the headline test37%
- passPositioned against the real alternative96%
- passSells against a pain the buyer feels83%
- passDiagnoses message or channel first100%
- passPlans beyond launch week100%
Run
- Run
- #1
- API response time
- 40 s
- Submitted
- 5 Oct 2026