Usable with a quick edit11 of 11 checks passed
A PM could use this memo with light edits; the evidence, sizing, sequence, gates, and CEO answer are all present and internally consistent.
Output
To: Marcus Webb and Executive Team From: Staff PM Subject: Make tip-out a worker-led distribution network—not an everything app
Recommendation
Give the two squads next quarter to test a bigger thesis: Tally can become the portable earnings account that workers bring from restaurant to restaurant, making workers a distribution channel for our employer business.
The dimension to push is reach across workplaces, not breadth of restaurant software. Kenji’s calculator may be the entry point to that network. The evidence does not yet establish a literal 1,000× opportunity; it establishes a mechanism worth testing before we commit to a broader platform.
1. The mechanism: one worker can recruit the next workplace
The calculator solves a nightly manager problem, but its more consequential effect may be on workers:
- Worker-app weekly activity rose from 34% to 81% at beta restaurants.
- 41% of beta workers also work at another restaurant.
- 29% of surveyed workers say they have asked another manager to adopt Tally.
- We recorded 57 worker-requested restaurant signups last quarter. Those deals closed in nine days versus our usual 41, with roughly one-third the sales spending per deal.
The potential loop is:
Accurate nightly tips → workers return at close → workers request Tally at another job → another restaurant adopts → more workers encounter Tally.
This could change acquisition economics, not just improve a feature. It also creates a reason to choose Tally that Crewbook’s free scheduling does not directly answer.
But this is not yet a demonstrated network effect. The beta was self-selected, the survey measures stated behavior, and we have not established how many of the 57 signups were incremental or originated in the beta.
2. The ambitious destination—and a defensible size
The most ambitious version is a worker-consented earnings network spanning restaurants:
- One identity connects a worker’s jobs, shifts, and earned tips.
- Workers see verified nightly earnings and can optionally receive already-earned tips immediately.
- A worker can ask a second employer to join through a lightweight invitation and onboarding path.
- Restaurants join first to deliver trusted tip accounting and settlement; scheduling and payroll expansion follow.
Eventually, the network could extend beyond restaurants already using Tally’s full suite. That requires proving we can verify earnings and onboard an employer without compromising compliance. It is a destination, not next quarter’s scope.
We can size a beachhead from our current footprint, not a national TAM:
| Opportunity | Explicit scenario | Annualized opportunity |
|---|---|---|
| --- | --- | ---: |
| Worker-led restaurant acquisition | If all 57 signups originated in the 300-restaurant beta, the observed rate is 0.19 signups per restaurant per quarter. Apply 25–100% of that rate to 6,400 restaurants. | 304–1,216 signups quarterly; approximately $5.9M–$23.6M in new subscription ARR from one year’s acquisition |
| Optional earned-tip payouts | Assume 22–44% of 190,000 workers become paying users, making 1–3 payouts weekly, at $0.60 retained per payout. | $1.3M–$7.8M annual retained payout revenue, before Tally’s support, risk, and other costs |
Subscription sizing uses today’s average of approximately $4,844 ARR per restaurant. The acquisition scenarios are sensitivity cases, not forecasts: we must validate the referral denominator, incremental lift, saturation, retention, and pricing. They are not automatically additive to our existing 380 quarterly signups.
Payout adoption likewise discounts—or at its upper end accepts—the survey’s 44% stated willingness to pay; transaction frequency is an assumption. Not every worker will have eligible tips.
These are separate revenue measures, not a combined ARR claim. They show a potentially material business on our existing footprint. The larger, cross-platform opportunity remains unquantified.
3. Work backward: earn each expansion
Next quarter: establish the worker connection and test causality
Squad 1: Portable identity. Build consent-based linking of existing restaurant accounts into one worker account, with clear employer boundaries, revocation, and no leakage of one employer’s information to another. This is the stated one-squad-quarter investment; do not bury unrelated work in it.
Squad 2: Prove the distribution loop. Harden tip correctness and dispute handling, instrument worker invitations through restaurant activation, and run a controlled expansion beyond the volunteer beta. Randomize rollout or invitations at an employer/network-cluster level where practical, accounting for workers who connect clusters. Distinguish an invitation, a signed contract, and a restaurant actually running payroll.
Test referrals using existing accounts while identity work proceeds. Do not wait a quarter to start learning, and do not promise advances or build a broad financial product.
Gate to broader rollout: After at least two normal sales cycles, demonstrate incremental, retained restaurant acquisition versus a comparison group—not merely faster attribution of deals we would have won anyway. A provisional investment hurdle is 0.05 incremental activated restaurants per participating restaurant per quarter, roughly one-quarter of the provisional beta rate, with lower fully loaded acquisition cost than ordinary sales. Set retention and tip-accuracy guardrails before launching.
Next: monetize earned tips without weakening the loop
Once verified tip accounting and payout reconciliation pass Compliance review, Squad 2 can pilot the partner’s $0.99 optional same-night payout; Squad 1 extends proven identity and invitation flows. Preserve free tip visibility.
Gate to expansion: Observed repeat purchases—not survey intent—produce positive contribution after support and losses, with no material increase in disputes or deterioration in worker engagement. Failure here means dropping paid payouts, not automatically abandoning referrals.
Then: open the network beyond full-suite customers
Only after acquisition and retention replicate outside the beta should we test a lightweight tip-and-earnings entry product for employers not ready to switch payroll.
Gate: Verified earnings, enforceable pool rules, economical onboarding, and incremental customer value without unacceptable full-suite cannibalization.
Stop result: If an adequately powered test over at least two sales cycles shows no meaningful incremental retained restaurant acquisition—or economics below our agreed hurdle—we stop funding the network expansion. Keep the useful calculator. Pause immediately for material tip-allocation or privacy failures.
4. What to do with Marcus’s idea
Keep Marcus’s ambition; reject the proposed scope for this planning cycle.
Inventory, menu pricing, marketing, and reservations each require new data, workflows, and distribution advantages that this pack does not establish. Calling them an AI operating system does not connect them to our strongest evidence.
Reframe the vision as “Tally becomes the earnings network workers bring to every restaurant.” AI can support that strategy where it demonstrably improves outcomes; it is not the strategy itself. Defer advances and their licensing burden. Return to broader platform bets only after we prove the mechanism that earns us the right to expand.
Grades and run details
Decision model 95 · LLM judge 12 of 12 checks
Decision model checks
- passUses the supplied evidence correctly33%
- passAddresses the actual decision98%
- passRespects explicit constraints26%
- passIdentifies material uncertainty100%
- passAvoids unsupported claims83%
- passProduces the required deliverable48%
- passFinds the mechanism the data hides100%
- passSizes it honestly99%
- passAnswers the CEO's version87%
- passExtreme, then back to buildable100%
- partialProposes tests that could fail65%
Run
- Run
- #1
- Time to output
- 59 s
- Submitted
- 1 Oct 2026