Key Takeaways
The deciding question is not whether customers like apps. It is how often they have a reason to open one that is not checking a balance.
A wallet pass covers what most programmes actually need: live balance, scannable code, push and location alerts, with no install.
Never require the app to join. An app at a busy till suppresses enrolment; a phone number raises it.
Push is the capability the app exists for and the one most abused. Over-messaging produces uninstalls, which are permanent.
Seed the first session with a balance and a reachable reward. An empty first open gives the member no reason to return.
App users are self-selecting enthusiasts. Without a holdout, every comparison will flatter the app and tell you nothing.
Building a loyalty app is the most commonly proposed and most frequently regretted decision in the field. The proposal is always reasonable: members want their balance on their phone. The regret arrives eighteen months later, when install rates have stalled around a tenth of the base and the app's maintenance cost has outlasted anyone's memory of why it was commissioned.
An app is the right answer for some programmes and a very expensive wrong answer for others. The deciding factor is not whether customers like apps. It is how often they have a reason to open one.
This guide covers when an app is justified, the features that matter, the alternatives that usually work better, how to build and launch one, and how to measure whether it earned its place.
What a loyalty mobile app is for
A loyalty app is a dedicated place where a member can see their status, earn, redeem and receive messages. Its advantages over a web page or a wallet pass are push notifications, offline access, device features such as location and camera, and a persistent icon on the home screen. Everything else an app does can be done elsewhere, usually for less.
When an app is justified
- High visit frequency: Coffee, grocery, fuel, transit, quick service. Anything a customer does weekly or more has enough occasions to justify an icon.
- The app is also the transaction: Order ahead, pay in app, book. When the app is how the purchase happens, loyalty inside it is free engagement.
- Genuine utility between purchases: Account management, documents, tracking, scheduling. Utility earns the install that loyalty alone cannot.
- Device features you actually need: Location-triggered offers, camera scanning, offline access at a till with poor signal.
- A large, engaged base already: If a non-loyalty app exists with real usage, adding loyalty to it is almost always better than building a second one.
When an app is the wrong answer
- Low purchase frequency: A few purchases a year will never sustain an installed app, no matter how good it is.
- The main goal is a balance display: A wallet pass does this for a fraction of the cost and with no install step.
- No capacity for ongoing maintenance: Two app stores, two operating systems and a release cycle, forever. An unmaintained app becomes a liability quickly.
- The enrolment problem is at a counter: An app at a busy till reduces enrolment. A phone number raises it.
- Loyalty is the only reason to open it: This is the most common failure case and it is predictable from the start.
1
Question that decides it
how often is there a reason to open it
3
Alternatives to consider first
wallet pass, mobile web, existing app
2
Platforms to maintain
forever, not once
The alternatives worth considering first
| Option | What it gives you | What it costs | Best when |
|---|---|---|---|
| Wallet pass | Live balance, push via pass update, location alerts, no install | Low. Issue and update through a service | The requirement is a balance and a scannable credential |
| Mobile web account | Full functionality, no install, instant updates | Low to medium | Visits are occasional and depth matters more than frequency |
| Loyalty inside an existing app | An installed base you already have | Medium. Integration work | You already run an app people open for another reason |
| Messaging app integration | Reach where the customer already is, no install | Medium | Markets where messaging apps dominate and app installs are resisted |
| A dedicated loyalty app | Push, offline, device features, a home-screen icon | Highest, and permanent | High frequency, or the app is also the transaction |
A wallet pass deserves particular attention because it covers the majority of what most programmes actually need: a live balance, a scannable code, an update that arrives without the member doing anything, and a location-based notification. No install, no store review, no release cycle.
App, wallet pass or neither
One member identity across a dedicated app, a live wallet pass and mobile web, so the channel matches the frequency.
Book a demoTrusted by 5,000+ companies
Features that matter in a loyalty app
Assuming an app is genuinely justified, these eight features determine whether it gets opened twice. The first one is where most loyalty apps lose their users.
Balance, status and progress
Visible within one tap of opening. Members check their balance far more often than they do anything else, and burying it behind navigation is the most common design error in the category.
Earning and redemption in the same place
A scannable member code for the till, and redemption that applies to the transaction rather than generating a code the member has to take somewhere else. If redemption requires leaving the app, redemption rate suffers.
Personalised offers
Targeted to the individual rather than the segment, with a clear reason why the member is seeing them. An irrelevant offer feed is the fastest way to train someone to ignore the app permanently.
Push notifications, used sparingly
Push is the single justification most apps rest on, and it is the capability most often abused. Reserve it for value the member would want to be interrupted for: a reward earned, a reward expiring, a threshold reached. Promotional push at volume produces uninstalls, which are permanent.
Tier progress and gamification
Progress bars, streaks, challenges and unlocks work because they make progress legible. Keep them tied to behaviour you want rather than to spend alone, which mostly rewards people who were going to spend anyway.
Offline tolerance
A member code that works when the signal does not. Retail basements, forecourts and transit are exactly where loyalty apps are used and exactly where connectivity fails.
Account utility
Order history, receipts, saved preferences, documents, support access. This is what gives the member a reason to open the app in the weeks when there is no reward to collect.
Multi-channel consistency
The same balance, status and offers in the app, in store and on the site. An app showing different information from the till is worse than no app, because it makes the programme look broken.
How to build and launch a loyalty app
Seven steps, the first of which will stop a meaningful share of app projects before they start. That is the step working as intended.
1. Write down the reason to open it that is not loyalty
If you cannot name one, build a wallet pass instead. This single test would prevent most of the regretted app projects in the category.
2. Decide build, buy or extend
Extending an existing app is usually best. Buying a configurable app from a loyalty platform is the fastest route to a standalone one. Building from scratch is justified when the app is the product, and rarely otherwise.
3. Design the first session around immediate value
A member who installs and sees an empty balance with nothing to do has no reason to return. Seed a starting balance, show a reachable reward, and give them one action to complete.
4. Keep enrolment possible without the app
Phone number at the till, wallet pass, web account. The app should be an upgrade path for engaged members, never the only door into the programme.
5. Set the push policy before launch
Frequency caps, categories the member can control, and a clear rule on what justifies an interrupt. Write it down, because the pressure to send more arrives within a quarter.
6. Instrument the funnel properly
Install, first open, enrolment, first earn, first redemption, second month retention. Most app programmes measure installs and then stop, which hides the fact that the funnel collapses at first redemption.
7. Plan for the maintenance you have signed up for
Two platforms, operating system updates, store policy changes and security patches, indefinitely. An app that cannot be kept current will eventually be removed from the stores, taking the programme's front door with it.
Measuring a loyalty app
| Metric | Why it matters |
|---|---|
| Installs as a share of active members | The honest adoption number, rather than a raw install count |
| Monthly active users as a share of installs | Whether the app is used or merely present |
| Sessions per member per month | The frequency case, which is what justified the app |
| First earn and first redemption completion | Where app funnels most commonly collapse |
| Push opt-in rate and opt-out rate | The health of the capability the app exists for |
| Uninstall rate after push campaigns | The cost of over-messaging, which is permanent |
| Spend and frequency, app users vs control | Whether app users behave differently or simply self-selected |
| Offline failure rate | Whether the member code works where it is actually used |
The control group matters more here than almost anywhere else. App users are self-selecting enthusiasts, so comparing them to non-users will always flatter the app and never tell you what it caused.
Common mistakes
- Building an app when a wallet pass would do: The most expensive avoidable decision in loyalty technology.
- Requiring the app to join: It suppresses enrolment at exactly the moment the customer is most willing.
- Burying the balance: Members open the app to check it. Make it the first thing they see.
- Treating push as a campaign channel: Over-messaging produces uninstalls, and an uninstall is permanent in a way an unsubscribe is not.
- An empty first session: No balance, no reachable reward, no action. The member has no reason to open it again.
- Ignoring offline: The places people use loyalty apps are the places signal fails.
- Reporting installs: Installs are not members. Active users as a share of installs is the number that matters.
- No maintenance plan: The app ages out of store compliance and disappears, taking the programme front door with it.
Mobile loyalty on Loyalife
01 · Choice
App, wallet pass or web
One member identity behind a dedicated app, a wallet pass or a mobile web account, so the channel fits the frequency.
02 · Wallet
Live passes without an install
Apple and Google Wallet passes with real-time balance updates and location notifications.
03 · Till
Offline-tolerant member codes
Identification that works where signal does not, with reconciliation when the connection returns.
04 · Messaging
Push with caps and controls
Trigger-based notifications for earned, expiring and threshold events, under central frequency caps.
05 · Consistency
One balance everywhere
The same status and offers in the app, at the till and on the site, because a mismatch makes the programme look broken.
06 · Proof
App users against control
Holdout reporting, because app users are self-selecting enthusiasts and will always flatter the app otherwise.
You can also explore loyalty card programs and the Loyalife platform.
Ask one question before commissioning a loyalty app: what will make someone open this in a week when they are not buying anything? If the answer is the balance, issue a wallet pass and spend the money on the reward instead.
Book your Loyalife demo
Frequently asked questions
Usually not. An app is justified when visits are frequent, when the app is also how the purchase happens, when there is genuine utility between purchases, or when you need device features such as location or offline access. If the main requirement is showing a balance, a wallet pass does that for a fraction of the cost and with no install step.
Four worth considering first. A wallet pass, which gives a live balance, a scannable code, push through pass updates and location alerts with no install. A mobile web account. Adding loyalty to an app you already run for another reason, which is usually the best option. And messaging app integration in markets where installs are resisted.
Balance, status and progress visible within one tap. A scannable member code and redemption that applies to the transaction rather than sending the member elsewhere. Personalised offers with a visible reason. Push used sparingly. Tier progress and gamification tied to behaviour rather than spend. Offline tolerance. Account utility. And consistency with what the till shows.
Most often because loyalty is the only reason to open them, which is predictable from the start. Other common causes: requiring the app to join, which suppresses enrolment at the counter; burying the balance; treating push as a campaign channel until members uninstall; an empty first session; ignoring offline use; and having no plan for permanent two-platform maintenance.
For most programmes, yes. A pass in Apple or Google Wallet shows a live balance, carries a scannable credential, updates without the member doing anything, can push a location-based notification, and needs no install, no store review and no release cycle. It covers the majority of what loyalty members actually use an app for.
Sparingly, and only for value the member would want to be interrupted for: a reward earned, a reward expiring, a threshold reached. Set frequency caps and member-controlled categories before launch, because the internal pressure to send more arrives within a quarter. Promotional push at volume produces uninstalls, and an uninstall is permanent in a way an unsubscribe is not.
Installs as a share of active members rather than a raw install count, monthly actives as a share of installs, sessions per member per month, first earn and first redemption completion where funnels usually collapse, push opt-in and opt-out rates, uninstall rate after campaigns, offline failure rate, and spend and frequency against a holdout group.
Extend an app you already have if one exists with real usage, which is almost always the best option. Buy a configurable app from a loyalty platform if you need a standalone one quickly. Build from scratch only when the app is itself the product. Building a bespoke app whose sole purpose is loyalty is the most frequently regretted decision in this area.


























































































































































































































































































































































![Diversity and Inclusion in the Workplace: Why It Drives Success [Activities + Survey Tips]](/Blog-cover-light/inclusion-and-diversity-in-the-workplace.avif?dpl=dpl_8fJikYxuCmYv3RQT1yaE4Git6nzR)


























































![How to Run an Effective Employee Commitment Survey [+ Sample Questions]](/Blog-cover-light/employee-commitment-survey.avif?dpl=dpl_8fJikYxuCmYv3RQT1yaE4Git6nzR)














































































































































