ChurnStop
Offer strategy · 10 min read · April 4, 2026

Pause vs discount: which offer saves more cancellations

Pause offers typically save 35-45% of cancel attempts where the reason is time-related ("too busy", "not using enough"). Discount offers typically save 25-35% of cancel attempts where the reason is price-related ("too expensive", "found a cheaper alternative"). Pause wins on save rate because the underlying issue is reversible; discount wins on revenue preserved per save because it keeps billing intact. Stores that route by reason do both.

The argument "pause vs discount, which should I offer" is the wrong framing. The right framing is "which reason gets which offer, and what happens when you let the customer pick". The data splits cleanly once you segment by cancellation reason.

The numbers, honestly

Before quoting specific figures: the only public benchmarks in this space come from Churnkey (2024 report), ProsperStack (case studies on their site), and Recurly's State of Subscriptions. All three lean SaaS and Shopify; WooCommerce-specific data is thinner. What follows is synthesized from those sources plus the early ChurnStop install cohort (n under 20 as of April 2026, so treat these as directional).

ReasonPause save rateDiscount save rateTypical winner
Too busy / not using35-45%15-20%Pause
Too expensive12-18%25-35%Discount
Switching competitor10-15%20-30%Discount (or tier-down)
Technical issues5%5%Neither (route to support)
No longer need it15-25%10-15%Pause (buys evaluation time)
Other / unstated15-25%20-28%Mixed; test

Ranges widen across stores because offer sizing matters. A 10% discount saves less than a 30% discount. A 14-day pause saves less than a 90-day pause. Both also cost more, in different currencies.

Why pause wins on save rate

Pause offers solve a time problem by giving the customer time. No price concession, no renegotiation, no LTV hit. For the "too busy" reason specifically, the customer's underlying issue is temporary and the pause acknowledges that. When the pause ends, billing resumes at full price and in most cases the customer stays - the reason for cancellation was situational, not values-based.

Pause also has an unusual property: customers often never actually use the pause. They accept it, feel heard, and then forget about it. When the pause ends, they remain subscribed because the pain that triggered the cancel click has passed. This is why pause-save-then-long-retention is a consistent pattern across categories.

Why discount wins on revenue preserved per save

A pause saves the subscriber but pauses billing for N days. If you pause for 60 days, you lose 2 months of revenue on that subscriber even if they stay. A 25% discount for 3 renewals keeps the subscriber paying at 75% of full price for 3 months, then returns to full price.

Worked math on a $49/mo subscription:

ScenarioRevenue next 90 daysRetention after 90d
Cancel$0gone
60-day pause accepted$49 (one renewal after pause ends)typically strong
25% discount for 3 cycles$110.25typically strong
Full price retained (no save flow needed)$147baseline

On a per-save basis, discount preserves roughly 2.2x the near-term revenue that a 60-day pause does. Over 12 months the gap narrows because the discount ends and the pause-accepted subscriber returns to full price, but for cohort LTV analysis in the first two quarters, discount looks better on the P&L.

What this means in practice

Three rules from the combined data:

  1. Never use pause for "too expensive". It is the wrong problem. Customers who say "too expensive" and accept a pause come back after the pause and cancel again. The save is temporary and costly.
  2. Never use discount for "too busy". The customer is not telling you about price. A discount is a gratuitous concession on revenue that does not solve the underlying issue. Many customers decline the discount and cancel anyway because the concession feels off-topic.
  3. Route "technical issues" out of the save flow entirely. Offer support, not an offer. FTC-compliant stores do this anyway because routing cancel-intent customers to support queues without an easy cancel option is a rule violation. And discount + pause are not what these customers need.

Offer sizing

More discount is not always better. A 50% discount for 6 cycles sounds generous but has two problems:

Safe bands for WooCommerce stores, per our sources:

When to offer both

Some save flows let the customer pick from multiple offers on the same screen. The data on this is mixed:

The cleaner pattern is route by reason. Show one offer, the one most likely to work for the reason they picked. If they decline, go straight to cancel. The FTC rule also reads this pattern more comfortably than a multi-offer "here are your options" page, which can look like an obstruction.

Tier-down, skip-renewal, extend-trial

These are the other three offer types ChurnStop ships. Brief notes on each:

The decision framework

If you have to pick one offer to ship first on a store that currently has no save flow:

If you are already running one offer and want to add a second: add the opposite of what you have. The marginal save rate of adding a complementary offer type is bigger than the marginal save rate of increasing the existing offer's size.

What's next