Usable with a quick edit10 of 12 checks passed
The plan is sound and evidence-based; a PM could trim ~50 words to meet the length limit without re-checking facts or redoing reasoning.
Output
Ledgerly Payroll: Go-to-Market Plan (launch 3 November)
The short version
Payroll is an add-on for people who already use Ledgerly, so the launch should be aimed at our existing customers. The draft plan spends most of its effort on new prospects and press, and it uses the headline that lost our own test. I'd make three changes:
- Focus on the customers with the most painful problem.
- Lead with the message that tripled conversion in beta.
- Measure customers actually running payroll and still running it, not launch-week buzz.
1. Who we go after first
Primary: customers with 5–25 employees who run payroll in a spreadsheet or through their accountant. That's 2,170 customers.
- They have the highest penalty rates: 19% for spreadsheet users and 23% for accountant-run payroll, against 4–7% everywhere else.
- They have enough employees to matter. At roughly 12 staff, a customer is worth about $72 a month.
- The calls describe this group exactly: the bakery's $1,400 penalty, the plumber's "scared of getting it wrong", the physio who'd "move tomorrow", and the landscaper paying $180 a month for mistakes.
Second wave: customers with 5–25 employees on another payroll tool (1,210), plus the 460 with 26–50 employees. They're fairly satisfied (5–7% penalties), and switching mid-year "sounds like a nightmare." We should approach them ahead of the next tax-year start, with a migration offer. Until then we just let them know payroll exists.
Not a focus: customers with 1–4 employees (4,160). They have low pain ("a spreadsheet's fine", "annoying, but free") and low revenue per customer. They can find payroll in the product without us pushing it.
2. What we say
The lead message is penalties and accuracy, not speed. In the beta, "Never get a payroll penalty again" won clearly over the speed headline:
| Speed headline | Penalty headline | |
|---|---|---|
| Visits that started setup | 2.2% | 6.4% |
| Visits that ran a first payroll | 0.9% | 2.8% |
That's about three times as many customers running payroll, on comparable traffic of around 4,200 visits each. "Run payroll in minutes" is the losing message, and the calls explain why: "Time isn't the issue."
One important caveat: Legal must approve the penalty claim before we use it. "Never get a penalty again" is a promise. Penalties can still happen if a customer enters bad data or doesn't fund payroll on time. We have two options:
- Back the promise: for example, "If a filing we're responsible for is late or wrong, we pay the penalty." This would be the strongest version, if Finance and Legal agree.
- Soften the wording: for example, "Payroll filed correctly and on time, automatically." We would then re-test this against the winning headline in the first two weeks, because softening may reduce its effect.
Supporting points: - For accountant-run customers: "$6 per employee. For 6 staff, that's $36 a month, not $180." - For everyone: it already lives inside your books, so there's no re-entering data. This is a supporting point, not the headline.
Drop "the first Financial Operating System for small business." No customer has asked for this, it's hard to substantiate, and it says nothing about payroll.
3. Channels
| Channel | What we do |
|---|---|
| In-app (targeted) | Show the penalty-led payroll page to the 2,170 primary customers only, not a banner to all 8,000. |
| A three-email sequence to the primary segment: the penalty story, the price comparison, and a booked setup slot. | |
| Assisted setup | Offer a free 30-minute call to get the first payroll running. In beta, more than half of customers who started setup never ran payroll, so this is our biggest point of loss. |
| Webinar | Make it "How to avoid payroll penalties" with a live setup clinic. Invite the primary segment, and repeat it monthly rather than once in launch week. |
| Accountants | This is a real risk. Some accountants will lose payroll fees, and they influence whether customers stay with Ledgerly at all. We should give accountants a read-only payroll view and position them as reviewers, so they aren't pushed out. Customer Success should monitor whether the core product loses customers in accountant-managed accounts. |
| Press | Keep a modest announcement focused on payroll for small businesses, ideally with a beta customer's story. Press is not a success measure. |
Budget: move the $60,000 away from paid ads to new prospects. New prospects would have to buy accounting before they can buy payroll, so that spend works against our focus. I'd use roughly: - $25,000 for assisted setup staffing and onboarding. - $5,000 for content and the webinar. - The rest held back until December, then released only if setup completion proves to be the bottleneck.
4. How we'll know it's working (November to January)
The main goal is customers who have run at least two payroll cycles. Signing up isn't enough; running payroll repeatedly is what matters.
| Metric | Target by end of January |
|---|---|
| Primary-segment customers running payroll (2+ cycles) | 220, about 10% of the segment. That's roughly 2,600 employees and about $16,000 in monthly recurring revenue. |
| Setup started ÷ payroll page visits, primary segment | 6% or higher (at least matching the beta) |
| First payroll run ÷ setup started | Up from 44% to 60% or higher, through assisted setup |
| Time from setup start to first payroll | Median under 7 days |
| Penalties caused by Ledgerly | Zero. Every incident gets a root-cause review. |
| Customers who stop using payroll after their first run | Under 10% |
| Accounting product cancellations in the primary segment | No increase compared with before launch |
Check-ins: - Weekly: track the funnel by segment. - Week 2: read the headline re-test, if Legal changes the claim. - End of December: go/no-go on the held-back budget and on starting the switching campaign for customers on other payroll tools.
Caveats
- The beta participants opted in, so real launch conversion will probably be lower than the beta numbers.
- Penalty rates are self-reported.
- The 220 target is a starting estimate, not a forecast. We should revise it after the first month of real data.
Grades and run details
Decision model 96 · LLM judge 85
Decision model checks
- passUses the supplied evidence correctly24%
- passAddresses the actual decision91%
- passRespects explicit constraints42%
- passIdentifies material uncertainty96%
- partialAvoids unsupported claims38%
- passProduces the required deliverable91%
- passPicks the segment with the pain100%
- passUses the headline test100%
- passPositioned against the real alternative100%
- passSells against a pain the buyer feels100%
- passDiagnoses message or channel first100%
- passPlans beyond launch week100%
Run
- Run
- #1
- Time to output
- 39 s
- Submitted
- 5 Oct 2026