The Markin ARPU report for B2C enterprisesRead now
MARKIN

COMPARE/Category comparison

Retention analytics vs. retention decisioning

+17–35% ARPU against holdoutObserved range across Markin deployments, measured on treated cohorts.

Retention analytics describes what happened: cohort curves, churn drivers, survival by segment. Retention decisioning acts on it, choosing which customers to intervene with, which treatment to use and what it costs, then measuring incremental retained margin against control. Analytics informs a human decision; decisioning makes and validates the decision itself.

What is at stake

A decision layer is not a tool line item. It moves ARPU on the whole base, every month.

Installed base

2.0M

customers at $24 ARPU / month

Addressable revenue

$259.2M

per year, reachable base

Verified ARPU uplift

+17% to +35% ARPU

on treated cohorts, against holdout

What that is worth

$44.1M – $90.7M

incremental revenue per year

Measured on treated cohorts against a randomised holdout, read over a full measurement window rather than the first weeks. Anonymised range across Markin deployments in large B2C bases; your own holdout is the number that decides. The figures above apply that range to the reachable share of the base on this page's assumptions; they are arithmetic, not a forecast for your business.

Run it on your own numbers

What each one actually does.

01

Retention analytics

Analysis of retention and churn: cohort curves, survival analysis, driver attribution and segment reporting.

02

Retention decisioning

The operational layer that selects who to intervene with, with which treatment, at which cost, and measures the incremental result.

Side by side

The differences that change outcomes.

DimensionRetention analyticsRetention decisioning
Question it answersWhy are we losing customers, and which segments are worst?Who do we act on this week, how, and what does it return?
Primary inputHistorical outcomes, tenure, usage, service events.Risk, uplift, offer costs, margin, constraints.
Primary outputCohort reports, driver rankings, dashboards.Intervention decisions per customer, with control groups.
Usual ownerAnalytics, data science.Growth, retention, finance.
How it's measuredExplanatory quality, adoption of insight.Incremental retained margin against holdout.

The unsolved part

The distance between insight and retained margin

Most retention programmes have excellent analysis and a thin action layer. The drivers are known, the cohorts are charted, and the intervention is still one save offer applied to a risk decile.

  • Driver analysis explains a population; interventions have to be chosen per customer.
  • Insights arrive on a reporting cadence, while the decisive moments arrive continuously.
  • The cost of each save is rarely attached to the analysis, so margin impact is unknown.
  • Without a holdout, an improving retention rate cannot be separated from market conditions.

The actual difference

Markin is not another decisioning engine.

Markin is not a decisioning engine. A decisioning engine ranks actions a human already defined. Markin works like a data science and growth team: it forms its own hypotheses about why ARPU is stuck, marketing, product, pricing or technical, sizes them, executes them inside the systems you already run, and reads each one against a holdout.

 A decisioning engineMarkin
Where the hypothesis comes fromA human authors it. The engine chooses between options someone already approved.Markin authors it. It reads the base, finds where revenue is leaking or unclaimed, and writes the hypothesis itself.
What it is allowed to questionMessage, offer, channel, timing, inside the campaign surface it was given.Anything that moves ARPU: onboarding friction, pricing and packaging, a feature nobody adopts, a payment failure spike, a broken deeplink.
Who does the analysisYour analysts, before and after. The engine optimises; it does not investigate.Markin does the analysis. Sizing, segment definition, experiment design and readout are automated end to end.
Where it stopsAt the recommendation. Someone still has to build and launch it.It launches. Markin executes inside your existing platforms and product surfaces, then closes the loop on the result.
ThroughputAs many hypotheses as your roadmap has room for, typically a handful per quarter.Hundreds in parallel, every one carrying a control group.
What happens when it is wrongThe programme keeps running until someone reviews it.It is retired automatically. Failing to beat control is a normal, cheap outcome.

A decisioning engine picks the best action from a list you wrote. Markin writes the list, and runs it in your stack.

Hypothesis space

Everything a human growth scientist would look at.

Most growth problems are not message problems. Markin is not restricted to the campaign surface: if something is holding ARPU back, it is in scope, and it gets tested the same way.

Marketing

The classic surface, but chosen per customer rather than per segment, and always against a holdout.

  • Which offer this specific customer is worth making
  • Channel and timing chosen per person, not per campaign
  • Contact pressure and fatigue arbitrated across every programme
  • Win-back economics: who is worth a discount and who is not

Product

Where the customer actually experiences the value, and where most silent revenue loss happens.

  • Onboarding steps that lose customers before first value
  • A feature with high retention correlation that half the base never discovers
  • Paywall and upgrade prompt placement
  • In-product surfaces used as a treatment arm, not just email and push

Commercial

Pricing, packaging and the shape of the offer itself, tested rather than argued about.

  • Plan and bundle structure by cohort
  • Discount depth against margin, not against conversion alone
  • Annual versus monthly framing per customer
  • Dunning and involuntary churn recovery sequences

Technical health

Anomalies nobody asked it to look for. This is the category no decisioning engine covers.

  • A checkout error rate that rose on one device and one region
  • Payment failures concentrated in a single issuer or method
  • A broken deeplink quietly killing a high-value journey
  • Latency or delivery degradation eating conversion before any message does

Think of Markin as a data science and growth team that never sleeps: it investigates, forms hypotheses, ships them into your own stack and proves each one against a control group, at a volume no human team can reach.

The loop

Execution is a step in the loop, not a hand-off.

  1. 01

    Observe

    Markin reads the behavioural, transactional and product signal you already collect, continuously.

  2. 02

    Hypothesise

    It writes the hypothesis itself, marketing, product, commercial or technical, and states the expected direction.

  3. 03

    Size

    Each opportunity is ranked by expected value, so the queue is ordered by money rather than by opinion.

  4. 04

    Design

    Segment, treatment, guardrails and a randomised holdout are set before anything ships.

  5. 05

    Execute

    It launches inside the systems you already run, your engagement platform, your product surfaces, your APIs. Nothing waits on a build queue.

  6. 06

    Read

    Results are measured against the holdout over a full window, so novelty is not mistaken for effect.

  7. 07

    Scale or retire

    What beats control is scaled across the base. What does not is switched off automatically.

Where Markin fits

Not a replacement. A growth-science team on top.

Markin takes retention from explanation to decision. It ranks customers by expected incremental save value rather than risk, chooses the least expensive effective treatment, and reports the programme in retained margin with control groups attached.

From cohort to customer

Insight about a segment becomes an intervention decision per individual, refreshed as their state changes.

Margin as the unit of success

Cost of treatment is modelled alongside save probability, so the programme is judged on what it protects net of what it spends.

Analytics keeps its role

Your analytics team keeps owning measurement and interpretation; Markin removes the manual step between insight and action, and launches the action itself.

Operating model

The constraint is not ideas. It is how many you can test.

 Today, with retention analyticsWith Markin on top
Revenue hypotheses tested per quarter4 to 8, whatever the roadmap had room forHundreds, generated and run in parallel
What can be hypothesised aboutMessages, offers and audiences, the campaign surfaceMarketing, product, pricing and technical health alike
From decision to live in the channelA ticket, a build queue, a release windowMarkin launches it in your existing platforms itself
Time from idea to a result you trust6 to 10 weeks of analysis, build and readoutDays, because sizing and design are automated
Share of decisions with a control groupThe flagship programmes, when there is timeEvery decision, by default
Coverage of the baseTop segments and the customers a rule caughtOne decision per customer, across the whole base
Cost of testing the 500th hypothesisAnother analyst, another quarterEffectively zero
What the team spends its time onPulling data, building lists, reconciling reportsJudgement: constraints, economics, what to scale

Markin does not replace your data science team. It removes the ceiling on how much of the base that team can act on, and how fast it finds out whether it worked.

Evidence standard

Most of this category reports its own lift.

None of the major engagement, CDP or personalisation vendors publishes an independently verified uplift figure for its decisioning product. Where numbers exist, they come from vendor-commissioned studies or single-customer case studies with no disclosed holdout methodology. The most rigorous public research in the category is not flattering to anyone, including us, which is exactly why we build against it.

How Markin holds itself to it

  • Every decision Markin makes carries a control group. Uplift is reported against that holdout, not against the customers who did not qualify.
  • Results are read over a full measurement window rather than in the first weeks, so novelty is not mistaken for effect.
  • Programmes that fail to beat control are retired automatically. Killing decisions that do not pay is part of the loop, not an annual review.
  • The one figure we quote about ourselves is a range, not an average: +17% to +35% ARPU on treated cohorts against a randomised holdout, across Markin deployments in large B2C bases. We publish no industry benchmark, because we could not source one we would be willing to defend. Your holdout is the number that matters.

Time to value

90 days to a number that survived a holdout.

No replatform, no data migration, no rebuild of the channels you already run. If the first cohorts do not beat control, nothing scales and you have lost a quarter, not a roadmap.

  1. Weeks 0–2

    Read the context you already have

    Markin connects to the data and the channels you run today, retention analytics included. No migration, no replatform, no new source of truth.

  2. Weeks 3–6

    First sized opportunities in test

    Opportunities are ranked by expected value, treatments are chosen per customer, and the first cohorts go live with a randomised holdout attached.

  3. Weeks 7–12

    First verified incremental revenue

    Results are read over a full measurement window. What beats control scales; what does not is retired. Nothing scales on a number that has not survived a holdout.

When you don’t need Markin.

  • You have no intervention levers available, only reporting requirements.
  • Outcomes cannot be linked back to individual customers, which makes uplift unmeasurable.
  • Churn is dominated by a single fixable product or service defect: fix that first.

Questions buyers ask.

Does this replace our retention analytics?

No. Analysis remains essential for understanding drivers and validating measurement. Decisioning adds the layer that turns those findings into per-customer interventions with control groups.

What changes in reporting?

The headline metric moves from retention rate to incremental retained margin, which is comparable across treatments and honest about the cost of saves.

How does this relate to churn prediction?

Prediction supplies risk, analytics supplies understanding, and decisioning supplies the intervention choice and its proof. All three are needed.

How is Markin different from the decisioning or AI already inside retention analytics?

A decisioning engine ranks actions a human already defined, inside the campaign surface it was given. Markin forms the hypotheses itself, marketing, product, pricing or a technical anomaly holding growth back, sizes them, executes them inside retention analytics and your product surfaces, and reads each one against a randomised holdout. It behaves like a data science and growth team, not like an optimiser.

Does Markin only test messages and offers?

No. Anything a human growth scientist would investigate is in scope: onboarding friction, feature adoption, pricing and packaging, dunning, and technical health issues such as a checkout error rate or a broken deeplink quietly killing conversion. Marketing is one of four hypothesis domains, not the boundary.

What is the business case for adding Markin on top of retention analytics?

On a large B2C base, a small move in ARPU is a large number in absolute terms, because it applies to the whole installed base every month rather than to a campaign. Across Markin deployments the verified range on treated cohorts is +17% to +35% ARPU against a randomised holdout. The point is not more messages: it is finding the highest-value action per customer, launching it, and proving it against control before it scales.

How long before it pays for itself?

First sized opportunities are in test within six weeks and the first holdout-verified result lands inside 90 days. Payback depends on your base, margin and programme cost, the calculator on this page computes it from your own numbers, after applying the 20% to 40% haircut BCG finds when next-best-action programmes are incrementality-tested.