Pick a North Star metric

Recommendation: make “weekly repeat cooks” Simmer’s North Star

Define it as the number of unique users who complete Cook Mode for at least two recipes in a week. Track the count, alongside its rate within active users.

This measures a user getting real value from Simmer—not merely opening the app or expressing intent. It also connects both of your priorities: repeat Cook Mode users have the strongest observed six-month retention (61%), and 82% of new subscribers had cooked at least three recipes in their first two weeks. These are associations, not proof of causation, but they make repeat cooking a better leading signal than either MRR or MAU alone.

MRR remains the essential business outcome; MAU remains a useful reach measure. Neither should be the North Star: MRR can rise through pricing or paywall changes without improving the free experience, while 68% of actives only browse. The notification test is a warning: it lifted MAU 6%, but doubled uninstalls and did not increase Cook Mode completions.

Team-owned input metrics

1. Activation: Share of new users who complete their first Cook Mode recipe within 14 days.
2. Repeat use: Share of first-time Cook Mode cooks who complete a second recipe within seven days.
3. Planning-to-cooking: Share of users who make a weekly meal plan and then complete at least one planned recipe in Cook Mode. Planning is promising—planners show 54% six-month retention—but only 7% of actives have ever planned a week.
4. Value-to-paid conversion: Plus conversion among users who have completed three Cook Mode recipes. This ties monetization to demonstrated value rather than pushing an upgrade before users experience it.

Guardrails against gaming

• Count genuine cooking, not button presses: Define a completion consistently; exclude duplicate or obviously accidental sessions, and monitor completion quality and user feedback.
• Protect long-term value: Review six-month retention for repeat-cook cohorts, not just weekly counts. Watch uninstalls, notification opt-outs, and complaints—especially when testing re-engagement tactics.
• Keep the business healthy: Track MRR, paid conversion, subscriber churn, and refunds alongside the North Star. Don’t celebrate repeat-cook growth if subscription health materially worsens.
• Avoid narrow optimization: Report the metric by new/returning and free/paid users, and monitor recipe variety and access to useful free content. Don’t manufacture completions with intrusive prompts or undermine the experience that brings people to Simmer.

This gives the company one shared measure of recurring user value, with revenue and reach visible as important outcomes and guardrails—not competing North Stars.

To: CEO & Growth Lead From: Head of Product Subject: Aligning on Our North Star Metric

Choosing between Monthly Active Users (MAU) and Monthly Recurring Revenue (MRR) is a classic tension between reach and monetization. But choosing either will hurt Simmer.

Here is why neither works as our North Star, what we should measure instead, and how we keep the business honest.

---

Why Not MAU or MRR?

• MAU is a vanity metric that invites bad behavior. 68% of our monthly actives are transient visitors who read one recipe from Google and bounce, retaining at a dismal 4% by month six. Last year’s push notification test proved MAU is dangerous: blast notifications spiked MAU by 6%, but Cook Mode usage didn’t budge and uninstalls doubled. Optimizing for MAU encourages low-intent traffic acquisition and spammy retention hacks.
• MRR is a lagging output. MRR tells us if we extracted value last month, not if we created value today. Optimizing directly for MRR leads teams to tighten paywalls, increase discounts, or push annual locks—tactics that burn long-term trust without fixing the core product engine.

---

The Proposed North Star: Weekly Active Cooks (WAC)

Definition: The number of unique users who complete at least one recipe in Cook Mode in a rolling 7-day window.

A great North Star sits at the intersection of customer value and enterprise value. For Simmer, that intersection is Cook Mode:

1. It predicts retention: Users who cook $\ge$2 recipes a week retain at 61% at month 6 (compared to 9% for passive recipe savers and 4% for browsers).
2. It fuels monetization: 82% of new subscribers completed at least three Cook Mode sessions in their first two weeks. Cook Mode is the direct gateway to our $6/month Simmer Plus subscription.

If Weekly Active Cooks grows sustainably, MAU becomes higher-intent and MRR growth naturally follows.

---

Team Input Metrics

Product, Growth, and Content teams cannot easily move WAC directly; they need operational inputs they can own day-to-day:

1. Browse-to-Cook Activation Rate (New User Experience & Growth): % of first-time visitors who enter Cook Mode within 7 days of their first session. Goal: Move users out of the 68% bounce bucket and into an interactive cooking experience. 2. Multi-Cook Frequency (Core Product): % of active cooks completing $\ge$2 Cook Mode sessions per week. Goal: Deepen habit formation to hit the threshold associated with our 61% 6-month retention rate. 3. Weekly Meal Plan Adoption (Engagement & Feature Hook): % of monthly actives who schedule $\ge$3 recipes into a weekly meal plan. Goal: Only 7% have ever tried meal planning, yet planners show 54% month-6 retention. Meal planning provides the forward-looking intent that drives repeat Cook Mode completions. 4. Qualified Cook-to-Subscriber Conversion (Monetization): Conversion rate to Simmer Plus among users who have completed their 3rd Cook Mode recipe. Goal: Target our paywalls and free-trial prompts precisely when users reach the high-intent threshold (the 82% cohort), rather than hitting casual browsers with hard walls.

---

Guardrail Metrics (To Prevent Gaming)

To ensure teams do not inflate WAC artificially, we must establish three non-negotiables:

• Cook Mode Session Integrity: Cook Mode completions are only counted if the user spends at least 5 minutes in the mode with step-progression intervals matching real cooking behavior. This prevents growth teams from auto-completing sessions via deep links.
• Net Churn & Uninstall Rate: Every experiment that touches engagement or notifications must track app uninstalls and notification opt-outs. Any test that increases uninstalls (like the push notification failure) is an automatic rollback, regardless of active-cook uplift.
• Monthly Cohort Renewal Rate: We must monitor 30- and 90-day retention of new Simmer Plus subscribers to ensure we are not driving low-intent conversions through deceptive trial dark-patterns.

---

By rallying around Weekly Active Cooks, we bridge the gap between audience growth and revenue: we build a sticky, habitual product first, and harvest the revenue second.

Simmer's North Star: Weekly Active Cooks

To: [CEO], [Growth Lead] From: Head of Product

Recommendation

Our North Star should be Weekly Active Cooks: users who complete two or more recipes in Cook Mode in a given week.

Neither MRR nor MAU is wrong as something to watch. But neither works well as the one number every team steers by. Weekly Active Cooks sits between them. It is the behaviour that best predicts both retention and revenue, and teams can move it week to week.

Why not MRR

MRR is the outcome we're ultimately accountable for, and it stays on the board. As a North Star, it has two problems.

• It lags. Revenue moves after behaviour has already changed, so teams learn too late whether their work helped.
• Most teams can't touch it directly. The levers that move MRR fastest are pricing, paywalls and discounting. Those can lift revenue in the short term while hurting the habit that sustains it.

The behaviour that comes before revenue is cooking. 82% of new subscribers cooked at least three recipes in Cook Mode in their first two weeks.

Why not MAU

MAU measures reach, and reach matters. But our own data shows it rewards the wrong things.

• Most of it doesn't stick. 68% of monthly actives only browse: they arrive from search, read one recipe and leave. Only 4% of them are still active at month 6.
• It's easy to inflate. Last year's daily push notification raised MAU by 6%. Uninstalls doubled, and Cook Mode completions didn't change. MAU went up while the business got slightly worse.

Why Weekly Active Cooks

• It predicts retention. 61% of users who cook twice a week are still active at month 6. That is the strongest retention signal we have, ahead of weekly planners (54%), savers who never cook (9%) and browse-only users (4%).
• It predicts revenue. Cooking comes before subscribing for most new subscribers.
• It reflects real value. Someone who cooked dinner with Simmer got what we promise.
• It's weekly. Teams get feedback fast enough to iterate.

A caveat: this evidence is correlational. People who cook may simply be more committed to begin with. Before we fully commit, I propose a holdout test of one cook-encouraging change to confirm that causing cooking improves retention. We also need to establish the current baseline, which we don't track today.

Input metrics teams can own

1. Browse-to-cook conversion (owner: Growth/SEO). The share of search visitors who start Cook Mode in that visit or return within seven days. Our biggest pool of users is the 68% who browse, and this turns reach into habit. It also gives the growth team a version of the audience goal that counts.
2. New-user activation (owner: Onboarding). The share of new users who cook three recipes in their first 14 days. This mirrors the path most subscribers took.
3. Save-to-cook rate (owner: Recipe/Discovery). The share of saved recipes cooked within 14 days. Savers save four recipes a week, but saving alone retains only 9% of them. Reminders, shopping lists and "cook what you saved" features should close this gap.
4. Weekly planning adoption (owner: Meal Planning). The share of actives who plan a week of meals. Only 7% have ever done it, yet planners retain at 54%. Planning is also a Plus feature, so it has a direct line to revenue.

Guardrails

• MRR and free-to-paid conversion, reviewed monthly. If Weekly Active Cooks rises but conversion falls, we may be giving away too much free.
• Uninstall rate and notification opt-outs. Any engagement push that worsens these gets reviewed, given what happened with the daily notification.
• Cook Mode completion quality. We currently log a cook when someone reaches the last step, which is easy to tap through. We should only count completions with plausible time spent on the steps. A share of completions should also show supporting signals, such as timers used or the recipe rated or repeated.
• Six-month retention by cohort. This is the ultimate check that more cooks means more lasting users.
• MAU, tracked but not targeted. If reach collapses, the funnel feeding Weekly Active Cooks dries up.

Next steps

If you both agree, we will:

• instrument the metric and the quality filter,
• publish a baseline within three weeks,
• run the causal test, and
• set first-half targets for each input metric with their owning teams.