marketing-plan · measurement-framework

Measurement Framework — KPIs, North Stars, Cadence

Every plan needs a measurement section that tells the team how to know if the plan is working. This doc is the source for Section 13's measurement subsection.

Related docs:

The north-star principle

A north star is one metric that captures the business-model thesis at the highest level. It should:

Don't default to "ARR" or "MRR" alone. Those are outcomes, not norths. Pick something that captures the business model.

North-star patterns by business model

B2B SaaS (subscription)

D2C consumer app (subscription)

Hybrid hardware + software (e.g., Quietude)

Marketplace (two-sided)

Developer tool / open source

Content / media business

Commerce (DTC, non-subscription)

Leading indicators by AARRR stage

After the north star, every plan needs leading indicators per AARRR stage. These move faster than the north star and trigger investigations.

Acquisition leading indicators

Activation leading indicators

Retention leading indicators

Referral leading indicators

Revenue leading indicators

Review cadence

The plan should specify three rhythms:

Weekly (operational sync)

Monthly (metrics review)

Quarterly (plan recalibration)

KPI target setting

For each quarter in Section 10, the plan must include 3–5 specific KPI targets. These should be:

KPI target patterns by quarter

Q1 (foundation quarter):

Q2 (validation quarter):

Q3 (scaling quarter):

Q4 (compound quarter):

Anchoring against the VC growth path

For VC-backed clients past $1M ARR, anchor 12-month and multi-year targets against the 3-3-2-2-2 rule (3× in years 1 and 2, then 2× in years 3 through 7). Hitting it is rare; most companies don't. Anchoring against it forces the plan to either match it and show how, or explicitly defend choosing a slower trajectory. Full table and context in growth-patterns.md.

For non-VC-backed companies (bootstrapped, founder-funded, profit-focused), the 3-3-2-2-2 doesn't apply. Use linear-pattern targets ("$X MRR added per month") or step-function targets ("$Y revenue jump after the enterprise tier launches") instead.

Forecasting reality check

A plan derives a budget and an annual goal. It does not produce a 12-month month-by-month forecast that's reliably accurate to the dollar.

Unless the company is publicly traded, all forecasts are educated guesses. No startup under $100M ARR consistently hits month-by-month forecasts. Quarterly review is when the plan adjusts — not when variance is treated as failure.

What the plan commits to honestly:

Founders who over-engineer the forecast end up explaining variance every month instead of executing. The plan should resist this — name the annual target, the quarterly KPIs, and the kill criteria. Don't promise the month.

Full context in budget-planning.md.

Kill criteria

For every channel or initiative, the plan should specify when to stop. Often missing from plans, kill criteria force discipline.

Examples:

Guardrail metrics

Some metrics get a hard guardrail (cannot drop below threshold). Useful for protecting brand or unit economics during aggressive growth.

Examples:

Data sources mapping

The plan should name where each metric comes from. This makes it auditable.

Metric Source
Organic traffic GA4 / Ahrefs
App Store conversion App Store Connect
Funnel conversion (Day N → paid) Internal analytics (Mixpanel / Amplitude) or App Store Connect cohort export
Retention Customer.io segments + product analytics
MRR / ARR Stripe (via MCP if wired)
Plan mix Stripe
Lifecycle email metrics Customer.io
Ambassador attribution Dub.co
Hardware → app activation Shopify + App Store + internal join
NPS Survey tool (Customer.io / Typeform / SurveyMonkey)

When data isn't wired

If a metric can't currently be measured, flag it in Section 13's open decisions. Example:

"Hardware → app activation rate not currently visible in the App Store dashboard. Requires Shopify ↔ App Store Connect join. Q1 work item."

A plan with un-measurable goals is a plan that can't be validated. Surface the instrumentation work explicitly.

Reporting cadence + automation

Where possible, auto-generate the metrics review rather than building it manually each time. Stripe MCP + GA4 MCP + Customer.io MCP can pull most of what's needed.

For Tier 1 clients, a simple weekly metrics email to the team (Markdown table, generated via skills + MCPs) costs nothing and creates discipline.

For Tier 2+ clients, consider a real dashboard (Hex, Metabase, Looker, or internal tool).


Source: https://github.com/coreyhaines31/marketingskills/skills/marketing-plan/references/measurement-framework.md · v1.1.1 · MIT License (c) 2025 Corey Haines.