App-only offers that don't wreck your margins

By Abdalla Kamesh · Published September 29, 2026 · 4 min read

“Why should I install the app when the website works?” is the right question, and “it’s faster” is not a convincing answer to a customer. The app needs something the website does not have.

The reflex is a discount. Sometimes that is right. Usually there is something cheaper that works better.

Six offers, ranked by what they cost you

1. Early access — costs nothing

Give app customers new arrivals, restocks or sale access some hours before everyone else. You are not discounting anything; you are re-ordering who sees inventory first.

This works best for anything that sells out — limited runs, popular sizes, collaborations. And it is self-reinforcing: a customer who got the thing they wanted because they had the app tells other customers about the app.

2. Better information — costs nothing

Notifications the website cannot deliver: back in stock on the exact size someone wanted, a price drop on a wishlisted item, order tracking that arrives instead of sitting in a Promotions tab. Order-status notifications are the most-cited reason customers keep a store app at all.

Not glamorous. Genuinely valuable, and free.

3. Free shipping in the app — costs your shipping margin

More efficient per conversion than a percentage discount for most stores, because shipping is a fixed cost against an order of any size, and customers weigh it disproportionately.

Set a threshold at or slightly above your average order value and it can raise AOV rather than lowering margin.

4. A loyalty perk — costs a little, retains a lot

If you run a loyalty programme, double points in the app, or app-exclusive rewards. Cheap, and it stacks with the retention the app already provides.

5. A first-install coupon — costs margin, works reliably

The blunt instrument: 10% off your first app order. It converts, and it has a real downside — it teaches customers that waiting produces discounts, and it attracts the segment that installs, uses the code, and uninstalls.

If you use it, make it one-time, first-order-only, and modest.

6. Standing app-wide discount — costs the most, and compounds

A permanent “always 10% off in the app” is the most expensive option here and the one to avoid. It becomes your real price, it cannibalizes full-price website orders, and it cannot be withdrawn without a customer relations problem.

The rule of thumb

Try 1 and 2 first. They cost nothing and they are the honest answer to “why the app?” — the app genuinely does things the website cannot.

Add 3 or 4 if you need more pull.

Use 5 sparingly, as a launch push rather than a standing policy.

Never do 6.

Running a flash sale in the app

Where the app is genuinely better than the web: you can notify people the moment something starts, and they are already signed in with their address saved.

A workable shape:

A few days before: set up the banner and the sale collection promoted on the home screen, with a Show from and Until time that matches the sale. This ships over the air, so there is no build and no store review, and the window is checked on the phone itself: once installed apps have the new setup, the sale appears at the start time and disappears at the end. Do it a few days early, because an app already installed picks the change up in the background and shows it on the next open. Theme colours can’t be scheduled, so change those on the day if you change them at all.

Set the prices, then wait a few minutes. Let the catalog propagate to the app before you announce anything. Announcing before prices are live is how customers tap a sale banner into full-price products.

Send the notification in the evening for most of your customers, deep-linked to the sale collection — not to the home screen. Copy that works.

During: rotate the banner once if the sale runs several days. Another over-the-air change, live as soon as you save it.

At the end: make sure the sale sections’ Until time falls before prices revert, or switch them off yourself, so nobody taps a stale sale banner.

Doing app-only pricing in WooCommerce, honestly

This is the part that needs a straight answer, because it is a genuine constraint.

Your app reads your store’s catalog and the payment happens on your store’s own checkout. So an “app-only price” has to be something your store understands. Three practical approaches:

A coupon code, applied in the app. Simplest and most reliable: the code exists in WooCommerce, the app surfaces it to app customers, and your store validates it at checkout like any other coupon. Restrict it to one use per customer.

A collection that only the app promotes. The products are normally priced and on sale for everyone technically, but only the app’s home screen surfaces them. Zero technical complexity, and it works well for early access.

Early access with scheduled sale prices. Set the WooCommerce sale schedule to start at the app-announcement time, and only tell app customers until the website merchandising catches up.

What you should be sceptical of is any vendor claiming truly separate app pricing without touching your store — because your store is what calculates the total, and a price the app shows that the checkout does not honour is the worst bug a store can ship. Whatever mechanism you use, verify the total in the app matches the total at checkout before you announce anything.

Measuring whether it worked

Four numbers:

Installs during the offer, versus your baseline.
Redemption rate, if there is a code.
Second-order rate of customers who installed for the offer. This is the one that matters. If it is much lower than your normal cohort, the offer bought you installs from people who were never going to stay.
Margin per order on offer orders versus normal ones.

Number 3 is why early access outperforms discounts more often than people expect: it attracts the customers who want your products, rather than the customers who want a discount.

Related reading

App-only coupons are part of the Install Growth Kit, on every plan — see the features.