Measure True Channel Lift With Incrementality Tests
By Sarthak Arora · From the Analytics & Measurement collection · Updated July 2026
Attribution tells you which touchpoints appeared in a journey. Incrementality tells you what would not have happened without the spend. This prompt turns a fuzzy question ("is this channel working?") into a designed experiment: a geo or audience holdout, a budget concentration test, and a set of durable attribution signals that survive a world with almost no cross site tracking. You get a runnable test plan, the metrics to watch, and the decision rule that tells you whether to keep, cut, or scale a channel.
When to use this
- Two dashboards claim the same revenue and you cannot trust either number
- One channel dominates your mix and you suspect its reported ROAS is inflated by demand you would have captured anyway
- You are about to scale spend and want proof the next dollar actually causes new customers, not just credit for existing ones
- Cross device and cross browser tracking has degraded and your attribution model feels like guesswork
Fill in the variables
BUSINESS_AND_PRODUCT
What you sell and to whom, e.g. "subscription coffee, direct to consumer, repeat purchase model."
CHANNELS_AND_SPEND
Each active channel with rough monthly spend, e.g. "TikTok 60k, YouTube 40k, Instagram 30k, Google Search 50k."
QUESTION
The one decision you need, e.g. "is Instagram adding incremental revenue on top of TikTok and YouTube, or riding demand we already have?"
BUDGET
Total monthly marketing budget plus any extra you can deploy for a concentration test, e.g. "200k base plus 25k extra this month."
BASELINE_VOLUME
Monthly conversions or orders, overall and for the channel under test if you know it, e.g. "3,000 orders a month, roughly 400 attributed to Instagram." This is what determines how long the test must run.
ATTRIBUTION_SETUP
Current model and tools, e.g. "last click in GA4, plus platform reported ROAS, plus a separate SMS tool."
GEO_FOOTPRINT
Where you sell and whether you can cleanly split regions, e.g. "US only, can hold out by state."
MATURITY
Revenue stage, since below roughly early scale the offer usually beats attribution work.
CONSTRAINTS
Run length you can tolerate, performance you can sacrifice, and whether the quarter's budget is already locked.
The prompt
Full method. Works on any model.
You are a senior growth and marketing measurement lead. Your specialty is causal measurement: designing incrementality experiments and durable attribution systems that reveal what marketing spend actually CAUSES, not what a tracking pixel happened to observe. You are rigorous, you distrust single sources of truth, and you always separate correlation from causation. Your job: design an incrementality test and a durable attribution plan for the situation below, then give a clear keep, cut, or scale decision rule. CONTEXT I AM GIVING YOU → Business and product: {{BUSINESS_AND_PRODUCT}} → Channels currently running and rough monthly spend each: {{CHANNELS_AND_SPEND}} → The specific question I need answered: {{QUESTION}} (e.g. "is Instagram incremental on top of TikTok and YouTube?" or "can this channel scale?") → Monthly marketing budget and any planned extra budget: {{BUDGET}} → Monthly conversion or order volume, overall and for the channel under test if I know it: {{BASELINE_VOLUME}} → How I currently attribute revenue and which tools: {{ATTRIBUTION_SETUP}} → Geographic footprint and whether I can split by region: {{GEO_FOOTPRINT}} → Business maturity and revenue stage: {{MATURITY}} → Constraints: how long I can run a test, how much performance I can afford to sacrifice, whether budgeting for the quarter is already locked: {{CONSTRAINTS}} FIRST: if any of these are missing or vague (especially the exact question, whether I can split by geography, my baseline conversion volume, and whether my budget is already locked), ask me up to five clarifying questions before designing anything. Do not guess at inputs that change the test design or its run length. METHOD (follow in order) 1. Diagnose the real problem before proposing a test. Decide which of these I actually have: → A MEASUREMENT problem (I am heavy on one channel and lack visibility WITHIN it): the fix is capturing more data points, not comparing channels. Say so and stop me from over engineering. → An ATTRIBUTION problem (I need to understand relationships BETWEEN several channels): attribution modeling has some value here. → An INCREMENTALITY problem (I need to know causal lift): this is what the rest of the method addresses. Heuristic: a simple media mix dominated by one channel rarely needs an attribution model. Improving the offer often scales a business more than attribution modeling until the mix is genuinely complex. 2. State the causal principle plainly: attribution is not incrementality. A touchpoint being present does not mean it was causal, nor that it is the best place for the next dollar. Even a "better" attribution model only moves you toward truth by an unknown amount; you cannot tell if you landed at 60% or 90% accurate. This is why we run experiments. 3. Choose the test design that fits my constraints, in this priority order: a. GEO or AUDIENCE HOLDOUT (cleanest). Split into two comparable groups. One group is exposed to the channel under test; the matched control group is not. Example structure: Group A sees channels X + Y + Z; Group B (control) sees only X + Y. b. TIME BASED SPLIT (on/off periods): usable when you cannot split geography, but less clean because outside factors change over time. c. SINGLE CHANNEL BUDGET CONCENTRATION (when a clean holdout is impossible): instead of spreading incremental budget across all channels, pour the entire extra budget into ONE channel and watch what moves. Size the test from my baseline volume: the lower my conversion volume and the smaller the lift worth detecting, the longer the run. State a minimum run length in weeks and the smallest lift the test can reliably detect at that length. If my volume cannot detect a meaningful lift within my constraints, say so and recommend the concentration test or no test at all instead of a doomed holdout. After choosing, give one line on each design you rejected and the tradeoff that ruled it out, so I can overrule you if my constraints change. 4. Define the metrics to measure, per group and per customer where possible: → Revenue per customer → Spend per customer → Profit per customer (the number that actually decides keep vs cut) → Marketing Efficiency Ratio (MER) = total revenue / total marketing cost → Acquisition Efficiency Ratio = revenue from NEW customers / marketing cost Compare the exposed group against the control group on these. The delta is the incremental effect. 5. Write the decision rule up front, before results arrive, so you cannot rationalize afterward: → KEEP or SCALE the channel only if the INCREMENTAL profit per customer justifies the incremental spend per customer it required. → CUT the channel if adding it raised spend per customer without a matching lift in profit per customer. → If MER and Acquisition Efficiency Ratio both hold or improve as you concentrate budget, the channel is scalable right now; if they deteriorate, it is near its ceiling. 6. Add durable, post tracking attribution signals to triangulate the experiment, because cross site cookies are largely gone: → A distinct landing page per channel or campaign, so arrival on that page is itself the attribution. Store the source as a durable field on the customer or CRM record at signup. → A post purchase survey asking "How did you hear about us?" This captures what the customer remembers as most meaningful. Treat it as directional, not exact. → Partner or coupon codes and channel specific offers for sources you do not control (affiliates, creators); treat redemption as a partial uplift signal since only a minority of people use a code. 7. Flag the operating cautions: → Incrementality tests deliberately and temporarily REDUCE performance to buy learning. They must be planned INTO the budgeting cycle, not bolted on mid quarter, or you will miss targets. → If you run email and SMS through separate platforms, each self attributes the same revenue and double counts it. Consolidate or manually deduplicate before trusting any channel number. → Get comfortable operating without a single source of truth. Privacy trends mean an exact "truth" may not be knowable; the goal is a decision you can defend, not a perfect number. OUTPUT FORMAT 1. Problem diagnosis (measurement vs attribution vs incrementality) and why. 2. Recommended test design (a, b, or c above) with the exact group split, what each group is and is not exposed to, the run length in weeks with the smallest detectable lift, and one line per rejected design with the tradeoff that ruled it out. 3. Metrics table: what to measure per group, with the incremental deltas you will compute. 4. The keep / cut / scale decision rule, stated numerically where possible. 5. Durable attribution signals to layer on for triangulation. 6. Budgeting and rollout plan, including how much performance you expect to sacrifice and where this must slot into the budget cycle. 7. SELF CHECK: list the assumptions you made, the top failure modes for this specific test (contaminated control group, external events during the window, double counted revenue, too short a run), and what I should verify before acting on the result. RULES → Never present an attribution model as proof of causation. → Only cite a statistic if I gave you the source; otherwise state the principle without a fabricated number. → If my situation does not warrant a test (simple mix, offer is the real lever), say so plainly rather than designing one anyway.
For the most capable models. Goal and quality bar up front.
You are a senior causal measurement lead. You separate correlation from causation and never trust a single dashboard. GOAL: turn my fuzzy channel question into a designed incrementality test and a durable attribution plan, ending in a clear keep, cut, or scale decision rule. Your first line of output is the verdict: what test I should run (or that I should not run one), and the decision it will settle. Detail follows. CONTEXT → Business and product: {{BUSINESS_AND_PRODUCT}} → Channels and rough monthly spend: {{CHANNELS_AND_SPEND}} → The exact question I need answered: {{QUESTION}} → Monthly budget plus any extra I can deploy: {{BUDGET}} → Monthly conversion or order volume, overall and for the channel under test: {{BASELINE_VOLUME}} → Current attribution model and tools: {{ATTRIBUTION_SETUP}} → Geographic footprint and whether I can split by region: {{GEO_FOOTPRINT}} → Business maturity and revenue stage: {{MATURITY}} → Constraints on run length, performance I can sacrifice, and whether the budget is locked: {{CONSTRAINTS}} PRINCIPLES (load bearing, do not relax) → Attribution is not incrementality. A touchpoint being present is not proof it was causal. A better attribution model only moves you toward truth by an unknown amount, which is why you run experiments. → Diagnose first: is this a measurement problem (heavy on one channel, lacking visibility within it), an attribution problem (relationships between several channels), or a genuine incrementality problem (causal lift)? A simple mix dominated by one channel rarely needs a test, and improving the offer often beats attribution work until the mix is complex. Say so and stop me from over engineering when that is the case. → Prefer a geo or audience holdout (cleanest: matched exposed and control groups); fall back to a time based on/off split, then to pouring all extra budget into one channel when a clean holdout is impossible. Size the run from my baseline volume and state the smallest lift it can reliably detect; if my volume cannot detect a meaningful lift within my constraints, refuse the doomed holdout and say so. → Decide on incremental profit per customer against incremental spend per customer, with MER (revenue / marketing cost) and Acquisition Efficiency Ratio (new customer revenue / marketing cost) judging scalability. Write the rule before results arrive. → Layer durable, post cookie signals to triangulate: a distinct landing page per channel stored as a durable CRM field, a post purchase "how did you hear about us" survey (directional), and partner or coupon codes (partial signal). → A test temporarily reduces performance to buy learning, so it must slot into the budgeting cycle, not bolt on mid quarter. Deduplicate self attributing tools (email, SMS) before trusting any channel number. QUALITY BAR: excellent output names the real problem, gives a concrete comparable control group with a run length in weeks tied to my volume and the smallest detectable lift, states one line per rejected design, writes the keep / cut / scale rule numerically before results, layers the durable signals, and self checks for contaminated control, external events during the window, double counted revenue, and too short a run. BOUNDARIES: do not present any attribution model as proof of causation. Do not invent data or statistics; cite a number only if I supplied its source. Do not pad with generic marketing advice. If the exact question, my geo split ability, my baseline volume, or whether my budget is locked is missing, ask one focused question instead of guessing.
Five lines. Speed over rigor.
Design an incrementality test to answer {{QUESTION}} for {{BUSINESS_AND_PRODUCT}} across {{CHANNELS_AND_SPEND}}, given {{BASELINE_VOLUME}} and {{CONSTRAINTS}}. Pick a geo or audience holdout if I can split, else a budget concentration test; state the run length and smallest detectable lift, then a keep / cut / scale rule turning on incremental profit per customer vs incremental spend per customer.
Want all 120 prompts in one workspace?
Every prompt in this library, organized by task. Free.
What good output looks like
- It names whether you have a measurement, attribution, or incrementality problem, and refuses to design a test when the offer is the real lever
- The test has a concrete control group that is genuinely comparable, a run length in weeks tied to your baseline volume with the smallest lift it can detect, and one line per rejected design explaining the tradeoff, not a vague "run an A/B test"
Show 3 more quality checks
- The decision rule is written before results and turns on incremental profit per customer against incremental spend per customer, plus MER and Acquisition Efficiency Ratio for scalability
- It layers durable signals (distinct landing pages stored as a CRM field, a "how did you hear about us" post purchase survey, partner codes) instead of trusting one dashboard
- The self check surfaces contamination, external events, double counted email and SMS revenue, and reminds you the test must live inside the budgeting cycle
Related prompts
- Set Up Clean Tracking and UTM Conventions
Build the consistent source data an incrementality test needs before you can trust any group comparison.
- Choose Core Metrics and KPIs
Define MER, Acquisition Efficiency Ratio, and profit per customer so everyone reads the test result the same way.
- Mine GA4 for Conversion Insights
Understand the limits of platform attribution reports before you rely on them to interpret an experiment.
Free to use and share. If you republish a prompt, link back to this library.