The first document a paid growth push needs is not a media plan. It is a measurement plan, and teams that write the media plan first spend their opening quarter arguing about numbers instead of optimising them. The media plan tells you where the money goes. The measurement plan tells you whether it worked, and without it, every channel report becomes a debate about whose figure to believe.
A measurement plan is the artefact almost nobody publishes and almost everybody needs: a single document that runs from business goals to KPIs to events to cohorts to reporting cadence, agreed before a rupee is spent and before the MMP vendor is even chosen. Competitors explain attribution mechanics. This shows you how to build the plan that makes those mechanics answerable to a business question. Here is what goes in it and how to write it.
Why Measurement Plans Come Before Media Plans
A measurement plan defines what success looks like and how you will see it, before any spend, so that when campaigns run you are optimising against agreed numbers rather than negotiating which numbers to trust. Written after the media plan, it becomes a rationalisation; written before, it becomes a steering wheel.
The case for sequence:
- It prevents the Q1 numbers war. When events and KPIs are agreed up front, a disappointing week is a signal to act on, not a fight about measurement.
- It sits upstream of the vendor choice. Knowing what you must measure tells you what to demand from an MMP, rather than accepting whatever the tool measures by default.
- It aligns teams. Marketing, product, and finance sign one document, so everyone reads the same dashboard the same way. Across audits, the teams that skip this step are the ones still reconciling channel numbers in month three. The plan is cheap to write and expensive to omit.
The Six Sections of a Measurement Plan
A complete mobile app measurement plan has six sections: business questions, KPIs, events and properties, attribution decisions, reporting cadence, and validation. Each feeds the next, so the document reads as a chain from goal to dashboard.
The six sections at a glance:
- Business questions: the three to five things the business actually needs to know.
- KPIs: the metrics that answer those questions.
- Events and properties: the instrumentation that produces those metrics.
- Attribution decisions: windows, models, and dedupe rules.
- Reporting cadence: who sees what, how often, in which cut.
- Validation: how you confirm the plan works in the first week of spend. The discipline is that nothing enters a later section without tracing back to an earlier one. An event that maps to no KPI, and a KPI that answers no business question, both get cut. This is what keeps the plan an operating tool rather than a wish list.
From Business Questions to KPIs
Everything starts with the questions the business must answer, phrased plainly enough that a founder would recognise them. Only then do KPIs get chosen to answer them.
Work in this order:
- Write the questions first. For example: which channels bring users who pay back within 60 days, and is our blended acquisition cost sustainable against LTV?
- Attach one or two KPIs per question. Cost per paying user, payback window, D7 and D30 retention, ROAS over the payback period.
- Vary KPIs by vertical. A subscription app leads with trial-to-paid and renewal; an e-commerce app with first-purchase rate and repeat rate; a gaming app with day-one monetisation and retention. The failure mode is choosing KPIs first because they are familiar, then discovering they answer no question anyone asked. Which KPIs to track and at what cadence is covered in our guide to the daily, weekly, and monthly KPIs for mobile marketers.
Translating KPIs Into Events and Properties
A KPI is only real if an event produces it. This section turns each metric into the specific instrumentation that feeds it, which is where most plans either earn their keep or quietly fail.
For each KPI, define:
- The events that compute it, with the exact names and the properties each must carry.
- Which events carry revenue values, because a KPI like ROAS is worthless if purchases fire without a value.
- The event ownership, so engineering knows what to instrument and marketing knows what to validate. This is post-install event tracking specified in advance rather than discovered later, and it is where revenue reporting most often breaks. Design the taxonomy to survive product changes rather than reflecting this month's screens, using the approach in our guide to designing an event taxonomy that lasts.
Attribution Decisions That Belong in the Plan
Attribution is a set of choices, not a default, and those choices belong in the plan where everyone can see them. Leaving them implicit is how two dashboards end up disagreeing.
The decisions to record:
- Attribution windows****: click-through and view-through lengths that reflect how long your users actually take to convert, not a vendor default. The trade-offs are in our attribution windows guide.
- Attribution model: last-touch by default for most apps, with a note on where multi-touch or view-through matters for your funnel.
- Dedupe rules: how you resolve self-attributing networks claiming the same install, so channel numbers reconcile. Writing these down means a future disagreement is settled by reading the plan, not by re-litigating attribution philosophy in a meeting. The plan is the source of truth for how numbers are counted.
Reporting Cadence, Dashboard Cuts and Owners
A metric nobody looks at on a schedule is not measured. This section assigns who sees what, how often, and in which cut, so the plan produces action rather than an unread dashboard.
Define the cadence explicitly:
- Daily: the operational cut for whoever manages spend, watching CPI, spend pacing, and anomalies.
- Weekly: the optimisation cut, reading cost per paying user and early ROAS by channel and creative, ideally through cohort analysis rather than blended averages.
- Monthly: the strategic cut for founders and the board, on retention, payback, and blended efficiency.
- Owners: a single named person accountable for each cut, so a wrong number has an owner, not a committee. Connecting KPIs all the way through to a defensible view of return is the subject of our guide on how to measure true marketing ROI in mobile apps. The cadence is what keeps the plan alive after launch.
Validating the Plan in Week One of Spend
A plan is a hypothesis until the first week of real spend confirms the numbers flow. Build validation into the plan itself, so week one proves the machinery rather than exposing it.
Validate that:
- Every planned event fires with correct properties and values on a test device and in the first live data.
- KPIs compute from real data, not blanks, in the cuts you specified.
- Numbers reconcile: installs against the store console, revenue against the payment gateway, within a defined tolerance.
- The cadence works: each scheduled cut resolves for its owner on day one. Tech Explainer: why the plan precedes the vendor. An MMP measures whatever you instrument and configure; it does not decide your business questions, your KPIs, or your attribution windows. If you choose the tool first, you inherit its defaults and back-fit your strategy to them, which is how teams end up measuring what is easy rather than what matters. Writing the measurement plan first inverts this: you arrive at the vendor evaluation knowing exactly which events, windows, and cuts you require, and you judge tools on whether they deliver your plan rather than on a feature list. The plan is the requirements document for the whole measurement stack.
Run this validation in week one, in a clean MMP, and treat any gap as a launch blocker. A KPI that does not compute in week one will not compute in month three either.
A Worked Example: One Question, End to End
The plan is easiest to understand as a single question traced through all six sections. Take a subscription app asking one thing.
- Business question: which channels bring subscribers who pay back their acquisition cost within 60 days?
- KPIs: cost per paying user by channel, trial-to-paid rate, and 60-day cohort ROAS.
- Events and properties: trial_started, trial_converted (with plan tier and revenue value), subscription_renewed, each tagged with campaign and creative.
- Attribution decisions: a click-through window long enough to cover the install-to-trial-to-paid lag, last-touch model, dedupe across self-attributing networks.
- Reporting cadence: weekly cost-per-paying-user by channel for the growth owner, monthly 60-day cohort ROAS for the board.
- Validation: in week one, fire a test trial and conversion, confirm the revenue value matches billing, and confirm the 60-day cohort view resolves. Every row traces to the one above it. The trial_converted event exists because a KPI needs it, and that KPI exists because the founder asked a real question. That traceability is the whole discipline: if you cannot draw the line from an event back to a business question, the event does not belong in the plan.
Common Measurement-Plan Mistakes
Even teams that write a plan often undermine it in predictable ways. Watch for these before you sign it off.
- KPIs with no owning event. A metric that no instrumented event can compute is a wish, not a KPI. Every KPI must trace to events that exist.
- Revenue events without values. The single most common failure: purchase and subscription events that fire but carry no amount, which makes ROAS and payback uncomputable.
- Vendor-default attribution windows. Accepting a tool's default window instead of setting one that matches your real conversion lag quietly miscredits campaigns.
- A plan nobody signs. If product, engineering, and finance have not agreed to it, it is one team's document and will be ignored the first time a number is disputed.
- Set and forgotten. A plan never revisited drifts out of sync with the product. Review it quarterly and after major product or pricing changes. The through-line is that a measurement plan is only as good as its weakest trace. One KPI with no event, or one revenue event with no value, is enough to reopen the numbers war the plan was meant to end.
Frequently Asked Questions
Who writes the measurement plan?
Marketing or growth owns it, because the business questions and KPIs are theirs, but it is co-signed by product and engineering, who own the events, and reviewed by finance, who care about payback and LTV. One accountable author drafts it and a small group signs it, so the plan represents a real agreement rather than one team's wish list.
How often should the plan change?
The business questions and attribution decisions should be stable for a quarter or more, because constant change defeats the purpose of an agreed baseline. The events and KPIs evolve as the product does, so review the plan each quarter and whenever a major product or pricing change lands, but resist rewriting it every time a campaign underperforms.
Do we need the plan before choosing an MMP?
Yes, ideally. The plan tells you what to demand from a tool, so you evaluate MMPs against your required events, windows, and cuts rather than accepting their defaults. Teams that pick the vendor first tend to inherit whatever that tool measures easily and reshape their strategy around it, which is exactly backwards.
Writing the Plan Before the Spend
A measurement plan is the cheapest insurance a funded growth push can buy. Six sections, from business questions through to week-one validation, agreed before the media plan and before the vendor, turn your first quarter from a numbers war into a series of decisions everyone trusts. The plan is what makes attribution answer a business question instead of just producing a chart.
If you want to see your plan's dashboard cuts running in a clean MMP within the first week of spend, that fast path from plan to live measurement is what platforms like Linkrunner are built for, and you can request a demo from Linkrunner to validate the plan against real data. Start by writing your three to five business questions, trace each down to events and cuts, and do not approve the media plan until the measurement plan is signed.
