Skip to main content

Market-neutral small-business guide

Referral Incentive Break-Even

Test whether incremental referral contribution covers earned rewards and programme cost on one attribution basis.

Lock the cohort, horizon and attribution contract

Inputs that must travel with the result

  • One defined eligible customer cohort and one programme observation period. (not complete)
  • A no-programme baseline or controlled comparison used to estimate incremental referred customers. (not complete)
  • One conversion event, attribution rule, deduplication rule and conversion window. (not complete)
  • Contribution per referred customer on a declared currency and indirect-tax basis. (not complete)
  • The economic cost and trigger for each referrer and referred-customer reward. (not complete)
  • Programme setup, software, support, moderation, fulfilment and review costs for the same horizon. (not complete)

Calculate programme contribution and the recovery threshold

Referral programme contribution

programme contribution = (incremental referred customers ร— contribution per referred customer) - earned incentive cost - programme operating cost

incremental referred customers
Attributed referred customers above the evidenced no-programme baseline (customers in the selected cohort and window) โ€” business observation or explicitly labelled scenario
contribution per referred customer
Revenue less the declared variable delivery, fulfilment, return and service boundary (CU per customer over the selected horizon) โ€” business record or user scenario
earned incentive cost
Economic cost of rewards whose stated trigger was met (CU for the selected cohort) โ€” programme and accounting record
programme operating cost
Included setup and operating cost for the same period (CU per programme period) โ€” business record or user scenario

When the reward is a constant cost per incremental customer, break-even customers = fixed programme cost รท (contribution per customer - reward cost per customer). The denominator must be positive.

  1. Reconcile attributed customers and remove duplicates, ineligible events, cancellations and returns under the stated rule.
  2. Estimate the no-programme baseline and label the difference as observed or assumed incrementality.
  3. Build contribution per referred customer using the same finite horizon.
  4. Map each reward to its actual trigger and economic cost.
  5. Add programme operating cost once and calculate the signed result.
  6. Test lower, base and higher incremental-customer cases without changing unrelated inputs silently.
  7. Stop if the per-customer recovery denominator is zero or negative.

Worked example: an 18-customer referral scenario

Invented tax-excluded scenario: 18 incremental referred customers, 35 CU contribution per customer, a 20 CU earned reward per customer and 120 CU programme operating cost.

Intermediate referral programme reconciliation
LineCalculationCU
Incremental customer contribution18 ร— 35630
Earned incentive cost18 ร— 20(360)
Programme operating costentered for period(120)
Programme contribution630 - 360 - 120150
The 18 customers are an explicit incrementality scenario, not all attributed referrals and not a forecast.
Incremental-customer sensitivity with other inputs held constant
Incremental customersContributionRewardsOperating costProgramme contribution
8280(160)(120)0
13455(260)(120)75
18630(360)(120)150
Break-even is 120 รท (35 - 20) = 8 customers. Whole-customer handling is exact here; other inputs can change the threshold.

Check the failure modes before acting

  • Counting every referral-code order as incremental.
  • Using revenue or unbounded LTV as contribution.
  • Ignoring rewards to both sides of a referral.
  • Counting issued points at face value without an economic-cost policy.
  • Omitting returns, cancellations, abuse review, support and software cost.
  • Comparing cohorts with different attribution windows or customer definitions.

Referral break-even questions

Should I use customer lifetime value?
Use only a contribution amount bounded to an explicit finite horizon and supported cohort. A first-order view is safer when later retention evidence is weak.
Do all referred customers count?
No. The economic question uses customers incremental to the baseline. Attribution identifies credit under a rule; it does not prove the programme caused the customer.
What if reward cost is at least customer contribution?
There is no positive per-customer amount to recover fixed programme cost under that scenario. Change the economics or stop rather than report a misleading threshold.

Sources and methodology

Measure acquisition and downstream customer economics

Change history

  1. โ€” Initial public release of the article after pre-launch factual, editorial, source and presentation review.