1000x an idea

To: Marcus Webb and the executive team From: Staff Product Subject: The 1000x bet is a worker-led network, not a broader restaurant suite

Recommendation

Make Tally the portable home for restaurant workers’ shifts, tips, and earned-tip payouts—and use workers’ movement between jobs to distribute Tally to restaurants.

The mechanism in our data is cross-employer distribution: a useful nightly tip experience gives workers a reason to return, and workers carry that experience to another employer. I would push one dimension: the number of workplaces reached by each active worker, not the number of owner workflows we cover.

The calculator saves managers 25 minutes a night. That is a good feature. The potentially much larger business is underneath it:

• Worker-app weekly activity rose from 34% to 81%.
• 41% of beta workers also work at another restaurant.
• 57 restaurants signed after a worker asked them to adopt Tally.
• Those deals closed in nine days versus our usual 41, with roughly one-third the sales spend.

This is evidence of a distribution advantage, not yet proof of a compounding network. The beta restaurants volunteered, and we have no control group.

The most ambitious version

A worker has one consent-linked Tally identity across jobs. At close, they see a trustworthy breakdown of tips they have earned and can receive those tips that night. When another workplace is missing, they can ask its manager to join. The manager gets a compliant tip-pool workflow and a fast path into Tally scheduling and payroll.

Over time, Tally becomes the worker-demanded infrastructure for restaurant pay. Each restaurant adds workers; some workers connect another restaurant; those restaurants add more workers. We win distribution and engagement without needing to subsidize a sprawling suite.

This also gives us a differentiated response to Crewbook’s free scheduling. We should test whether worker demand and trusted tip handling change buying decisions—not assume they eliminate price sensitivity.

We should not include advances in this vision’s first stages. Earned-tip payouts are available through our partner without a licence. Advances introduce a nine-to-twelve-month regulatory dependency in key states without evidence that they strengthen this mechanism.

Opportunity range

Two sensitivities establish the scale; neither is a forecast.

Restaurant acquisition. The beta produced 57 worker-requested signups per 300 participating restaurants in one quarter. At today’s 6,400-restaurant footprint, reproducing 25%–100% of that observed rate would generate approximately 304–1,216 signups per quarter. At our current average ARR of roughly $4,844 per restaurant, that represents $6M–$24M of annual new ARR bookings.

The 25% case is a planning haircut, not an observed result. These signups may overlap with normal acquisition; saturation, duplicate requests, churn, and restaurant eligibility could materially reduce the outcome. For context, we currently sign 380 restaurants per quarter.

Payout revenue. Across today’s 190,000 workers, a sensitivity of 10%–44% adoption and one to five payouts weekly yields approximately $0.6M–$13M in annual Tally payout revenue, at $0.60 per payout, before our operating costs. Ten percent is an illustrative adoption assumption; 44% is stated willingness in a selected beta survey, not demonstrated paid demand. Eligible tipped workers, funding readiness, and actual frequency remain unknown.

Do not add these figures into a single ARR claim: one is new subscription bookings; the other is annual transaction revenue. The pack supports a potentially substantial expansion engine. It does not establish a $1B outcome or a literal 1000x multiplier.

Work backward: prove the loop before scaling it

The thresholds below are proposed decision rules, not facts from the beta.

1. Next quarter: build identity and measure distribution

Squad one: Build consent-based account linking into a single worker identity, including account recovery and clear employer-data boundaries. A restaurant must not gain access to another employer’s records.

Squad two: Productize and instrument the existing tip experience, then build a lightweight worker-request-to-manager-onboarding flow. Run a randomized invitation test within eligible restaurants, tracking requests through signed, activated restaurants. Instrument finalized earned tips and partner readiness in parallel.

Start experimentation with existing accounts; do not wait for identity linking to finish. Use linked identities to improve deduplication and measure the cross-workplace path.

Gate to the next stage: Linked records are accurate; workers understand consent; the nightly tip experience remains reliable; and the invitation test shows incremental activated restaurants, not merely clicks or attributed leads. Target at least a 25% lift over control, with acquisition cost below our normal channel.

2. Then: test paid earned-tip payouts

With identity shipped, one squad builds the partner payout integration; the other improves worker-led restaurant onboarding and expands the controlled acquisition test.

Offer payouts only against finalized, earned, fundable tips. Make the $0.99 fee explicit and the ordinary payment route clear. Compliance must approve the flow, including tip-pool rules and fee treatment.

Gate to broader rollout: Actual paid use—not survey intent—supports positive contribution economics. Set an initial target of at least 10% monthly adoption among eligible workers, with repeat use across two months. Require reconciled payouts, acceptable support burden, and no deterioration in trust or employer adoption.

Payout failure should stop that monetization path, not automatically kill a working distribution loop.

3. Finally: expand the network

Roll out restaurant-by-restaurant and state-by-state only after controlled evidence survives beyond volunteer beta customers. Invest in worker-led onboarding before adding unrelated owner software.

Stop condition: If two adequately powered invitation tests show no incremental restaurant activation, or incremental acquisition costs are no better than normal sales, stop the network expansion thesis. Keep the calculator as a useful retention feature; do not fund a platform story around it. Wrong-person linking, unlawful pooling, or unreliable payouts triggers an immediate pause in the affected flow.

What to do with Marcus’s idea

Keep the ambition; decline the roadmap.

“AI operating system for restaurants” names a destination but does not explain why we win. Inventory, reservations, marketing, and menu pricing would spend both squads across new markets while leaving our strongest observed mechanism undeveloped.

Ask Marcus to sponsor the worker-network bet and its explicit gates. AI can later improve a proven workflow where it demonstrably adds value. It should not substitute for proving our distribution advantage.

MEMORANDUM

TO: Marcus Webb (CEO) & Executive Team FROM: Staff Product Manager, Tally DATE: October 24, 2023 SUBJECT: From Tip Calculator to Network Effect: The $1B Path for Tally

---

1. The Mechanism and the Dimension

Kenji’s beta proved that the tip-out calculator saves managers 25 minutes a night and drives worker app engagement from 34% to 81%. But the real mechanism that makes this 1000x bigger isn't automation—it is multihoming labor coupled with a viral consumer loop.

Right now, 41% of workers at beta restaurants work at another restaurant. Because the tip calculator demands they check the Tally app at close to verify earnings, they are carrying our brand into competitor venues. When they ask their other managers to switch, those inbound deals close in 9 days (vs. our 41-day average) at one-third of the acquisition cost.

The single dimension we must push is Cross-Restaurant Worker Identity. Right now, a worker with two jobs has two siloed accounts. By unifying them into a single identity, we transform Tally from isolated B2B restaurant software into a consumer-grade network where workers organically pull non-Tally restaurants onto our platform.

---

2. The Most Ambitious Version & Opportunity Sizing

The 1000x version is Tally Financial Network: a closed-loop financial operating system for hourly hospitality labor.

We stop selling software top-down to stressed operators alone and start growing bottom-up through the financial urgency of 190,000+ hourly workers. Tally becomes the infrastructure where workers instantly access, manage, and move their daily earnings across the fragmented restaurant landscape.

#### Opportunity Sizing (Range) * Conservative Case ($35M–$50M ARR added in 24 months): Driven purely by viral acquisition velocity. If we reduce sales cycles from 41 days to 9 days across a larger cohort of worker-referred restaurants, our organic acquisition rate triples, lowering CAC and accelerating ARR past $80M without expanding headcount. * Aggressive Case ($120M–$180M ARR added in 24 months): Driven by Same-Night Tip Payouts. Our payments partner allows us to pay out tips already earned the same night for $0.99, netting Tally $0.60 per payout. With 190,000 workers (plus viral additions), assuming an average of 3 shifts a week and a 44% adoption rate (validated by our survey), this creates a massive, high-margin transactional revenue stream that dwarfs our current SaaS subscription model.

---

3. The Execution Sequence

We have two engineering squads allocated for next quarter. Here is the strict sequence, prerequisites, and hard stop-conditions.

#### Squad 1: Unified Worker Identity & Viral Loops (Q1) * What they build: The underlying database architecture to link a worker’s identity across multiple restaurant profiles (with explicit worker consent), alongside the frictionless "Invite Your Other Job" referral and onboarding flow inside the worker app. * Prerequisite: Legal review confirming that linking accounts via worker consent does not violate data-sharing agreements with restaurant operators. * Stop Condition: If fewer than 15% of multi-job workers consent to linking accounts, or if viral referral conversion drops below 10%, we abort and keep accounts siloed.

#### Squad 2: Same-Night Tip Payouts (Q1) * What they build: Integration with our payments partner to enable same-night, post-close tip payouts for $0.99, ensuring strict compliance with state tip-pool rules (keeping managers/owners out of the pool) and avoiding early-wage-access licensing traps. * Prerequisite: Final sign-off from Compliance confirming that paying out already-earned tips post-close requires zero new state licenses (avoiding the 9-to-12-month licensing delay). * Stop Condition: If payment partner error rates on same-night liquidity exceed 0.1%, or if take-rate margins are squeezed below $0.40 per payout, we halt.

---

4. What We Should Do with Marcus’s Idea

Marcus’s vision—“Tally becomes the AI operating system for restaurants: inventory, menu pricing, marketing, reservations, all of it... That's how we become a $1B company”—is the right long-term destination, but the wrong sequence for next quarter.

If we try to build inventory, menu pricing, and reservations right now, we dilute our engineering focus and walk straight into a bloody feature-parity war with entrenched incumbents, while simultaneously losing deals to Crewbook on price (11% loss rate last year).

Recommendation: Politely shelve the "AI Operating System" breadth for 12 months. Instead, weaponize Kenji’s tip calculator.

By unifying worker identity and launching same-night tip payouts, we leverage our unfair advantage: the workers. We use consumer-grade financial utility to bypass the restaurant owner's sales resistance entirely. Once we own the liquidity of the hourly workforce across 50,000+ restaurants, then operators will have no choice but to adopt our broader operational suite—because their staff demands it. That is how Tally becomes a $1B company, starting with a 99-cent tip payout.