1. What is a loyalty system for small business?
A loyalty system is the complete operational setup that runs a customer loyalty program: the rules that define what earns a reward, the enrollment path that gets customers into it, the credential they carry, the identification step that recognises them on return, the reward engine that tracks progress, the communication that keeps the program present between visits, the redemption process at the counter, and the reporting that tells you whether repeat behaviour actually changed. For a small business it is scaled to real constraints — no development team, no dedicated program manager, and an enrollment moment that lasts about ten seconds at a busy counter. Loyalty software powers part of that system. It is not the system.
The distinction sounds academic until you watch a program fail. A café buys a well-reviewed loyalty app, designs a card, and launches. Six weeks later there are forty-one members, most with one stamp. Nothing was wrong with the software. What was missing was a system: nobody decided who asks the customer to join, or when in the transaction they ask, or what the staff say, or what happens when someone reaches the reward on a Saturday morning with a queue behind them, or which number the owner would look at to know whether it was working. The software did exactly what it promised. The program still died.
That is why this page is organised around the system rather than the tool. If you are comparing products, the software section of this guide will help — but you will make a much better software decision after you have decided what the system needs to do.
Loyalty system (customer loyalty system)
The complete set of rules, processes, credentials, technology and staff behaviours a business uses to operate a customer loyalty program — covering enrollment, earning, identification, reward tracking, communication, redemption and measurement. A loyalty system may be powered by loyalty software, run on a point-of-sale add-on, be assembled from separate tools, or in its simplest form run on paper.
The fourteen things a loyalty system has to handle
Whatever technology you end up with, these are the jobs that exist. A program that leaves any of them undefined will define them accidentally, usually at the counter, usually inconsistently.
- Customer enrollment — how someone joins, what you ask them for, and how long it takes. This is the ceiling on everything downstream: a system nobody joins cannot retain anybody.
- Program rules — what counts as a qualifying purchase, what it earns, what does not count, and what happens on refunds, split bills and staff purchases.
- Points — a numeric balance that accrues per unit of spend or per action, suited to variable basket sizes.
- Stamps — a discrete count toward a fixed target, suited to repeat purchases of similar value.
- Rewards — what the customer actually receives, what it costs you, and when it expires. This is the part customers judge the program by.
- Tiers — optional status levels that change what a customer earns or receives. Powerful at scale, usually premature for a single site.
- Membership — recurring access or benefits, sometimes paid, where the credential proves entitlement rather than tracking progress.
- Customer identification — how the system knows it is them. A scanned pass, a phone number, a card, an account login, a POS lookup. The slowest part of most in-person programs.
- Digital cards — the credential delivered to the phone rather than printed, so it cannot be left at home and can be updated after issue.
- Communication — the messages tied to program events: welcome, reward earned, reward unclaimed, membership renewing, a long gap since the last visit.
- Automation — those messages firing on their own, on a trigger, without anyone remembering to send them.
- Redemption — how a reward is claimed and marked as used, fast enough not to slow a queue and controlled enough not to be claimed twice.
- Reporting and analytics — enrollment, activation, repeat rate, redemption, retention. Without this you cannot tell a working program from a popular one.
- Retention workflows — the deliberate sequences that intervene when a customer's behaviour changes, rather than the campaigns you send when you remember.
Loyalty system vs loyalty software
A loyalty system is the operational setup that runs your loyalty program. Loyalty software is the technology that powers part or all of that setup. The system includes decisions and behaviours no software can hold — what the reward is, who asks customers to join, what staff say, what counts as a qualifying purchase, and which number the owner checks each month. Software makes those decisions executable, repeatable and measurable. It cannot make them.
The clearest way to see the difference is to notice that a loyalty system can exist with no software at all. A barber with a rubber stamp and a stack of cards has a loyalty system: a rule (ten cuts), a credential (the card), an identification method (the customer hands it over), a reward engine (the stamps), a redemption process (the tenth is free) and — barely — a measurement layer, in that he can see the cards coming back. It is a bad system for reasons this guide will get to. But it is a system, and it demonstrates that software is a component, not the category.
The reverse is also true and more expensive: you can buy excellent loyalty software and have no system. That happens whenever the earning rule was never written down, or the enrollment moment was never assigned to anyone, or nobody defined what to do when a customer says they forgot to scan. The software will run correctly on an empty program.
| Question | Loyalty system | Loyalty software |
|---|---|---|
| What is it? | The whole operational setup that runs a loyalty program | The technology that powers part or all of that setup |
| Scope | Rules, rewards, enrollment, identification, credential, communication, redemption, reporting, staff behaviour | Card issuance, balance tracking, messaging, segmentation, dashboards, integrations |
| Who decides it | The business owner | The vendor, within the options they expose |
| Can it exist without the other? | Yes — a paper punch card is a primitive loyalty system | It can run, but on an undefined program it produces nothing |
| What it fixes | Whether repeat behaviour is worth rewarding, and how | Whether the rewarding is accurate, fast and measurable |
| Typical failure | Rules nobody understands; enrollment nobody performs; rewards nobody wants | Missing integration; a mechanic the product does not support; limits hit at scale |
| What you buy | Nothing — you design it | A subscription |
| Right order | First | Second |
Because it changes what you evaluate. If you think you are buying software, you compare feature lists. If you know you are building a system, you ask a different set of questions: can my staff perform the identification step in under five seconds during a rush? Does the earning rule survive a split bill? Is the reward worth walking back for? Those questions decide the outcome, and only the first of them appears on any comparison chart. For a narrower look at the products themselves, see our guides to free loyalty software and customer messaging tools.
Where "loyalty platform", "loyalty solution" and "loyalty management system" fit
These terms are used loosely and mostly interchangeably by vendors, which is worth naming rather than pretending otherwise. In practice: a loyalty platform usually means software that covers several components at once — issuance, tracking, messaging and reporting — rather than a single function. A loyalty management system is the same idea with an enterprise accent, often implying multi-location, roles and permissions, and a reward-liability ledger. A loyalty solution generally means whatever the vendor sells. None of these are technically distinct product categories with agreed boundaries, so treat them as marketing vocabulary and ask what the product does, component by component, using Section 3 and Section 6 as the checklist.
- A loyalty system is the whole operating setup; loyalty software is one component of it.
- Fourteen jobs exist in every loyalty program, whether or not you have assigned them.
- Layer 1 — rules, mechanic, reward — is the business's decision, and no product supplies it.
- "Platform", "solution" and "management system" are vocabulary, not distinct categories.
2. How a small-business loyalty system works
A loyalty system works as a repeating loop of nine steps: the customer discovers the program, enrolls, receives a loyalty credential, earns points or stamps on qualifying purchases, has that progress recorded, receives relevant communication about it, reaches a reward, redeems it, and returns — at which point the business measures what happened and the loop starts again. Every one of those transitions leaks customers. The job of running a loyalty system is to find out which transition leaks the most and fix that one, rather than redesigning the card.
Nine steps, eight transitions, and one diagnostic question per transition. Built to be used as a funnel: measure the drop at each arrow and work on the steepest one. Cite or adapt with attribution.
Read the loop below as a funnel rather than a diagram of a happy path. A hundred people see the sign; sixty ask about it; forty enroll; twenty-six earn a second stamp; eleven reach the reward; nine redeem it; six become genuine regulars. Those numbers are illustrative, not measured — but the shape is the point. If you only ever look at the total member count, you will never know which of those eight drops is the expensive one.
Walking the loop, step by step
1. Discovery. The customer finds out the program exists. In a physical business this is overwhelmingly a person asking, not a sign — signage supports the ask, it does not replace it. Online it is a banner, a checkout prompt or a post-purchase page. If discovery depends on a customer noticing something unprompted, the program starts at a fraction of its potential size.
2. Enrollment. The customer joins. The design constraint here is severe and often ignored: in a queue, you have roughly the length of a card payment. Anything requiring an app download, an email confirmation or a password will lose most people. This is the single highest-leverage step in the whole system, and it is worth reading our guide to QR code loyalty signups before you design it.
3. Credential issued. The customer receives whatever proves who they are and shows what they have — a digital card, a paper card, an account, or just a phone number in your system. The credential's real job is to survive: to still exist and still be findable in six weeks. Paper fails this constantly. So does an account nobody remembers creating.
4. Earning. A qualifying purchase happens and the customer earns something. Two things decide whether this works: whether the rule is simple enough that staff apply it consistently, and whether the earning action is fast enough that they apply it at all during a rush.
5. Progress recorded. The balance updates against the customer's record. This is the step that separates a system from a gesture — it is what makes the program measurable, and it is where a paper card gives you nothing.
6. Communication. The customer hears something relevant. The best loyalty communication is not marketing; it is a status update about something the customer already owns. "You are two stamps away" is a different category of message from "20% off this week", and it is far less likely to be dismissed.
7. Reward reached. The threshold is met. This is the moment the program made a promise about, and it is worth marking clearly — both in the credential and, if the system supports it, in a message.
8. Redemption. The reward is claimed and marked as used. Redemption friction is badly underrated as a failure mode: if claiming a free coffee requires a manager, a code lookup or an apology to the queue, customers stop bothering, and a program with unredeemed rewards is a program that has taught customers it does not pay out.
9. Return and measurement. The customer comes back, and the business looks at what actually happened. Section 16 covers what to look at; the important structural point is that measurement is part of the loop, not a report you run at the end of the year.
Write down your number for four transitions: how many customers were offered the program last month, how many enrolled, how many earned a second time, and how many redeemed anything. Three of those four numbers will be estimates the first time you do this, which is itself the finding. The transition with the steepest drop is your program's actual problem — and in our experience of building these programs it is far more often enrollment or the second earn than the reward design that everyone wants to debate.
- A loyalty system runs as a nine-step loop, not a launch.
- Every transition leaks customers; the one that leaks most is the only one worth working on.
- Enrollment speed and the second earn are the two most commonly underestimated steps.
- Measurement belongs inside the loop, not at the end of the year.
3. What components make up a loyalty system?
Ten components: customer enrollment, loyalty rules, the reward engine, customer identification, the loyalty card or credential, communication, automation, redemption, analytics and integrations. Every loyalty program contains all ten, whether or not the business has designed them. A program that has not decided its identification method has still got one — usually "staff recognise the regulars", which works until a new person is on shift. Naming the components is what turns an intention into a system you can operate, evaluate and improve.
Ten components, each with what it does, why it matters, what a small business should aim for, and the failure that follows when it is left undefined. Designed to be used as a build checklist and as a vendor evaluation grid. Cite or adapt with attribution.
1. Customer enrollment
What it does. Gets a customer into the program and creates their record. Common methods: a QR code at the counter or on the table, a save link sent by text or email, a signup at the point of sale, a form on your website, or an automatic enrollment attached to a first purchase.
Why it matters. It is the hard ceiling on the entire system. Everything else in this list operates on the population that enrollment produces, so a system with perfect rules and beautiful cards that enrolls one customer in twenty is a small program by construction.
Example. A bakery puts a small standing QR code beside the card reader. Staff say one sentence while the payment processes: "Scan that and your sixth loaf is free." The customer scans, the card saves to their phone, the transaction ends. No account, no email, no app.
2. Loyalty rules
What it does. Defines what earns what. A qualifying purchase, the amount it earns, exclusions, limits (one stamp per visit rather than per item), expiry, and the edge cases — refunds, split payments, gift cards, staff purchases.
Why it matters. Rules are what staff execute under pressure and what customers argue about. A rule that requires judgment produces inconsistency, and inconsistency in a loyalty program reads to customers as unfairness, which is worse than having no program.
Example. "One stamp per visit, on any drink, one per customer per day, stamps do not expire." Four clauses, no ambiguity, no arithmetic at the counter.
3. Reward engine
What it does. Tracks each customer's progress against the rules, decides when a reward is earned, and holds the balance until it is redeemed. In points systems it also handles accrual rates, rounding and any expiry logic.
Why it matters. It is the system's accounting layer. If balances can be wrong, customers stop trusting the program — and a customer who believes they lost stamps rarely tells you, they simply stop scanning.
Example. A salon's system holds 340 points for a client, knows the reward threshold is 500, and shows both numbers on the client's card so the balance is never a dispute.
4. Customer identification
What it does. Recognises a returning customer and attaches the transaction to the right record. Options include scanning a code on the customer's card, the customer scanning a code you display, a phone number lookup, an account login, or a POS-side customer record.
Why it matters. This is the step that happens most often — every single visit — so its cost is multiplied by your entire transaction volume. A five-second identification step is invisible; a twenty-second one gets skipped during the rush, which silently destroys the data the rest of the system depends on.
Example. The customer opens the card in their wallet, the barista scans it with the same scanner used for products, and the stamp count updates. One motion, no typing.
5. Digital loyalty card (the credential)
What it does. Gives the customer something that identifies them and, ideally, shows their progress. It can be a paper card, a plastic card, an account inside an app, or a pass saved in a mobile wallet.
Why it matters. The credential is the only part of the system the customer carries, so it does two jobs no other component can: it survives between visits, and it displays state. A credential that shows progress is a retention mechanism in itself, working with no message sent and no cost incurred. Our guides to digital loyalty cards and customer loyalty cards cover the credential itself in depth.
Example. A gym issues a membership card to the customer's phone showing tier, member number, renewal date and a barcode for the door — updated by the gym when the membership renews rather than reissued.
6. Communication
What it does. Carries program-related messages to the customer: welcome, progress, reward earned, reward unclaimed, renewal approaching, a long gap since the last visit. Delivery can be a wallet pass update, email, SMS, or a message in an app.
Why it matters. A loyalty program without communication depends entirely on the customer remembering it exists. With communication, the program has a voice at the specific moments when the customer's state changes — which is the only kind of loyalty message that reliably earns attention.
Example. A pet groomer's system sends one message when a client's tenth groom is earned, and nothing else that month.
7. Automation
What it does. Fires that communication on triggers rather than on someone remembering: on enrollment, on a threshold, on a period of inactivity, on a date.
Why it matters. Small businesses do not have a person whose job is the loyalty program. Anything requiring a human to remember will run for three weeks and then stop. Automation is what converts a launch into an operating system. See customer messaging automation for the mechanics.
Example. Enrollment triggers a welcome; reaching the reward triggers a notification; forty-five days without a visit triggers a single, non-desperate reminder. Three automations, set once.
8. Redemption
What it does. Lets the customer claim the reward and marks it as used, so it cannot be claimed twice and so the balance resets correctly.
Why it matters. Redemption is the moment the program either keeps its promise or embarrasses everyone. It also has a control dimension: an unmarked redemption is a reward you have given away twice, and at scale that is a real cost.
Example. Staff scan the same card, the system shows "reward available", staff confirm, the balance resets, and the card updates on the customer's phone before they leave the counter.
9. Analytics and reporting
What it does. Reports enrollment, activation, active members, earn frequency, redemption and repeat behaviour — ideally by source, so you know which sign, staff member or channel produced the members.
Why it matters. Without it you cannot distinguish a loyalty program from a discount. Members will always look like better customers, because good customers join loyalty programs; the useful question is whether their behaviour changed after joining, and only measurement answers it.
Example. An owner sees that the table-tent QR code produced four times the enrollments of the window sticker, and moves the sticker.
10. Integrations
What it does. Connects the loyalty system to whatever else holds customer or transaction data: the point of sale, an ecommerce platform such as Shopify, a booking system, an email tool or a CRM.
Why it matters. Integration is what makes spend-based rules and cross-channel identity possible. It is also the component most often assumed and least often verified — "integrates with your POS" can mean a deep two-way sync or a nightly CSV. Our POS loyalty program guide covers this in detail, and the POS integration checklist is the version to take into a demo.
Example. A retailer's system reads order totals from the POS so points accrue per pound spent without staff entering anything.
| Component | Purpose | Example for a small business | Failure mode if undefined |
|---|---|---|---|
| 1 · Customer enrollment | Get customers into the program and create their record | QR code beside the card reader, scanned during payment | A program only the owner's friends have joined |
| 2 · Loyalty rules | Define what earns what, and the exceptions | "One stamp per visit, any drink, one per day" | Staff apply it differently; customers feel cheated |
| 3 · Reward engine | Track progress and hold balances until redemption | 340 of 500 points shown on the customer's card | Disputed balances and quiet abandonment |
| 4 · Customer identification | Recognise the returning customer at the counter | Scan the customer's wallet pass with the existing scanner | Skipped during rushes; the data stops being real |
| 5 · Loyalty card / credential | Give the customer something that survives and shows state | A digital card in Apple Wallet or Google Wallet | Left at home, lost, or forgotten entirely |
| 6 · Communication | Reach the customer at moments their state changes | One message when the reward becomes available | The program depends on the customer's memory |
| 7 · Automation | Fire that communication without anyone remembering | Welcome, reward-earned and lapsed triggers set once | Runs for three weeks, then stops |
| 8 · Redemption | Let the reward be claimed, once, quickly | Scan, confirm, balance resets, card updates | Awkward claims, double redemptions, broken promise |
| 9 · Analytics | Show whether behaviour actually changed | Enrollments by source; repeat rate before and after joining | You cannot tell a program from a discount |
| 10 · Integrations | Connect to POS, ecommerce, booking or CRM data | Order totals read from the POS for spend-based points | Manual entry, split customer records, spend rules impossible |
Go component by component and ask the vendor to show you each one working, in that order, on a real phone. Two things tend to surface. First, products differ far more in components 4, 8 and 9 — identification, redemption and analytics — than in the components their marketing leads with. Second, asking about the failure-mode column produces better answers than asking about features: "what happens when a customer says they forgot to scan yesterday?" tells you more about a product in thirty seconds than a feature grid does in an hour.
Tiers, segmentation, multi-location and API access can all wait until the program is working. Identification cannot. It is the only component that runs on every single transaction, and a system whose identification step is too slow for your counter will quietly stop being used while continuing to bill you. Time it, in your actual shop, at your actual busiest hour, before you commit.
- Ten components exist in every loyalty program, designed or not.
- Enrollment caps the program's size; identification determines whether it survives daily use.
- Redemption and analytics are where products differ most and marketing says least.
- Tiers, segmentation and integrations can wait; identification cannot.
4. Types of loyalty systems for small businesses
Ten models are in common use: stamp, punch card, points, spend-based, visit-based, tiered, membership, VIP, referral and hybrid. They are not ranked, and no model is universally best — the right one follows from how your customers actually buy. Similar-value repeat purchases suit stamps and visits; variable baskets suit points and spend; recurring access suits membership; high-consideration purchases with strong word of mouth suit referral. The most common small-business mistake is choosing a model with more moving parts than the business can explain in one sentence.
1. Stamp systems
How it works. Each qualifying purchase earns one stamp. A fixed number of stamps earns a fixed reward, then the count resets. No arithmetic, no balance, no exchange rate.
Best for. Businesses with frequent purchases of broadly similar value: cafés, bakeries, lunch spots, car washes, juice bars, barbers.
Example. Buy nine coffees, the tenth is free.
Strength. The clearest mechanic there is. A customer can see their position instantly and explain the program to a friend without getting it wrong — which matters more than it sounds, because word of mouth is how most small programs actually grow.
Potential weakness. It ignores spend, so a customer buying one espresso earns exactly what a customer buying four coffees and a sandwich earns. In businesses with wide basket variation that is either a subsidy or an insult, depending on which side of it you are on. Our stamp card app guide covers the mechanic in depth, and unique stamp ideas covers reward design.
2. Punch-card systems
How it works. Mechanically the same as a stamp system — a discrete count toward a fixed target. The difference is heritage and vocabulary rather than logic: "punch card" comes from physically punching a hole in a paper card, "stamp card" from inking it. Digital versions of both do the same thing.
Best for. The same businesses as stamps, and in particular any business whose customers already use the word "punch card" — matching the customer's own vocabulary reduces explanation friction at the counter.
Example. A nail salon's ten-punch card, where the eleventh manicure is free.
Strength. Immediately familiar. Nobody needs the concept explained.
Potential weakness. The paper version's weaknesses are famous — lost cards, forged punches, no data at all. If you are running a punch card and it is on paper, the mechanic is not your problem; the medium is. See the punch card guide for the paper-to-digital comparison.
3. Points systems
How it works. Customers accumulate a numeric balance and exchange it for rewards at a defined rate. Points may be earned per visit, per item, per pound spent, or on specific actions.
Best for. Businesses with variable transaction values and a range of possible rewards: retail, restaurants with wide menus, ecommerce, garden centres, pharmacies.
Example. One point per pound; 200 points redeems £10 off.
Strength. Flexible and proportionate. It rewards spend fairly, supports multiple reward levels, and gives you a lever — the exchange rate — you can tune without redesigning the program.
Potential weakness. Points introduce an exchange rate, and exchange rates need explaining. If a customer cannot tell you roughly what their balance is worth, the points have stopped motivating anything. Points also create a reward liability you should track (see Section 16).
4. Spend-based systems
How it works. Earning is tied directly to money spent, either as points per unit of currency or as a threshold ("spend £150 across any visits, get £15 back").
Best for. Businesses where basket size varies widely and where the goal is a larger average order rather than more frequent visits.
Example. A homeware shop where every £100 of cumulative spend earns a £10 credit.
Strength. Aligns the reward with actual revenue, and is the only family of mechanics that can push average order value directly.
Potential weakness. It requires the transaction value at the moment of earning, which means either a POS integration or staff typing amounts in — the latter being slow and error-prone. Verify this capability before designing around it.
5. Visit-based systems
How it works. Earning is tied to attendance rather than purchase — a check-in, a class attended, an appointment kept.
Best for. Businesses selling access or time rather than items: gyms, studios, clubs, co-working spaces, some clinics.
Example. Attend twelve classes in a quarter, receive a free session or a piece of kit.
Strength. Targets the behaviour that actually predicts retention in these businesses. In a gym, attendance is the leading indicator of renewal, so rewarding attendance is rewarding the right thing.
Potential weakness. It can reward people for showing up rather than for spending, which is only sensible where attendance and revenue are genuinely correlated. See gym membership retention.
6. Tiered systems
How it works. Customers move through status levels based on cumulative spend, visits or points, and each level changes what they earn or receive.
Best for. Businesses with a genuine spread of customer value and enough volume for the tiers to feel populated rather than theoretical.
Example. A wine merchant where customers reach a level that unlocks earlier access to allocations.
Strength. Creates a reason to consolidate spend with you rather than split it, and gives your best customers something that is not a discount.
Potential weakness. Tiers are the most commonly premature feature in small-business loyalty. With a few hundred members, three tiers usually means one crowded bottom tier and two empty ones, plus a program that now takes three sentences to explain. Earn the right to add tiers.
7. Membership systems
How it works. Customers hold a membership — often paid, often recurring — that confers ongoing benefits. The credential proves entitlement rather than tracking accumulation.
Best for. Gyms, clubs, studios, subscription retail, professional services with retainers, and any business where the relationship is already contractual.
Example. A coffee subscription where members get a discount on every cup and their card shows their renewal date.
Strength. Predictable revenue and an unusually strong retention mechanic — the customer has already committed, so the system's job is to make the commitment feel worthwhile rather than to create it. See digital membership cards.
Potential weakness. It only works where the benefit is worth paying for. A paid membership that customers would rather not have is a churn generator with a monthly reminder attached.
8. VIP systems
How it works. A small, identified group of high-value customers receives distinct treatment — early access, invitations, a named contact, occasional privileges — usually by selection rather than by a published threshold.
Best for. Businesses with a concentrated customer base where a minority of customers drives a large share of revenue.
Example. A boutique that gives thirty regulars first look at new stock, with a VIP card that identifies them at the till.
Strength. Very cheap relative to its effect, because the reward is access and recognition rather than margin.
Potential weakness. Unpublished criteria can read as favouritism if the boundary is visible to customers who are outside it. It also does nothing for the broad base, so it is a complement to a program rather than a program.
9. Referral systems
How it works. Existing customers are rewarded for bringing new ones, usually with a benefit to both sides, tracked by a code or a unique link.
Best for. Higher-consideration purchases where personal recommendation carries weight: salons, clinics, trades, personal training, professional services.
Example. A physiotherapist where a referred new client and the referring client both receive a discounted session.
Strength. It is the only model on this list that acquires customers as well as retaining them.
Potential weakness. Attribution is the hard part — knowing reliably who referred whom — and referral needs a genuinely satisfied customer base to work at all. It amplifies an existing reputation; it does not create one.
10. Hybrid systems
How it works. Two mechanics combined deliberately — most often a simple base mechanic plus one overlay, such as stamps for the everyday loop plus a referral bonus, or points plus a paid membership tier.
Best for. Businesses that have run a single-mechanic program for long enough to know what it does not cover.
Example. A restaurant running visit-based stamps for the weekday lunch trade and a separate VIP list for its supper club.
Strength. Can address frequency and value at the same time, which no single mechanic does well.
Potential weakness. Complexity compounds — for customers, for staff and for you. A hybrid is a second program, with a second set of rules to explain and a second failure mode. Almost nobody should start here.
Ten models against the six questions that actually decide the choice: the customer behaviour rewarded, the buying pattern it suits, complexity for the customer, complexity for staff, the data it requires, and its main risk. Each model's strength is set out in the prose above. Cite or adapt with attribution.
| Model | Rewards | Suits this buying pattern | Customer complexity | Staff complexity | Data required | Main risk |
|---|---|---|---|---|---|---|
| Stamp | Frequency | Frequent, similar-value purchases | Very low | Very low | A visit event | Ignores basket size |
| Punch card | Frequency | Same as stamps, familiar vocabulary | Very low | Very low | A visit event | Paper versions leak and prove nothing |
| Points | Accumulated value | Variable baskets, several reward levels | Moderate | Low with integration | Transaction value or item data | Exchange rate nobody can explain |
| Spend-based | Money spent | Wide basket variation; AOV is the goal | Moderate | High without POS integration | Accurate transaction totals | Manual entry errors and slow tills |
| Visit-based | Attendance | Access and time-based businesses | Very low | Low | A check-in event | Rewards presence, not revenue |
| Tiered | Cumulative status | Wide spread of customer value, real volume | High | Moderate | Lifetime spend or visits | Empty tiers; a program needing a paragraph |
| Membership | Commitment | Recurring access or subscription | Low | Low | Membership status and dates | Benefit not worth the fee |
| VIP | Concentrated value | Small base, high revenue concentration | Low | Low | A curated list | Reads as favouritism if the line is visible |
| Referral | Advocacy | High-consideration, word-of-mouth purchases | Moderate | Moderate | Reliable attribution | Attribution breaks; needs real satisfaction first |
| Hybrid | Two behaviours | Mature programs with a known gap | High | High | Everything both parts need | Two programs, two failure modes |
Say your program out loud in a single sentence, as a customer would hear it at a counter, with no follow-up question. "Buy nine, get the tenth free" passes. "Earn a point per pound, points convert at a hundred to five, double points on Tuesdays, and there are three tiers" does not. Complexity is not sophistication in this category — it is friction that compounds at every one of the nine steps in Section 2. If a mechanic cannot survive the one-sentence test, it will not survive a busy Saturday either.
Notice that the second column of Table 3 is a behaviour. Stamps buy frequency. Spend-based buys basket size. Membership buys commitment. Referral buys new customers. If you have not decided which of those you are trying to change, you cannot choose a model — you can only choose a fashion. Section 11 starts with the objective for exactly this reason.
- Ten models; the choice follows from your buying pattern, not from what is popular.
- Stamps and punch cards are the same mechanic with different vocabulary — use your customers' word.
- Points and spend-based rules need transaction data; confirm you can get it before choosing them.
- Tiers and hybrids are usually premature for a single-site business.
5. Loyalty system vs loyalty card vs loyalty app
They are not alternatives — they are different levels of the same stack. The loyalty system is the whole operating setup; the loyalty card is the credential inside it; the loyalty app is one way to deliver that credential; the loyalty software is the engine behind it; POS loyalty and CRM are adjacent systems that hold overlapping data. Confusing the levels is why buyers end up comparing a card design against a CRM. The comparison below puts all seven on the same table so you can see which level you are actually shopping at.
Here is the hierarchy in one line, from largest to smallest: system → software → credential delivery → credential. A CRM and a point of sale sit alongside that stack rather than inside it, holding customer and transaction data the loyalty system may need. Once you can place a product on that line, most vendor confusion dissolves.
Loyalty technology comparison
Seven technologies, four questions each: what it does, what the customer experiences, what it costs the business in complexity, and the use case it is genuinely best at. Built to stop buyers comparing across levels of the stack. Cite or adapt with attribution.
| Technology | What it does | Customer experience | Business complexity | Best use case |
|---|---|---|---|---|
| Loyalty system | The whole operating setup: rules, enrollment, credential, identification, rewards, communication, redemption, reporting | Invisible — the customer experiences its outputs, never the system itself | Design effort, not technical effort | Any business that wants repeat behaviour to be deliberate and measurable |
| Physical loyalty card | Proves identity and holds a visible count in ink or holes | Familiar, tactile, easy to lose, easy to leave at home | Very low — print and a stamp | Testing whether customers respond at all, before spending anything |
| Digital loyalty card | Same credential delivered to the phone, updatable after issue, carrying live state | Saved once, always present, shows progress without opening anything | Low — usually no developer required | In-person businesses with repeat customers and no appetite for an app |
| Loyalty app (native) | A full application: account, program, ordering, content, push notifications | Rich, but requires downloading and keeping an app for one business | High — build, publish and maintain on two platforms, forever | High-frequency businesses where the app does much more than loyalty |
| Loyalty software | The engine: issues credentials, applies rules, tracks balances, sends messages, reports | None directly — the customer sees its outputs | Low to moderate; a subscription plus setup | Making the program accurate, automatic and measurable |
| POS loyalty | Loyalty features built into or bolted onto the till, tied to transactions | Usually a phone-number lookup at the counter | Moderate — depends entirely on your POS and its add-ons | Spend-based programs where transaction data is essential |
| CRM | Stores customer records, history and segments across the whole relationship | None directly; drives what the customer receives | Moderate to high — data hygiene is the real cost | Businesses with sales processes and longer customer lifecycles |
How the levels relate in practice
The card is not the program. This is the most common conflation, and it is the reason so many loyalty projects begin with a design brief. A beautiful card attached to an unclear rule, an enrollment nobody performs and a reward nobody wants is a beautiful failure. Design the rules first; the card should express a decision that has already been made.
The app is a delivery choice, not a tier of seriousness. Businesses often assume a native app is the "grown-up" version of a digital card. It is not — it is a different trade. An app can do far more, and it costs a download, two codebases, permanent maintenance and, most importantly, the majority of your potential members who will not install anything for a shop they visit twice a month. Section 8 covers this trade in full, and wallet passes versus custom loyalty apps compares the two paths directly.
POS loyalty is a component, not a system. Till-based loyalty solves identification and earning elegantly — the transaction is right there — and typically solves communication, credential persistence and analytics poorly or not at all. Many businesses end up running POS-based earning with a separate credential and messaging layer. That is a reasonable architecture; it is just worth choosing deliberately rather than discovering. Our POS loyalty program guide covers the trade-offs, including portability if you later change tills.
A CRM is not a loyalty system and rarely becomes one. CRMs are built around records and pipelines, not around counter-speed identification, stamp counts and redemption control. If you already run one, the useful question is whether your loyalty system should write to it, not whether it can replace one.
If customers do not come back and you have no program at all, you are shopping for a system — start at Section 11, not at a vendor site. If you have a program on paper that works but tells you nothing, you are shopping for a credential and software — Sections 8 and 9. If you have software and a card but nobody enrolls, you do not have a technology problem at all; you have an enrollment problem, which is Section 2, step 2. Naming which of the three you have saves months.
- System → software → delivery → credential is the stack; POS and CRM sit alongside it.
- The card expresses the program; it cannot substitute for designing one.
- A native app is a different trade, not a more serious version of a digital card.
- POS loyalty is strong on earning and weak on persistence and communication.
6. What should a small-business loyalty system include?
At minimum: enrollment that takes seconds and needs no account, a credential that lives on the customer's phone, a rule engine that supports your chosen mechanic, an identification step staff can perform in a rush, a controlled redemption flow, communication tied to program events, and reporting on enrollment, activation, repeat behaviour and redemption. Everything beyond that — tiers, segmentation, multi-location, integrations, an API — is worth paying for only if you will genuinely use it in year one. The checklist below is organised so the must-haves come first.
Use this as an evaluation grid, not a wish list. The discipline that makes it useful is marking each line as need now, need within a year or do not need before you look at a single product. Buyers who skip that step reliably end up paying for the feature depth they were shown rather than the feature depth they will use.
This checklist deliberately names no vendor as supporting or not supporting anything — including PushNotice, whose actual published capabilities are set out in Section 19 and nowhere else. Loyalty capabilities are plan-dependent and change often. For every line you mark need now, ask the vendor to show it working on a real phone or a real till, and check the documentation page behind the answer.
Group 1 — Enrollment and credential (the must-haves)
- Fast customer enrollment — count the taps from "yes please" to enrolled; anything over about five will hurt
- No customer account required — no password, no email confirmation loop, no app download
- Digital cards — a credential that lives on the phone and can be updated after issue
- Apple Wallet support — named explicitly, with the pass types you need
- Google Wallet support — named explicitly and separately; the two platforms behave differently (Section 9)
- QR code enrollment — printable, placeable at the counter, and trackable by source if you use more than one
- Branding — your name, colours and logo on the card, not a vendor template with your logo dropped in
Group 2 — Program mechanics
- Stamps — if that is your mechanic, with a configurable target and a clean reset on redemption
- Points — with an accrual rule you can set and change without support
- Rewards — multiple reward definitions, with expiry where you need it
- Tiers — only if you will actually populate them
- Membership — status, member number, start and renewal dates on the credential
- Barcode or QR support on the card — so the credential can be scanned by the hardware you already own
- Redemption control — a reward can be marked used, once, by staff, in one action
Group 3 — Customers and communication
- Customer profiles — a record per member with balance, history and source
- Segmentation — by tag, tier, activity, source or location; enough to exclude people, which matters more than targeting them
- Push or wallet communication — messages that reach the phone without an app; confirm the mechanism per platform
- Wallet pass updates — the card itself changes when the balance changes, not just a message about it
- Automation — at minimum welcome, reward-earned and lapsed-customer triggers that run without you
- Frequency controls — caps and quiet hours; a channel with no brakes gets deleted
Group 4 — Data, integrations and scale
- Analytics — enrollments, active members, earn events, redemptions, repeat behaviour
- Reporting by source — which QR code, staff member or channel produced the members
- Retention reporting — how many members are still active at 30, 60 and 90 days
- Data export — your customer list, out, in a usable format, without asking support
- POS integrations — named products and versions, not "integrates with most POS systems"
- Ecommerce and Shopify integrations — if you sell online, and specifically whether one customer record spans online and in-store
- API access — for anything the connectors miss, with documentation you can read before buying
- Multi-location support — shared balances, per-site reporting, scoped staff permissions, and what pricing does as you add sites
Group 5 — Commercial, support and compliance
- Pricing model — modelled at three times your current customer count, not at today's
- No per-message fee — or a clear understanding of what messaging will cost when the program works
- Support — channel, hours and realistic response time; and whether setup help is included
- Security — how customer data is stored and who can access it
- Compliance — consent capture at enrollment, opt-out handling, deletion on request, and the rules that apply in your market
- Exit — what you keep if you leave: the customer list, the balances, and whether members have to re-enroll elsewhere
Data export and exit. A loyalty system accumulates the one asset in this whole exercise that is genuinely yours — a list of customers who chose to identify themselves to you. If you cannot get that list out, you do not own it. Ask the question before you sign, not after you want to move. The loyalty vendor scorecard and migration checklist both cover this.
- Mark every line need now / need in a year / do not need before looking at products.
- Enrollment speed, credential persistence and redemption control are the non-negotiables.
- Name both wallet platforms separately — "wallet support" is not an answer.
- Data export and exit terms are the two most commonly skipped and least recoverable lines.
7. Do small businesses need a loyalty system?
No — not universally. A loyalty system is worth building where repeat purchase is realistic, frequent enough that a reward is reachable within a few months, and valuable enough that changing it moves the business. That describes cafés, salons, restaurants, gyms, barbers, groomers, clinics with recurring care and most neighbourhood retail. It does not describe genuinely one-off purchases, businesses with no ongoing customer relationship, businesses with nobody able to run the program, or margins too thin to fund a reward that anyone wants. Those businesses are better served by fixing acquisition, pricing or the core experience.
When a loyalty system makes sense
- Frequent purchases. The customer buys often enough that a reward threshold is reachable inside a normal buying cycle. A ten-visit reward at a café is roughly a month; at a furniture shop it is a decade.
- Repeat visits are already happening. The strongest programs deepen an existing habit rather than inventing one. If some customers already come back, a loyalty system makes that behaviour visible, measurable and slightly stickier.
- Membership businesses. Where the relationship is already recurring, a loyalty or membership system mostly has to keep the value visible — and attendance or usage is a leading indicator of renewal you can act on.
- Competitive local markets. Where three comparable options sit on the same street, accumulated progress is a genuine switching cost — the only one a small business can create cheaply.
- Measurable repeat behaviour. If you can identify a returning customer at all, you can measure whether the program changed anything. If you cannot, the program will be unfalsifiable and you will run it forever on faith.
- A desire for structured retention. Businesses that already do retention informally — remembering names, texting regulars, keeping a book — are usually the ones a system pays off fastest for, because the behaviour exists and only the structure is missing.
When a loyalty system may not be worth the complexity
This section is the reason the page exists in its current form. A guide published by a vendor that cannot name the cases where its own category is the wrong answer is not a guide.
- Very low repeat purchase frequency. Wedding photography, conveyancing, boiler replacement, mattress retail. If a customer's second purchase is years away or may never happen, a loyalty program is a card nobody will ever fill. Referral mechanics or a straightforward review and reputation strategy will do far more.
- No meaningful customer relationship. High-volume, anonymous, incidental transactions — a motorway kiosk, a vending operation — where nobody would enroll and identification would cost more than it returns.
- No capacity to run it. If nobody will brief staff, print the signage, check the numbers or answer the questions, the program will launch and decay. An unmaintained loyalty program is worse than none, because it makes a promise and then quietly stops keeping it.
- Poor unit economics. If the reward costs more than the incremental margin it produces, a successful program loses money faster than an unsuccessful one. Model the reward cost against the additional visits before launching, not after. The loyalty ROI calculator and reward threshold calculator exist for this.
- No clear customer value. If the only reward you can afford is a discount so small that nobody would change their behaviour for it, the honest conclusion is that you do not have a reward yet.
- A broken core experience. A loyalty program cannot retain customers who are leaving because the coffee is bad, the wait is long or the staff are unhappy. It will simply document the departure more precisely.
Ask it as: "if repeat customers doubled, what would that be worth to us?" If you can answer with a number, a loyalty system is probably worth building and you now have a budget for it. If the honest answer is "not much, we are constrained by something else" — capacity, footfall, price, a product problem — then loyalty is not your constraint and building a system will consume attention that belongs elsewhere. This is the single most useful question in the guide and the one most likely to save you money.
Plenty of businesses sit between yes and no. For them the sensible move is a deliberately cheap test: one simple mechanic, one reward, one enrollment point, run for six to eight weeks, measuring only two things — how many people enroll when asked, and how many earn a second time. Those two numbers answer the question empirically for a fraction of the cost of a full launch, and free tiers (Section 14) exist precisely to make that test affordable.
- Frequency, an existing repeat habit and fundable reward economics are the three conditions.
- One-off purchases, anonymous transactions and no operating capacity are genuine disqualifiers.
- A loyalty program cannot fix a broken core experience; it will only document it.
- When unsure, run a six-week test measuring enrollment and second-earn rate only.
8. Digital loyalty systems without a mobile app
Yes — a loyalty system can be fully digital without anyone installing a business app, and for most small businesses that is the practical choice. The credential is issued as a pass saved in Apple Wallet or Google Wallet, both of which are already on the phone. Enrollment is a QR scan or a tapped link, usually with no account and no download. The business updates the pass after issue, so the card shows current progress. What you trade away is everything an application does beyond the card — ordering, browsing, accounts, offline features and full push messaging control. Wallet passes are not equivalent to native apps and should not be described as if they were.
The reason this matters so much for small business is arithmetic, not ideology. Ask a hundred customers of a neighbourhood café to download an app and a small fraction will. Ask them to scan a code that saves a card to the wallet they already use for their bank card, and a much larger fraction will, because the action costs seconds and requires no decision about phone storage or notifications. Since enrollment caps the entire system (Section 2), the delivery method that people actually complete usually beats the one with more features.
What an app-free digital loyalty system consists of
- Digital loyalty cards. The credential itself — a pass carrying your branding, the customer's identifier, their current progress and a scannable code.
- Apple Wallet. Apple documents several pass types, including a store card, which is the type loyalty cards typically use. Passes are made updatable by adding the
webServiceURLandauthenticationTokenkeys. - Google Wallet. Google documents loyalty classes and objects with fields for points, account details and barcodes, and states that loyalty cards give "immediate visibility to points and rewards directly on the mobile."
- QR codes. The enrollment mechanism at the counter, on a table tent, on a receipt or on a window. Also, often, the identification mechanism on the way back in.
- Web experiences. A lightweight enrollment page rather than an app: the customer lands, sees the offer, saves the card. Some systems capture a name or a birthday here; each extra field costs completions.
- Customer enrollment without accounts. No password, no verification email, no forgotten-login problem in three months.
- Wallet-based engagement. Updating the pass so the card reflects reality, plus whatever messaging each platform's documented rules allow (Section 9).
A wallet pass is not a native app, and wallet updates are not app push notifications. A pass is an object saved on the phone that the business can change; each platform attaches its own messaging behaviour to that change, under conditions the platform defines rather than conditions you define. Neither is every feature available on both platforms — Apple and Google differ materially, as Section 9 shows with their own documentation. Any vendor, including any wallet vendor, describing a pass as functionally identical to an app is overselling, and the right response is to ask which documentation page says so.
The trade-offs, stated plainly
| Dimension | Paper card | Wallet-based digital card | Native loyalty app |
|---|---|---|---|
| Customer has to install | Nothing | Nothing — the wallet is already there | Your app, from a store |
| Enrollment time | Seconds | Seconds | Minutes, plus a decision |
| Can be left at home | Constantly | No | No |
| Shows live progress | Only what was stamped | Yes — updated by the business | Yes |
| Business can reach the customer | Not at all | Within each platform's documented rules | Full push, on your terms |
| Data captured | None | Enrollments, scans, redemptions, repeat visits | Everything, including in-app behaviour |
| Ordering, accounts, content | No | No | Yes |
| Build and maintenance cost | Printing | A subscription; usually no developer | Build on two platforms, then forever |
| Realistic share of customers reached | High enrollment, near-zero retention of the card | High enrollment, card persists | Low enrollment, high engagement among those who install |
Build the app when the app does more than loyalty: ordering, table booking, class scheduling, content, accounts, or a product that lives on the phone. In those businesses the download is justified by something other than a stamp count, and app push is the most capable messaging channel available — use it. Many businesses that have an app also issue wallet cards, because the card reaches the majority of customers who will never install anything. The two are complements more often than alternatives.
- App-free digital loyalty uses the wallet already on the phone; enrollment is a scan, not a download.
- Enrollment rate is why this usually beats an app for small businesses, not feature parity.
- A wallet pass is not an app and wallet updates are not app push — do not let anyone claim otherwise.
- If the app does more than loyalty, build the app and issue cards as well.
9. Apple Wallet and Google Wallet for loyalty systems
Both platforms can carry a loyalty card, and they work differently enough that you should design for both rather than assume parity. Apple documents a store card pass type and an update flow in which your server sends a push whose payload is "an empty JSON dictionary" — a signal, not a message — after which the device fetches the changed pass; the customer sees text only where a changed field defines a change message. Google documents loyalty classes and objects with fields such as loyaltyPoints, a messages array capped at ten, and a notifyPreference setting — while stating in its FAQ that "Developer authored push notifications are not currently supported by Google Wallet." Everything in this section is quoted from the platforms' own current documentation.
What a wallet loyalty pass actually is
It is a signed, structured object saved on the customer's phone, containing your branding, fields you define, and typically a barcode or QR code. It is not an app, it does not run code, and it cannot browse. What makes it useful for a loyalty system is that it persists, it displays state, and — critically — the business can change it after it has been issued.
Apple Wallet
Pass types. Apple's Pass object documents distinct pass styles: boarding pass, coupon, event ticket, generic and store card, the last described as "An object that represents groups of fields that show the information for a store card." Loyalty and stamp cards are typically issued as store cards.
Updating a pass. Apple documents this as "a cooperative effort between the user's device, Apple servers, and your server," and sets out the high-level steps verbatim:
- "The user installs a pass that supports updates on their device."
- "The user's device registers the pass with your server and provides a device identifier and a push token."
- "Pass information changes and your server sends a push notification."
- "The user's device receives the notification and queries your server for updated passes."
- "The user's device requests each pass that has changed."
A pass is made updatable "by adding the webServiceURL and authenticationToken keys." The detail that matters most for anyone planning campaigns is the payload: Apple specifies that the notification "uses the same certificate and private key that the creator of the pass used to sign the original, the push token registered by the device, and an empty JSON dictionary for the payload." There is no message in that push. Apple also notes that "A push notification for a pass update works only in the production environment."
What the customer sees. The visible text, where there is any, comes from the pass. Apple's Wallet developer guidance states that "The device compares the latest version of the pass against the version it had before to determine which fields have changed. If the value of a field has changed and the field specifies a change message, the device shows the message to inform the user about the change." Apple adds a warning worth quoting to any marketer: change messages "interrupt the user and must be read immediately. They are typically appropriate only for information that is time sensitive."
Lock Screen relevance. Apple documents showing a pass on the Lock Screen at a relevant time and place: "A pass can be relevant on a date, at a location, or both," and "The system displays the pass on the lock screen if both the date and any location matches. Passes with no locations display on the relevant date." The limits are documented too: "A pass can have only 10 relevant locations," with the advice that if you need more, "start with the best ones. Update the pass to change the array of relevant locations." Beacon relevance supports "up to ten different UUIDs." Apple also notes that you should "Test your pass relevancy settings on a device. Simulator doesn't show passes on the lock screen."
Google Wallet
Loyalty objects. Google's Wallet API documents a loyalty object whose fields include loyaltyPoints — "The loyalty reward points label, balance, and type" — plus secondaryLoyaltyPoints ("Shown in addition to the primary loyalty points"), accountId ("The loyalty account identifier"), accountName ("The loyalty account holder name"), a barcode ("The barcode type and value") and a required state field which "is used to determine how an object is displayed in the app. For example, an inactive object is moved to the 'Expired passes' section." Google describes the purpose plainly: loyalty cards give "immediate visibility to points and rewards directly on the mobile."
Saving a pass. Google documents passes being issued "across multiple platforms, including Android apps, and anywhere hyperlinks are supported, such as websites, email, and SMS messages" — which is what makes QR-code and link-based enrollment straightforward.
Messaging. Google's position here is precise and frequently misrepresented. The Google Wallet FAQ states: "Developer authored push notifications are not currently supported by Google Wallet." Separately, the API documents a messages array — "An array of messages displayed in the app. All users of this object will receive its associated messages. The maximum number of these fields is 10" — and a notifyPreference field: "Whether or not field updates to this object should trigger notifications. When set to NOTIFY, we will attempt to trigger a field update notification to users. These notifications will only be sent to users if the field is part of an allowlist… This setting is ephemeral and needs to be set with each PATCH or UPDATE request, otherwise a notification will not be triggered."
Automatic notifications. Google also documents platform-generated reminders for certain pass types — an event ticket reminder three hours before the event, a boarding pass reminder three hours before departure plus updates on gate or time changes, an offer expiry reminder 48 hours before expiration, and generic pass reminders 24 hours before a time interval starts and 48 hours before it ends.
| Aspect | Apple Wallet | Google Wallet |
|---|---|---|
| Loyalty pass type | Store card (also coupon, event ticket, generic, boarding pass) | Loyalty class and loyalty object, plus offer, gift card, event ticket and generic verticals |
| Points on the card | Fields you define on the pass | Dedicated loyaltyPoints and secondaryLoyaltyPoints fields |
| Customer enrollment | Saving a signed pass, typically from a link, email or QR code | Save links documented as working "anywhere hyperlinks are supported, such as websites, email, and SMS messages" |
| Barcode / QR | Barcode objects on the pass | barcode field — "The barcode type and value" |
| Update mechanism | Your web service: device registers with a push token; your server sends an empty-payload push; the device fetches the updated pass | API updates to the class or object; notifyPreference controls whether a field update attempts a notification |
| Message to the customer | A change message on a changed field, shown only when that field's value changes | messages array, maximum 10; plus documented automatic reminders by pass vertical |
| Developer-authored push | Only as the update signal — "an empty JSON dictionary for the payload" | "Developer authored push notifications are not currently supported by Google Wallet" |
| Location relevance | Lock Screen relevance by date and location; "A pass can have only 10 relevant locations"; up to ten beacon UUIDs | Verify current behaviour in Google's documentation for your pass type before relying on it |
| Setting persistence | Change messages are properties of the pass fields you publish | notifyPreference "is ephemeral and needs to be set with each PATCH or UPDATE request" |
| Platform requirements | Apple developer account, pass type identifier and signing certificate; a web service for updates | Google Wallet API issuer account and API access |
The FAQ says developer-authored push is not supported; the API reference documents notification-triggering settings. Both are accurate, and the difference is the whole point. You cannot compose an arbitrary push and broadcast it to a wallet audience the way an app would. You can attach a message to the object, and you can update a field with notifyPreference set to NOTIFY — at which point, in Google's careful wording, "we will attempt to trigger a field update notification." Note "attempt," and note the allowlist condition. Plan campaigns around what the documentation promises, not around what a comparison chart implies.
Your customers are split across iPhone and Android, so a single-platform design means a substantial share of your members get an experience you did not plan. Ask any vendor which mechanism they use on each platform, what the customer sees when a stamp is added on each, and what happens when a message cannot be delivered as expected. Then test it yourself: enroll on an iPhone, have a colleague enroll on an Android phone, add a stamp, and watch both. Twenty minutes of that teaches more than any comparison page, including this one. Deeper platform guides: Apple Wallet marketing and Google Wallet marketing.
- Apple: store card pass type; update push carries an empty payload; change messages surface on changed fields.
- Apple documents a hard limit of 10 relevant locations and 10 beacon UUIDs per pass.
- Google: dedicated loyalty point fields; messages array capped at 10;
notifyPreferenceis ephemeral per request. - Google states developer-authored push is not supported — its notification paths are the documented ones.
10. Loyalty systems by business type
The right loyalty system follows the buying pattern, and buying patterns differ sharply by business type. High-frequency, similar-value businesses — coffee, lunch, car washes — suit stamp or visit systems. Variable-basket retail suits points or spend. Appointment businesses suit visit systems with rebooking as the real objective. Access businesses suit membership. Online businesses suit points tied to orders. Below, each type gets a recommended model, the customer behaviour to design around, a reward structure, the technology worth having and one primary KPI — because a program with two KPIs has none.
Restaurants
The pattern is uneven: a mix of occasional diners, weekday regulars and one-off bookings, with wide basket variation between lunch and dinner. That argues against a single stamp count and in favour of a visit-based program aimed at a specific service you want to fill — midweek covers, early sittings — rather than at "dining" generally. Reward structure works best as an item you control the cost of (a starter, a dessert, a coffee) rather than a percentage off a bill you cannot predict. The primary KPI is repeat visit rate among members, and the trap is measuring redemptions instead, which mostly tells you how generous the reward was. See restaurant loyalty programs and wallet loyalty for restaurants.
Coffee shops
The cleanest case in the category: high frequency, narrow price range, habitual purchase, and a decision made in seconds while standing at a counter. A stamp card is almost always right, and the design questions are unglamorous ones — where the QR code sits, what the barista says, and whether the scan adds two seconds or fifteen to the transaction. Reward: the drink itself. The primary KPI is visits per enrolled customer per month, because frequency is the only variable that moves. Resist tiers, points and clever mechanics here; they add explanation to a transaction that has no room for it. See coffee shop rewards ideas and wallet loyalty for coffee shops.
Retail stores
Baskets vary, visits are irregular, and the same customer may buy £4 or £140. That makes points or spend-based earning the natural fit, and it makes POS integration close to mandatory — staff cannot reliably type transaction totals during a Saturday rush. The reward should sit at a threshold reachable in a normal buying cycle for your category; a threshold nobody reaches is a program that quietly teaches customers to ignore you. The primary KPI is repeat purchase rate, with average order value among members as a secondary read. See in-store marketing and wallet loyalty for retail.
Salons
Appointment-based, high-value, with a natural cycle — four to eight weeks for most services. The real objective is not more visits in the abstract but a shorter gap between appointments, so the mechanic should reward booking rather than spending: a visit-based count, with the reward tied to a service. The single highest-value automation is a gap-based nudge timed to the client's own cycle rather than to a marketing calendar. The primary KPI is rebooking rate within the target window. See wallet marketing for salons and salon loyalty.
Spas
Similar in shape to salons but with a longer cycle, a higher ticket and a stronger gifting element, which changes the design. Visit-based counts stretch too thin over a year, so spend-based accumulation or a prepaid package model usually works better, often combined with gift cards as an acquisition channel. The credential's job here leans towards status and entitlement rather than a progress bar. The primary KPI is annual visit frequency per client, measured over a long enough window to be meaningful.
Gyms
The membership is already sold, so the loyalty system is not trying to create commitment — it is trying to prevent silent attrition, where a member stops attending months before they cancel. That makes attendance the behaviour to reward and the metric to watch, and it makes a membership card carrying status and renewal date the right credential. The most valuable automation is triggered by a lapse in check-ins, not by a renewal date. The primary KPI is active member rate — the share of members who attended in the last 30 days. See gym membership retention and gym loyalty.
Fitness studios
Class packs and drop-ins create a different problem from gyms: unused credits. A studio's loyalty system should surface the balance — classes remaining, expiry approaching — because an expiring pack is both a revenue event and a churn risk. Visit-based rewards work, but the credential doing the work is the one showing credits left. The primary KPI is credit utilisation rate, since unused credits predict non-renewal more reliably than anything a survey will tell you.
DTC brands
No counter, no in-person enrollment moment, and a first purchase that often came from paid acquisition. The loyalty system's job is to convert an expensive first order into a second one without paying for the click twice. Points on orders are the standard mechanic; a wallet card can carry VIP status, early access and a code even without a shop. The primary KPI is second-purchase rate within 90 days, which is the number that determines whether the acquisition maths works at all. See loyalty program software for DTC brands.
Shopify stores
Structurally like DTC but with the platform as the constraint and the opportunity: earning can be tied to orders automatically, and rewards can be applied at checkout as discounts. The question to settle before choosing anything is whether you also sell in person, because if you do, one customer record must span both — a split identity between the online store and the shop till is the most common and most damaging failure in hybrid setups. The primary KPI is repeat purchase rate, segmented by acquisition channel. See wallet marketing for Shopify stores and Shopify loyalty.
Local service businesses
Barbers, groomers, garages, cleaners, tutors, physios. Frequency varies enormously across this group, so the model does too — but they share one characteristic that changes the design: the customer usually has a personal relationship with the person providing the service, which makes referral mechanics unusually effective and makes an impersonal, heavily automated program feel wrong. Keep the mechanic simple and the communication sparse. The primary KPI is rebooking or repeat-service rate, with referral count as a secondary read where you run one. See local business retention.
| Business type | Customer behaviour | Recommended model | Reward structure | Useful technology | Primary KPI |
|---|---|---|---|---|---|
| Restaurants | Irregular visits, wide basket variation | Visit-based, targeted at a service you want to fill | A cost-controlled item, not a % off the bill | Digital card · gap-based automation | Repeat visit rate among members |
| Coffee shops | High frequency, narrow price range, habitual | Stamp | The drink itself | Digital card · counter QR · fast scan | Visits per enrolled customer / month |
| Retail stores | Irregular visits, £4 to £140 baskets | Points or spend-based | Threshold credit reachable in one buying cycle | POS integration · digital card | Repeat purchase rate |
| Salons | Appointment cycle of 4–8 weeks | Visit-based | A service, at a reachable visit count | Digital card · cycle-timed rebooking nudge | Rebooking rate within the window |
| Spas | Long cycle, high ticket, gifting | Spend-based or prepaid package | Status and entitlement over progress | Digital card · gift cards | Annual visit frequency per client |
| Gyms | Commitment already made; silent attrition | Membership + attendance rewards | Recognition and perks, not discounts | Membership card · check-in lapse trigger | Active member rate (30-day) |
| Fitness studios | Class packs, sporadic attendance | Visit-based with a visible credit balance | A free class at a milestone | Card showing credits and expiry | Credit utilisation rate |
| DTC brands | Paid first purchase, weak repeat | Points on orders + VIP overlay | Credit, early access, or a product | Ecommerce integration · wallet VIP card | Second-purchase rate within 90 days |
| Shopify stores | Online, sometimes plus in person | Points on orders | Checkout-applied discount or credit | Shopify integration · unified customer record | Repeat purchase rate by channel |
| Local services | Personal relationship, variable frequency | Visit-based + referral | A service, plus a two-sided referral benefit | Digital card · referral attribution | Rebooking / repeat-service rate |
Notice how often the primary KPI is a rate among members rather than a total. Totals always rise — you can grow member count indefinitely by asking more people — and rising totals are how a program can look successful for a year while changing nothing. Rates are falsifiable. Pick one, agree it before launch, and let it be allowed to disappoint you.
- The buying pattern, not the industry label, selects the model.
- Appointment businesses should optimise the gap between visits, not the visit count.
- Gyms and studios reward attendance and credit use, because those predict renewal.
- One KPI per program, expressed as a rate among members.
11. How to build a loyalty system for a small business
Twelve steps, in this order: define the business objective, understand customer behaviour, choose the loyalty model, define earning rules, define rewards, create enrollment, choose the customer credential, add communication, set automation, launch, measure, optimise. The order is the framework. Almost every failed small-business program was built starting at step seven — someone chose a card or a product — and then reverse-engineered an objective to fit it. Steps one to five involve no technology at all and take an afternoon; skipping them is what makes the other seven expensive.
Twelve steps from objective to optimisation, with the decision each step actually requires and the failure that follows from skipping it. Steps 1–5 are design; 6–9 are build; 10–12 are operation. Cite or adapt with attribution.
Step 1 — Define the business objective
Name one behaviour you want to change, in a sentence with a number in it. "Get weekday lunch customers from three visits a month to four." "Cut the average gap between salon appointments from nine weeks to seven." "Get 30% of first-time online buyers to a second order within 90 days." A program built on "improve loyalty" cannot be designed, because nothing follows from it — and it cannot be evaluated either, which is usually why it survives so long.
Step 2 — Understand customer behaviour
Before choosing a mechanic, establish four facts: how often a typical customer buys, what they typically spend, how long a normal gap is, and what share of revenue comes from people who have bought more than once. You will not have precise figures, and estimates are fine — but they must be written down, because step 3 and step 4 are both derived from them. A reward threshold chosen without knowing your normal buying cycle is a guess with a cost attached.
Step 3 — Choose the loyalty model
Use Table 3 in Section 4. Match the model to the behaviour named in step 1: frequency points to stamps or visits, basket size points to spend or points, commitment points to membership, new customers point to referral. Choose the simplest model that can express your objective, and then resist adding to it — every additional mechanic has to be explained at the counter by someone who is also making a coffee.
Step 4 — Define earning rules
Write the rule as one sentence, then write the exceptions as a list. What counts, what does not, how many can be earned in a day, whether refunds reverse an earn, what happens on a split bill, whether staff purchases qualify. This list feels pedantic until the first argument at a till, at which point it becomes the most useful document in the program. Give staff a copy.
Step 5 — Define rewards
Three tests. Is it worth changing behaviour for? If a customer would not walk past a competitor for it, it will not move anything. Can you afford it at scale? Multiply the reward's marginal cost by a realistic number of redemptions, not by the number you expect. Can staff give it without a process? A reward requiring a manager, a code or an apology gets redeemed less and remembered worse. Set expiry deliberately: expiry limits liability and creates urgency, but an aggressive expiry on a slow-earning program reads as a trick.
Step 6 — Create enrollment
Decide the exact moment, the exact words and the exact mechanism. In a physical business: which staff member asks, at what point in the transaction, with what sentence, pointing at what. Print the materials for that moment, not for the shop generally. If you use more than one enrollment point, make each one trackable so you can tell which works — that single piece of instrumentation pays for itself in the first month.
Step 7 — Choose the customer credential
Paper, plastic, an account, or a digital card in the wallet. Judge it on three things: can the customer produce it in six weeks without effort, does it show progress without them having to ask, and can you change it after issue? Sections 8 and 9 cover the wallet-based option and its documented limits.
Step 8 — Add communication
Choose the small number of program events that deserve a message, and write those messages once. A defensible starting set is four: welcome, reward earned, reward earned but unclaimed after a period, and a long gap since the last visit. Notice that all four are about the customer's own state. Anything you would call a newsletter belongs in a different channel.
Step 9 — Set automation
Turn those four messages into triggers. This is the step that determines whether the program still exists in six months, because it is the point at which the program stops depending on anybody's attention. Set frequency caps at the same time — across all campaigns, not within each one.
Step 10 — Launch
Brief staff before you print anything. They are the enrollment mechanism, and a program the team cannot explain in one sentence will not be offered consistently. Run it as a soft launch for a week with a small group of customers, watch a real enrollment happen at a real till during a real rush, and fix what you see before the signage goes up. Enroll yourself on both an iPhone and an Android phone and earn a reward end to end.
Step 11 — Measure
Agree the KPI from step 1 and check it on a fixed cadence — monthly is enough for most small businesses. Alongside it, watch the four funnel numbers from Section 2: offered, enrolled, earned twice, redeemed. Section 16 sets out the full KPI framework.
Step 12 — Optimise
Change one thing at a time, and give it long enough for a full buying cycle to pass before judging it. The changes that move the needle most, in rough order of frequency in our experience: the enrollment ask, the reward threshold, the reward itself, and the timing of the lapsed-customer trigger. Redesigning the card is almost never the answer, although it is almost always the first suggestion.
Every problem this framework is designed to prevent shows up in the first week of real use, and almost none of them show up in a demo. Does the scan work with the reader you own, under your lighting, with a scratched phone screen? Does the staff sentence sound natural or does everyone quietly stop saying it by Wednesday? Does the reward look generous or thin when someone actually earns it? A week of watching answers all of that, and it is the cheapest week in the project.
- Twelve steps in three phases; the first five involve no technology.
- The objective must contain a number, or the program cannot be evaluated.
- Write the earning rule as one sentence plus a list of exceptions, and give staff a copy.
- Automation is what makes the program survive month four.
12. Loyalty system setup example
Here is the twelve-step framework applied end to end to one hypothetical business — a coffee shop that wants more repeat visits. It is an illustrative worked example, not a case study: the business is invented, the numbers are assumptions used to show the arithmetic, and no results are claimed or implied. Use it as a template for how the decisions connect, then substitute your own figures.
Everything below is a worked hypothetical. No customer, no revenue figure, no redemption rate and no outcome in this section is drawn from a real business or from measured data, and nothing here should be read as a claim about what a loyalty system will achieve. Its purpose is to show how the twelve decisions in Section 11 fit together.
The business and the objective
An independent coffee shop on a commuter street. Weekday mornings are busy, weekday afternoons are quiet, and the owner's impression is that a lot of customers come once and are never seen again — but nobody knows, because nobody is identified.
Step 1, objective: increase repeat visits among identifiable customers, and — as the honest first-year goal — find out for the first time what the actual repeat rate is.
Design decisions
- Step 2, behaviour: most purchases are a single drink in a narrow price band; the transaction is under ninety seconds; regulars come two to four times a week.
- Step 3, model: a digital stamp card. Frequency is the target, prices barely vary, and the mechanic has to be explainable in four words at a till.
- Step 4, earning rule: "One stamp per visit, on any drink." Exceptions written down: one stamp per customer per day; retail bags of beans do not earn; refunds reverse the stamp; staff purchases do not earn.
- Step 5, reward: a free drink of the customer's choice at eight stamps. Eight because at a regular's two-to-four visits a week the reward is reachable in about three weeks — long enough to be worth something, short enough that a new customer sees the payoff inside their normal habit window. The reward's marginal cost is the cup and the coffee, not the menu price, which is what makes it affordable.
Build decisions
- Step 6, enrollment: a QR code on a small stand beside the card reader, plus a second code on the table tents. Staff say one line while the payment processes: "Scan that and your ninth drink is free." Two codes, tracked separately, so the owner learns which one works.
- Step 7, credential: a digital loyalty card saved to Apple Wallet or Google Wallet. No app, no account. Chosen because the alternative — paper — cannot show progress reliably, cannot be updated and produces no data.
- Step 8, communication: three messages only. A welcome when the card is saved. A notification when the eighth stamp lands and the reward is available. One reminder if the reward is still unclaimed after two weeks.
- Step 9, automation: those three, plus a fourth trigger — no visit for 21 days — carrying no offer, only a note that their stamps are still there. Frequency cap: no member receives more than two messages in any seven days.
Operation
- Step 10, launch: staff briefed on the Monday with the one-sentence rule and the exception list. Soft launch for one week with no signage, to watch enrollment happen at a real morning rush. Owner enrolls on an iPhone; a member of staff enrolls on an Android phone; both earn and redeem a reward before the codes go out.
- Step 11, measurement: five numbers, monthly — enrollments (by which QR code), activation (share who earn a second stamp), active members (earned in the last 30 days), redemption rate, and visits per active member per month, which is the primary KPI from step 1.
- Step 12, optimisation: one change per cycle. If enrollment is low, the ask and the placement change first. If activation is low, the threshold or the reward changes. If redemption is low, the redemption process at the counter is the suspect, not the reward.
Every build decision traces back to a design decision. The stamp mechanic came from the narrow price band. Eight stamps came from the observed visit frequency. The four automations came from the four moments where a customer's state changes. The two QR codes exist because the owner wanted to learn something, not just to enroll people. That chain — objective, behaviour, model, rule, reward, then technology — is the whole point of the framework, and it is what a program assembled in the opposite order lacks.
- Every build decision should trace back to a design decision you can state.
- The reward threshold comes from the observed buying cycle, not from a round number.
- Instrument enrollment by source from day one; it is the cheapest thing you will ever learn from.
- This is a hypothetical worked example — no results are claimed.
13. Loyalty system costs for small businesses
There is no single price, because vendors charge on different units and the software fee is rarely the largest cost. Pricing models in this category include free tiers, flat subscriptions, per-customer or per-active-member pricing, per-location pricing, usage- or campaign-based pricing, transaction-based pricing and custom enterprise deals. Around whichever one you pick sit six costs that are easy to miss: setup and design, integration, migration, administration time, enrollment marketing, and the reward itself — which in a working program is usually the biggest number on the page. This guide quotes no vendor prices; it gives you the model to fill in with current ones.
The pricing models, and what each one does as you grow
| Pricing model | How it works | What happens as you grow | Watch for |
|---|---|---|---|
| Free tier | A capped plan at no cost | You hit a limit — customers, campaigns, features — and must upgrade | Which limit binds first, and the price of the next tier up |
| Flat subscription | One monthly or annual fee | Cost stays flat while the program grows | Hidden caps inside a "flat" plan |
| Per customer / per member | Priced by contacts or members held | Cost rises with enrollment, whether or not members are active | Whether inactive members still count, and how to prune them |
| Per active member | Priced by members who did something in the period | Cost tracks the value you are getting | The vendor's definition of "active" — check it precisely |
| Per location | Priced per site | Predictable, but multiplies on expansion | Whether balances and reporting are shared across sites |
| Usage / campaign-based | Priced by campaigns or messages sent | Cost rises exactly as the channel starts working | Rationing: a metered channel tends to get used less, then not at all |
| Transaction-based | A fee per transaction or a share of program value | Scales with revenue, which cuts both ways | The effective percentage at your actual volume |
| Enterprise / custom | Negotiated, usually with implementation | Whatever you agreed | Contract length, uplift clauses, and what you keep on exit |
Per-message and per-transaction models scale with success; flat and per-active-member models do not. That is not an argument that metered pricing is bad — it can be the fairest model at low volume — but it changes behaviour. Businesses on metered plans send less, which is rational and also slowly kills the channel. Before choosing, model each candidate at three times your current customer count and see which one you would still be comfortable using freely.
The hidden costs
Six lines that rarely appear on a pricing page and frequently exceed it:
- Setup. Configuring the program, the rules, the rewards and the staff process. Mostly your time, and mostly front-loaded.
- Design. Card artwork, counter materials, QR stands, window vinyl, table tents. Small individually, real in aggregate, and needed again whenever you change the offer.
- Integrations. Connecting to a POS, an ecommerce platform or a booking system. Sometimes included, sometimes an add-on, occasionally a project.
- Migration. Moving members and balances from an existing program or from paper. Ask about this before you sign anything, because the answer also tells you what leaving will cost.
- Administration. The recurring staff time to run campaigns, answer questions, resolve disputes and check the numbers. At small scale this is very often the largest real cost, and it is the one that determines whether the program survives, so it is worth budgeting rather than absorbing.
- Marketing the program. Getting people enrolled — signage, staff prompts, sometimes an incentive to join.
And then the one that dwarfs the rest:
- The reward. The marginal cost of everything you give away, multiplied by redemptions. Model it at a realistic redemption rate, not an optimistic one, and remember that a successful program redeems more. A loyalty system whose economics only work if customers forget to claim their rewards is not a loyalty system; it is a breakage strategy, and customers eventually notice.
Every line to fill in before comparing two vendors. Use your figures at the customer count you expect in twelve months, not today's. Cite or adapt with attribution.
- Software subscription — at the tier you will need in twelve months, annually
- Overage or upgrade cost — what happens when you cross the first binding limit
- Per-message or per-campaign fees — at your realistic sending volume, or zero if the model has none
- Per-location fees — multiplied by planned sites
- Setup and configuration time — hours × your effective hourly cost
- Card and creative design — initial, plus a realistic refresh
- Printed enrollment materials — QR stands, table tents, window graphics, receipt inserts
- POS or ecommerce integration — one-off, recurring, or developer time
- Migration from an existing program — members, balances, and any re-enrollment cost
- Staff training — initial briefing plus every new starter thereafter
- Ongoing administration — hours per month × 12
- Enrollment marketing — signage, prompts, any joining incentive
- Reward cost — marginal cost × expected redemptions per year
- Reward liability carried — the value earned but unredeemed at any moment
- Payment processing — only where the program handles money, such as stored value or gift cards
- Support or success plan — if priced separately from the subscription
- Exit cost — data export, member communication, and re-enrollment elsewhere
Total the checklist for a year, then divide by the incremental visits or orders you would need to break even. That single figure — "this program has to produce about N extra visits a year to pay for itself" — is far more useful than any comparison of subscription prices, and it very often reveals that the software fee was never the decision. Our loyalty ROI calculator is built around this calculation.
- Eight pricing models exist; the key question is what each does at three times your size.
- Metered pricing scales with success and quietly encourages you to under-use the channel.
- Administration time and reward cost usually exceed the subscription.
- Convert total annual cost into "extra visits needed to break even" before comparing vendors.
14. Free vs paid loyalty systems
Free tiers are genuinely useful, and they are useful for a specific job: proving that your customers will enroll and come back before you commit budget. They tend to become limiting in predictable places — customer or member caps, campaign volume, branding control, automation, analytics depth, integrations, wallet platform coverage, support and multi-location. The right question is not "is free good enough?" but "which limit will I hit first, when, and what does crossing it cost?" A free plan that answers your test question is a good decision even if you outgrow it in three months.
When a free loyalty system is enough
- You are testing the hypothesis. You do not yet know whether customers will enroll or whether repeat behaviour will change. Spending money to find that out is unnecessary.
- Your member count is small. A single site with a few hundred members often fits inside a free cap comfortably for months.
- Your program is genuinely simple. One mechanic, one reward, one location, a handful of messages a month.
- You need a reference point. Running a free tool for six weeks teaches you what to ask paid vendors, which is worth more than any comparison article.
Where free systems tend to become limiting
| Limit | What it looks like | What it costs you | When it starts to bind |
|---|---|---|---|
| Customer / member cap | A ceiling on how many members you can hold | You stop enrolling, or start deleting people to make room | Usually first, and often sooner than expected |
| Campaign or message volume | A monthly allowance of sends | You ration communication at exactly the wrong moments | As soon as automation starts working |
| Automation | Triggers restricted or unavailable | The program depends on somebody remembering | Month two or three, when attention moves on |
| Branding | Vendor branding on the card or the enrollment page | The credential looks like the vendor's, not yours | Immediately, if the card is customer-facing |
| Analytics | Totals only; no source, cohort or retention view | You can see size but not whether behaviour changed | The first time you try to evaluate the program |
| Integrations | POS and ecommerce connectors on paid plans | Spend-based rules and unified records become impossible | When you outgrow visit-based earning |
| Wallet coverage | One platform, or limited pass types | Half your customers get a different experience | Day one — verify before you launch, not after |
| Support | Documentation and community only | Time, at the worst moment, usually mid-launch | The first thing that does not work |
| Multi-location | Single site only | A second shop means a second, disconnected program | The day you open the second site |
Cost, capability, time and complexity. Free plans lower cost and raise the other three: fewer capabilities, more of your time spent working around them, and more complexity when you eventually stitch in something else. Paid plans buy capability and time back. The mistake is treating this as a moral question about spending money — it is an allocation question. If the workaround costs you two hours a month, and the paid tier costs less than two hours of your time, the free plan is the expensive one.
Free tiers in this category are usually honest products, not traps. They exist because vendors know a small business will not commit budget to an unproven idea, and because a working free program is the best possible demonstration. Use them for exactly that. What is worth avoiding is the halfway state — building a program that matters to the business on a plan you already know cannot support it, and then rebuilding under pressure. Decide up front which limit you will treat as the upgrade trigger. Our comparison of free loyalty software and the free loyalty software comparison worksheet go into this further.
- Free tiers are best used to answer one question: will customers enroll and return?
- Member caps and automation limits usually bind first; wallet coverage should be checked on day one.
- The trade is cost against capability, your time and complexity — not a question of thrift.
- Decide the upgrade trigger before you launch, not when the cap arrives.
15. How to choose the best loyalty system for your small business
There is no single best loyalty system, because the requirements diverge sharply by business type — so choose by answering eleven questions in order, from the customer behaviour you are trying to change down to total cost and customer experience. Answering them in sequence eliminates most of the market before you look at a single product, which is the point: the decision is usually made in questions 1 to 4 and merely confirmed in the rest. Anyone ranking loyalty systems without knowing your buying pattern is ranking them for a business that is not yours.
Step 1 — What customer behaviour are you trying to change?
Frequency, basket size, commitment, advocacy, or lapse prevention. One of them, primarily. This answer selects your model family before any product enters the conversation, and a business that cannot answer it is not ready to choose a system.
Step 2 — How often do customers return?
Weekly, monthly, quarterly, annually, or once. This sets your reward threshold and, more importantly, determines whether a loyalty system is viable at all (Section 7). A threshold no customer reaches inside a normal cycle is worse than no program, because it makes an explicit promise it never keeps.
Step 3 — Which reward mechanic fits?
Stamps, points, spend, visits, tiers, membership or referral. Use Table 3. Apply the one-sentence test before moving on.
Step 4 — How should customers enroll?
At the counter, at a table, at checkout online, on a receipt, by link, or automatically with a first purchase. Be specific about the moment and the person. If your enrollment moment is "customers will see the sign", plan for a small program.
Step 5 — Do you need an app?
Only if the app does substantially more than loyalty — ordering, booking, content, accounts. If loyalty is the only reason, the answer is almost certainly no, and Section 8 explains why enrollment arithmetic beats feature depth for most small businesses.
Step 6 — Do you need Apple Wallet or Google Wallet?
If your customers are in person and you want a credential that persists without a download, yes — and you need both, not one, because your customers are split across iPhone and Android. Confirm each platform separately with the vendor, and note the documented behavioural differences in Section 9.
Step 7 — Do you need POS or ecommerce integration?
Only spend-based and points-per-value mechanics genuinely require it. Visit and stamp mechanics do not. This question matters because integration requirements narrow the vendor field dramatically and add cost, so it is worth being honest about whether your mechanic actually needs one. If you sell both online and in person, the related question is whether one customer record spans both.
Step 8 — Do you need automation?
Yes, in practice, for any small business — because the alternative is a program that depends on someone remembering. The real question is which triggers: welcome, reward earned, reward unclaimed, lapsed, renewal. Establish which of those the product supports natively rather than in principle.
Step 9 — What analytics matter?
At minimum: enrollments by source, activation rate, active members, redemption rate and repeat behaviour over time. If a product can only show you totals, it can show you growth but not effect, and you will be unable to answer the only question that matters after year one.
Step 10 — What is the total cost?
Run the Framework 6 checklist from Section 13, at the size you expect in twelve months, including reward cost and administration time. Then convert it into break-even visits.
Step 11 — How easy is the customer experience?
Test it yourself, end to end, on both platforms: enroll, earn, receive the message, redeem. Count the taps and time the counter interaction. This is the step buyers most often skip and the one that most reliably changes a decision.
The decision tree in Figure 4 narrows the field; this checklist tests what survives. Take it into every demo. Ask for the documentation page or a live demonstration behind each answer, and mark each line need now, need within a year or do not need before the call.
- I can state, in one sentence with a number in it, the behaviour this program must change
- I know roughly how often a typical customer buys, and my reward threshold fits inside that cycle
- My program passes the one-sentence test at a counter, with no follow-up question
- I have named the exact enrollment moment, the person who performs it and the sentence they say
- Enrollment takes under 30 seconds and requires no account, password or download
- Apple Wallet and Google Wallet are both supported, named individually, with my pass type
- Someone on my team has enrolled, earned and redeemed on both an iPhone and an Android phone
- The identification step takes under five seconds with the hardware I already own
- Staff can complete a redemption in one action without calling a manager
- The earning rule is written down with its exceptions, and staff have a copy
- Welcome, reward-earned and lapsed-customer automations can run without me
- I can see enrollments by source, so I know which sign or channel works
- I can see whether members' repeat behaviour changed after they joined, not just how many joined
- Any integration I need names my actual POS or ecommerce product and version
- One customer record spans online and in-store, if I sell in both
- Pricing is modelled at three times my current customer count, including reward cost
- There is no per-message fee that will make me ration communication
- I can export my customer list myself, in a usable format
- I know what happens to members and balances if I leave
- Consent and opt-out are handled in a way I could explain to a customer
Ask every vendor: "show me exactly what a customer sees on an Android phone when a stamp is added, and then on an iPhone." Not a slide — the phones. The answers vary far more than marketing suggests, for the documented platform reasons in Section 9, and this single request surfaces more real difference between products than any feature comparison. If a vendor cannot show you, that is also an answer.
- Eleven questions, in order; the decision is usually made in the first four.
- Question 1 can legitimately end the exercise — not every business needs a loyalty system.
- Integration requirements narrow the market fastest, so be honest about whether you need them.
- Test the customer experience yourself on both platforms before deciding anything.
16. Loyalty system metrics that matter
Track two layers. Activity metrics — enrollment rate, activation rate, active members, earn frequency and redemption rate — tell you whether the mechanism is functioning. Business metrics — repeat purchase or visit rate, customer frequency, average order value among members, retention at 30/60/90 days, churn, customer lifetime value and revenue from members — tell you whether it matters. Programs that only track the first layer can look healthy for years while changing nothing, because member counts always rise. Add reward liability if your rewards carry meaningful value. No benchmarks are given here, deliberately: your own baseline is the only comparison worth making.
Two layers, twelve metrics, each with its definition, what a bad number is telling you, and the component from Section 3 you would go and fix. Cite or adapt with attribution.
| Metric | Layer | Definition | A weak number usually means | Fix here |
|---|---|---|---|---|
| Enrollment rate | Activity | Members joining ÷ customers offered the program | The ask, the moment or the friction is wrong | Component 1 · enrollment |
| Activation rate | Activity | Share of members who earn a second time | The threshold is too far, or nobody understood the program | Components 2 & 5 · rules and credential |
| Active members | Activity | Members with an earn or redemption in the last 30 days | The program is being enrolled into but not used | Components 4 & 6 · identification and communication |
| Earn frequency | Activity | Average earn events per active member per period | Staff are skipping the scan, or visits are not increasing | Component 4 · identification |
| Redemption rate | Activity | Rewards redeemed ÷ rewards earned | Claiming is awkward, or the reward is not wanted | Components 8 & 6 · redemption and communication |
| Repeat purchase / visit rate | Business | Share of members buying or visiting more than once in a period | The program is not changing behaviour | Program design — Section 11, steps 1–5 |
| Customer frequency | Business | Purchases or visits per member per period | Frequency mechanics are not landing | Model choice — Section 4 |
| Average order value | Business | Member AOV compared with non-member AOV | Only relevant to spend and points mechanics | Earning rule — Section 11, step 4 |
| Retention (30/60/90) | Business | Share of a joining cohort still active at each point | The program creates a spike, not a habit | Components 6 & 7 · communication and automation |
| Churn | Business | Members going inactive in a period | Lapse triggers are missing or badly timed | Component 7 · automation |
| Customer lifetime value | Business | Expected total margin from a member relationship | Needs enough history to be meaningful — treat early figures cautiously | Whole program |
| Revenue from members | Business | Share of revenue attributable to identified members | Enrollment is too small to matter commercially | Component 1 · enrollment |
| Reward liability | Control | Value of rewards earned but not yet redeemed | Growing unchecked, especially in points programs | Reward and expiry design — Section 11, step 5 |
Activity metrics versus business metrics
The distinction is the most useful idea in this section. Activity metrics measure the machine: are people joining, earning, redeeming? Business metrics measure the outcome: are they buying more often, spending more, staying longer? The two can diverge completely, and when they do it is always in the same direction — healthy activity, flat business.
The reason is selection. Loyalty programs are joined disproportionately by customers who were already loyal, so members will always look better than non-members on almost any measure. That comparison proves nothing. The only comparison that does is the same customers before and after joining, or a cohort comparison over time. Any measurement of a loyalty program that rests on "our members spend more than our non-members" is measuring who joined, not what the program did.
Loyalty benchmarks — typical enrollment rates, redemption rates, retention uplift — circulate widely with no disclosed sample, period, industry or method, and a great many of them trace back to vendor marketing rather than research. Publishing one here would give you a number that looks authoritative and would very likely be wrong for your business. Your own pre-launch baseline is a better comparator than any industry figure, and it is free. Measure four weeks before you launch, if you can.
Five numbers, monthly, on one line each: enrollments, activation rate, active members, redemption rate, and the one KPI from step 1 of your launch framework. Anything longer will not be read past month three, and a report nobody reads is measurement theatre. Add a quarterly cohort view — how the members who joined in month one are behaving now — and that is a complete measurement system for a small business. The retention dashboard and loyalty KPI dashboard are templates for exactly this.
- Activity metrics show the mechanism works; business metrics show it matters. Track both.
- Members always outperform non-members — that comparison proves nothing about the program.
- Compare cohorts over time, or the same customers before and after joining.
- Five numbers monthly plus a quarterly cohort view is a complete system for a small business.
17. How loyalty systems improve customer retention
A loyalty system improves retention by converting an ambiguous choice into a visible position. A customer with six of ten stamps is not weighing you against the place across the road on equal terms — they have accumulated something that only converts with you, and they can see it without opening anything or being sent anything. The chain runs: enrollment creates identity, progress creates a position, communication marks the moments the position changes, redemption keeps the promise, and repeat behaviour compounds. It only works when the reward is worth something, the rule is achievable, the program is understood, the communication is relevant and the underlying business is worth coming back to.
The mechanism, link by link
Enrollment creates identity. Before enrollment, a returning customer is indistinguishable from a new one. After it, the business can recognise them, count them and act on their behaviour. Retention work is impossible without this step, which is why enrollment is the ceiling on everything.
Progress creates a position. This is the psychological core, and it is worth being precise about. Accumulated progress is a stake — something the customer will forfeit by going elsewhere. It does not need a message to work; a card showing six of ten stamps operates every time the customer opens their wallet for something else, at zero marginal cost to the business. That is the property paper cards nominally have and reliably lose.
Anticipation creates a reason to return. Progress becomes motivating as the target gets close. This is why threshold design matters more than reward size: a reward worth £3 that is two visits away moves behaviour more reliably than one worth £10 that is eleven visits away.
Communication marks the change. The best loyalty messages are status updates, not promotions — "your reward is ready" rather than "10% off this week". They earn attention because they are about something the customer already has. Sent at moments the customer's state changes, they are relevant by construction; sent on a calendar, they are marketing.
Redemption keeps the promise. Every redemption is proof that the program is real. Every unredeemed reward is a customer learning the opposite. This is why redemption friction is a retention problem, not an operations detail.
Repeat behaviour compounds. Once redemption has happened and earning restarts, the customer is inside a loop with a demonstrated payoff. That is the point where a program stops needing marketing and starts running on its own.
It cannot retain customers who are leaving for a reason the program does not touch. If the service is slow, the product has slipped, the price is wrong or the staff have changed, a loyalty system will not hold anyone — it will simply give you a clearer record of them going. It also cannot manufacture a relationship that does not exist: a customer with no reason to return will not develop one because there is a card. No retention improvement is promised or implied anywhere in this guide. The mechanism above is real; whether it produces a result in your business is an empirical question that only your own measurement can answer.
Before launching, ask five people who are not involved: is the reward worth changing behaviour for? Could you reach it? Can you explain the rules back to me? Would this message annoy you? And — the one people skip — would you come here anyway? If the last answer is no, fix that first; the loyalty system will be measuring a problem it cannot solve. For the broader programme this sits inside, see customer retention strategies.
- Progress is a stake the customer forfeits by going elsewhere — that is the retention mechanism.
- The credential works between visits at no cost; messages only mark state changes.
- Threshold proximity moves behaviour more than reward size.
- A loyalty system cannot compensate for a business people do not want to return to.
18. Loyalty system + wallet marketing
Wallet marketing is what happens when the loyalty credential lives in the phone's wallet rather than in a drawer: the card becomes a persistent, branded, updatable engagement layer instead of a static token. Combine a loyalty system with a digital card in Apple Wallet or Google Wallet and you get four things at once — a credential that cannot be left at home, a display of the customer's current state, a channel for platform-permitted messages when that state changes, and a branded object the customer opens their wallet past several times a day. It is not unlimited messaging, and the platform rules in Section 9 still apply.
The distinction between a loyalty system and wallet marketing is a scope one. A loyalty system is about repeat purchase: rules, rewards, progress. Wallet marketing is a broader category covering everything a business can do with passes in the phone's wallet — loyalty cards, membership cards, coupons, offers, event tickets and gift cards. Loyalty is the largest use case inside it, which is why the two are so often conflated. Our wallet marketing pillar guide covers the wider channel; this section covers only the overlap.
What the combination produces
The equation, stated plainly: loyalty system + digital loyalty card + wallet + customer communication = a persistent customer engagement layer. Each term contributes something the others cannot.
- The loyalty system supplies the reason for the card to exist — rules, progress and a reward worth having. Without it, a wallet pass is a business card that nobody asked for.
- The digital loyalty card supplies the credential and the display: the customer's identity and their current position, visible without opening anything.
- The wallet supplies distribution and persistence. Apple Wallet and Google Wallet are already installed, already used, and already trusted with things people care about. That is why enrollment is a scan rather than a download.
- Communication supplies timing: the platform-permitted message that marks the moment the state changed.
What can live in the wallet alongside the loyalty card
- Digital loyalty cards — stamps, points or visit progress, updated after issue. See digital loyalty cards.
- Membership cards — status, member number, entitlements and renewal date. See digital membership cards.
- Coupons and offers — time-bound promotions with a scannable code. Google documents an automatic expiry reminder 48 hours before an offer expires.
- Rewards and VIP cards — recognition for a defined group, carrying whatever benefit you attach to it.
- Gift cards — where the platform and your provider support them; see gift card software.
Three claims to refuse, including from wallet vendors. "Wallet notifications are push notifications" — they are not; Section 9 quotes both platforms on what actually happens. "It works identically on iPhone and Android" — it does not; Apple's change-message model and Google's messages/notifyPreference model are genuinely different. "Unlimited location-based campaigns" — Apple documents a limit of 10 relevant locations per pass. A wallet-based loyalty system is a strong, cheap, low-friction engagement layer. It is not a broadcast channel, and a vendor who sells it as one will disappoint you at exactly the moment you depend on it.
The under-appreciated property here is that the card works when you send nothing. A customer opens their wallet to pay for parking and sees they are two stamps from a free coffee. No message was sent, no permission was consumed, no cost was incurred, and no attention was demanded. Over a month that passive surface does more work than the two or three messages you are prepared to send — which is why the design of the card face matters more than the copy of the campaign, and why programs that lead with messaging tend to burn the channel and stall.
- Wallet marketing is the wider channel; loyalty is its largest use case.
- The wallet supplies distribution and persistence — the reason enrollment is a scan, not a download.
- The card works passively between messages; that is its main advantage over any messaging channel.
- Platform limits are real and documented — do not accept "unlimited" claims.
19. How PushNotice fits into a loyalty system
PushNotice is a wallet-based credential and campaign layer inside a loyalty system — not the whole system. Using Section 3's ten components, it addresses the credential (component 5), enrollment via QR codes and save links (component 1), customer tagging and segmentation (part of component 3 and 6), campaigns and lock-screen communication (component 6), and reporting on installs, visits and campaign results (component 9). It does not supply your program rules, your rewards, your staff process or your point-of-sale — and it is not a POS, a CRM, an SMS platform or an email tool. Everything below comes from PushNotice's own published product and pricing pages as of 29 August 2026.
PushNotice publishes this guide and PushNotice is our product. Everything above this section is written to be useful whether or not you ever use it — which is why Section 7 tells some readers not to build a loyalty system at all, Section 8 says an app is right for some businesses, Section 9 quotes the platform limits that constrain our own category, and Section 14 recommends free tools for testing. The capabilities listed here are drawn from PushNotice's published pages and are marked to confirm where they are plan-dependent. Do not take any capability in this guide — ours or anyone's — on trust; verify it against current documentation before you build a program on it.
Where PushNotice sits in the ten components
| Component | What PushNotice publishes |
|---|---|
| 1 · Customer enrollment | QR code distribution for building a wallet audience, plus shareable save links; no customer app download required |
| 2 · Loyalty rules | Yours to define — PushNotice does not decide your earning rule or reward |
| 3 · Reward engine | Loyalty, coupon, membership and reward pass types are published; confirm the specific earning mechanic you need before designing around it |
| 4 · Customer identification | Confirm the current scanning and counter workflow with your own hardware |
| 5 · Loyalty card / credential | Branded passes for Apple Wallet and Google Wallet — "added once, kept forever" — built in a pass editor with live preview for both platforms |
| 6 · Communication | Lock-screen campaigns; published as able to "Appear when customers are nearby" using the platforms' own proximity features, within the documented limits in Section 9 |
| 7 · Automation | Confirm which triggers are available on your plan; do not assume behavioural automation |
| 8 · Redemption | Confirm the staff redemption workflow before launch |
| 9 · Analytics | Real-time tracking of installs, visits and campaign results confirm the current metric set against Section 16 |
| 10 · Integrations | No POS, CRM, SMS or email integrations are published — do not assume any |
| Setup | Published as live "in under 2 minutes", with no developers or SDK required |
| Segmentation | Customer tagging, VIP rewards and win-back targeting; tagging and segmentation are published on the Pro plan |
| Multi-workspace / agency | Multiple pass designs and 5 workspaces on Pro; an Agency plan with white-label client workspaces |
| Published pricing | Free at $0 (100 customers, 4 campaigns/month), Starter at $29/month (2,500 customers, 100 campaigns), Pro at $79/month (25,000 customers, 1,000 campaigns), Agency custom. Verify current plans at pushnotice.io |
What PushNotice is, and what it is not
What it is. A way to put a branded loyalty, membership, coupon or reward card into the Apple Wallet and Google Wallet apps your customers already have, enroll people with a QR code or a link, tag and segment them, and run lock-screen campaigns against that audience — with no app for the business to build and nothing for the customer to download. In the vocabulary of this guide, that is components 1, 5, 6 and 9, plus part of 3.
What it is not. It is not a loyalty system on its own, because it cannot supply your rules, your rewards, your staff process or your measurement discipline — the things Section 11 spends its first five steps on. It is not a point-of-sale system and publishes no POS integrations. It is not a CRM. It is not an SMS or email platform. It does not send native app push notifications, because there is no app. And it operates strictly inside the Apple and Google constraints documented in Section 9 — no wallet vendor, including this one, can exceed what the platforms publish.
If your earning rule depends on transaction values from the till, you need POS-connected earning and should look at Section 5's POS loyalty row and our POS loyalty guide. If your business is entirely online, an ecommerce-integrated loyalty tool that awards points on orders and applies rewards at checkout will fit better. If you need in-app ordering, accounts or content, you need an app. And if Section 7 concluded that your repeat frequency is too low for a loyalty system at all, no product on this page helps — that is a genuine finding, not a reason to buy something smaller.
Take the decision checklist in Section 15 and run it on PushNotice exactly as you would on any other vendor. Enroll yourself on an iPhone and have someone enroll on an Android phone. Add a stamp and watch what each of you actually sees. Time the counter interaction with your own scanner. Ask which of the mechanisms in Section 9 we use on each platform. If a line in the checklist matters to you and the answer is not yes, that is the answer — and you should choose something else rather than working around it.
- PushNotice is a credential and campaign layer — components 1, 5, 6 and 9 of a loyalty system.
- It does not supply your rules, rewards, staff process or measurement discipline.
- No POS, CRM, SMS or email integrations are published — do not assume them.
- It operates inside Apple's and Google's documented limits, like every wallet platform.
20. Common small-business loyalty system mistakes
Thirteen mistakes account for most failed small-business loyalty programs, and only two of them are about technology. The rest are design and operating errors: choosing a product before naming an objective, rules nobody can hold in their head, rewards that are unreachable, enrollment nobody performs, no segmentation, no measurement, and buying on price alone. Each is listed below with the problem, why it matters, and what to do instead.
1. Choosing technology before defining the goal
Why it matters. Every subsequent decision inherits the constraints of a product chosen for reasons unconnected to the objective, and the objective quietly reshapes itself to fit the tool.
Better approach. Complete steps 1 to 5 of Section 11 — objective, behaviour, model, rules, rewards — before opening a single vendor site. It costs an afternoon.
2. Overcomplicated rules
Why it matters. Rules are executed by staff under time pressure and understood by customers in a queue. Complexity produces inconsistency, and inconsistency in a loyalty program reads as unfairness.
Better approach. One sentence, plus a written exception list for staff. Apply the one-sentence test from Section 4.
3. Rewards that are too hard to earn
Why it matters. A threshold beyond a normal buying cycle means most members never experience the payoff, and a program whose promise is never kept teaches customers to disregard it.
Better approach. Set the threshold from observed frequency, not from a round number. Reachable in weeks for high-frequency businesses; within a natural cycle for everyone else.
4. Too many tiers
Why it matters. At small-business scale, three tiers usually means one crowded bottom tier, two empty ones, and a program that takes three sentences to explain.
Better approach. Launch flat. Add a tier only when you can see a genuine, populated distribution of customer value in your own data.
5. Poor enrollment
Why it matters. Enrollment caps everything. A program with a great mechanic and forty members is a program with forty members.
Better approach. Assign the ask to a person and a moment, script one sentence, place the code where the transaction already happens, and track enrollments by source so you learn which placement works.
6. Customer friction
Why it matters. Every additional tap, field, password or download removes a share of the people who said yes. Friction at enrollment is permanent — you rarely get a second ask.
Better approach. Count the taps from "yes" to enrolled and remove everything not strictly required. No accounts, no email verification loops, no app.
7. Weak communication
Why it matters. Generic promotional messages sent to a loyalty audience burn the channel — customers delete the pass or ignore the messages, and you lose a channel you cannot easily rebuild.
Better approach. Message only when the customer's state changes: welcome, reward earned, reward unclaimed, long gap. If a message would work as a poster, it is not loyalty communication.
8. No segmentation
Why it matters. Sending everything to everyone means the person who visited an hour ago gets the win-back message. That single error does more reputational damage than the campaign was worth.
Better approach. Use segmentation primarily to exclude — recent visitors, recent redeemers, people who just bought. Relevance is mostly subtraction.
9. No measurement
Why it matters. Without measurement you cannot distinguish a loyalty program from a discount, and you will keep it or kill it based on impressions.
Better approach. Five numbers monthly plus a quarterly cohort view, per Section 16. Agree the primary KPI before launch so it is allowed to disappoint you.
10. Choosing purely on price
Why it matters. The subscription is rarely the largest cost (Section 13), so optimising it while ignoring administration time, reward cost and workaround effort optimises the wrong variable.
Better approach. Run the total cost checklist and convert it into break-even visits. Then compare.
11. Building an app unnecessarily
Why it matters. An app built to run a loyalty program carries build cost, permanent maintenance on two platforms, and — most damagingly — an enrollment step most customers of a small business will not complete.
Better approach. Build an app only if it does substantially more than loyalty. Otherwise use a wallet-based credential and spend the money on the reward.
12. Ignoring wallet options
Why it matters. Businesses that dismiss digital cards usually default to paper, which cannot be updated, cannot show reliable progress, generates no data and gets left at home — losing the three properties that make a loyalty system a system.
Better approach. Evaluate a wallet credential on its merits and its documented limits (Section 9), rather than skipping the category.
13. Ignoring the customer experience
Why it matters. The whole program is experienced through about four moments — the ask, the scan, the message and the redemption — and none of them appear on a feature list. A program that is elegant in a dashboard and awkward at a counter will fail at the counter.
Better approach. Be your own customer on both platforms before launch, and again a month later. Then watch a real transaction during a real rush.
Eleven of these thirteen are decisions made before any software is involved, and the two that are technological — building an app unnecessarily, and ignoring wallet options — are really decisions about enrollment friction. If you take one thing from this section: the loyalty market sells software, but loyalty programs fail at design and operations. Spend your attention accordingly.
- Most failures are design and operating errors, not product choices.
- Unreachable thresholds and unperformed enrollment are the two most common killers.
- Segmentation's main job is exclusion; measurement's main job is being allowed to disappoint you.
- Be your own customer on both platforms, before launch and a month after.
21. Loyalty system FAQ
Twenty questions, answered in the shortest accurate form. Where a platform behaviour is involved, the answer names the platform and quotes its documentation.
Definitions
What is a loyalty system?
A loyalty system is the complete operational setup a business uses to run a customer loyalty program. It includes the earning rules, the rewards, the way customers enroll, the way they are identified when they return, the credential they carry, the communication that supports the program, the redemption process at the counter, and the reporting that tells you whether any of it is working. Software usually powers part of it, but the system is larger than the software.
What is a loyalty system for small business?
The same thing, scaled to the constraints a small business actually has: no development team, no dedicated program manager, enrollment that has to happen at a counter in seconds, and a budget that has to stay predictable. In practice that usually means one simple earning rule, a digital credential the customer already knows how to keep, a reward staff can honour without a process, and reporting simple enough that the owner reads it.
How does a loyalty system work?
In a loop of nine steps. A customer discovers the program, enrolls, receives a loyalty credential, earns points or stamps on qualifying purchases, has that progress recorded, receives relevant communication about it, reaches a reward, redeems it, and returns to start earning again. The business measures each transition and fixes whichever one leaks the most customers.
What is the difference between a loyalty system and loyalty software?
A loyalty system is the whole operational setup — rules, rewards, enrollment, identification, credential, communication, redemption, reporting and the staff behaviour that holds it together. Loyalty software is the technology that powers part or all of it. Buying software does not give you a system; it gives you the component that makes the rest of the system executable. Most failed programs are failures of the system, not of the software.
What is the difference between a loyalty system and a loyalty card?
The card is one component of the system — the credential the customer carries, which identifies them and usually shows their progress. The system is everything around it: what earns a stamp, what the reward is, how someone joins, how staff record a visit, what message goes out when a reward is ready, and what the owner looks at each month. A card with no system behind it is a piece of plastic or a pass nobody updates.
What is the difference between a loyalty system and a loyalty program?
The program is the customer-facing offer — buy nine, get the tenth free; earn a point per pound; reach gold at twelve visits. The system is everything required to operate that offer reliably: enrollment, identification, tracking, communication, redemption and reporting. Two businesses can run the same program on completely different systems, and the system is usually what determines whether the program survives its first busy Saturday.
Deciding whether you need one
Do small businesses need a loyalty system?
Only where repeat purchase is realistic and frequent enough that rewarding it changes behaviour. Cafés, salons, restaurants, gyms, barbers, pet groomers, nail bars and neighbourhood retail generally qualify. Businesses with genuinely one-off purchases, no customer relationship, no capacity to run the program, or margins too thin to fund a reward generally do not — and for them a loyalty system adds cost and complexity without changing anything.
What type of loyalty system is best for a small business?
It follows from how customers buy from you. Frequent, similar-value purchases — a coffee, a lunch, a wash — suit a stamp or visit-based system, because progress is easy to see and easy to explain. Variable basket sizes suit points or spend-based systems. Recurring access suits a membership system. High-consideration purchases with strong word of mouth suit referral mechanics. Complexity should be the last thing you add, not the first.
How long does it take to set up a loyalty system?
The technical setup is usually the fastest part — a simple digital card program can be configured in a sitting. The parts that take real time are deciding the earning rule and reward, briefing staff so they ask consistently, producing the counter materials, and running a pilot long enough to see whether anyone comes back. Plan in weeks for the program, not days for the software.
Technology and platforms
Can a loyalty system work without a mobile app?
Yes, and for most small businesses that is the practical choice. The credential can be a pass saved in Apple Wallet or Google Wallet — both already on the phone — enrolled by scanning a QR code or tapping a link, with no download and usually no account. What you give up compared with a native app is in-app browsing, ordering, account management and offline functionality. What you gain is that customers will actually enroll.
Can a loyalty system use Apple Wallet?
Yes. Apple documents a store card pass type, and passes can be made updatable by adding the webServiceURL and authenticationToken keys, after which your server can push updates that the device fetches. Apple also documents Lock Screen relevance by date and location, noting that "A pass can have only 10 relevant locations." What the customer sees when a pass changes is governed by Apple's rules — a change message appears only where a changed field defines one.
Can a loyalty system use Google Wallet?
Yes. Google documents loyalty classes and objects with fields including loyaltyPoints — "The loyalty reward points label, balance, and type" — plus account identifiers and a barcode. Passes are saved from links Google documents as working "anywhere hyperlinks are supported, such as websites, email, and SMS messages." Note that Google's FAQ states "Developer authored push notifications are not currently supported by Google Wallet"; notifications come through the documented messages and notifyPreference paths instead.
Can a loyalty system work with a POS system?
Some can, and whether you need it depends on your earning rule. A visit-based or stamp-based system needs no POS connection — a scan at the counter is enough. A spend-based points system does need transaction values, which means either a POS integration or staff entering the amount manually. Never assume integration exists: ask which specific POS product and version is supported, what data flows, and in which direction.
Can loyalty systems work with Shopify?
Many ecommerce loyalty tools connect to Shopify to award points on orders and apply reward discounts at checkout, and some in-person systems connect through Shopify POS. Support varies by vendor, so verify it against the vendor's own documentation and app listing rather than a comparison chart. If you sell both online and in a shop, confirm that one customer record spans both — a split identity is the most common failure in hybrid setups.
Can one loyalty system work across multiple locations?
Many can, but multi-location support means several different things and vendors use the term loosely. Ask whether balances are shared across sites so a customer can earn at one and redeem at another, whether each location gets its own reporting, whether staff permissions are scoped per site, and how pricing changes as you add locations. Also note Apple's documented limit of 10 relevant locations per pass if you plan to rely on Lock Screen location relevance.
Features, cost and measurement
What features should a small-business loyalty system have?
At minimum: fast enrollment without an account, a credential that lives on the phone, a rule engine that supports your earning mechanic, customer identification staff can perform in seconds, a redemption flow that works at a busy counter, communication tied to program events rather than a newsletter calendar, and reporting on enrollment, activation, repeat behaviour and redemption. Everything else — tiers, segmentation, multi-location, integrations, API — is worth having only if you will use it in the first year.
How much does a loyalty system cost for a small business?
There is no single figure, because vendors price on different units — flat subscription, per active member, per location, per campaign, per message, or a percentage of program value — and the software fee is rarely the largest line. Model six costs together: the subscription at the tier you will need in a year, setup and design, any integration work, the reward cost itself, staff time to run it, and the marketing to get people enrolled. Get current prices from each vendor's own pricing page.
Are free loyalty systems worth using?
Often yes, as a way to test whether your customers will enroll at all before committing budget. Free tiers usually limit the things that matter later: the number of customers or active members, the number of campaigns, branding control, automation, analytics depth, integrations and support. The right question is not whether free is good enough now, but which limit you will hit first and what it costs to cross it.
How do loyalty systems improve customer retention?
By turning an ambiguous decision into a visible position. A customer who is four stamps into a ten-stamp card is not choosing between you and a competitor on equal terms — they have accumulated something that only converts here. That progress does the work between visits, and communication marks the moments where the state changes. It only works when the reward has real value, the rule is achievable, the program is easy to understand, and the underlying business is worth returning to.
What metrics should a small business track for its loyalty system?
Five activity metrics — enrollment rate, activation rate, active member count, earn frequency and redemption rate — and four business metrics: repeat purchase or visit rate, retention over 30, 60 and 90 days, average order value among members versus non-members, and revenue attributable to members. Track reward liability if rewards carry meaningful value. Activity metrics tell you the mechanism is working; business metrics tell you whether it matters.
Methodology, sources & disclosure
This guide is published by PushNotice, reviewed by its editorial team, and written to be useful whether or not you use our product. Platform behaviour is quoted verbatim from Apple's and Google's own developer documentation, with the date consulted. No statistics, industry benchmarks, adoption rates, competitor capabilities, customer results or retention uplift figures are asserted anywhere in this article. The only prices quoted are PushNotice's own published prices, dated and marked for verification.
The five categories of claim, and how each is handled
Claims in this guide fall into five kinds and are treated differently.
- Platform documentation. Apple's Wallet Passes documentation on pass types, the pass update web service, the empty-payload update push and Lock Screen relevance limits; Apple's archived Wallet Developer Guide on change messages; Google's Wallet API FAQ, its loyalty object reference and its loyalty cards overview. Quoted verbatim where the exact wording matters, all consulted 29 August 2026.
- Industry research. Not used. We found no source of loyalty benchmarks in this category with a disclosed sample, period and methodology that we would be willing to cite as evidence, so this guide publishes none.
- PushNotice product information. Section 19 only, drawn from PushNotice's own published product and pricing pages as of 29 August 2026, with plan-dependent items explicitly marked to confirm.
- PushNotice analysis. The system-versus-software distinction, the four-layer architecture, the nine-step customer journey, the ten-component matrix, the program type matrix, the technology comparison, the decision tree, the total cost checklist, the launch framework and the KPI framework are original analysis and are labelled as such throughout. They are structures to test against your own business, not findings.
- Illustrative examples. Section 12's coffee shop, the business-type notes in Section 10 and every example figure in this guide are hypothetical templates. No business, revenue figure, redemption rate or outcome in them is drawn from a real case, and no results are claimed or implied.
Why there are no benchmarks or competitor capabilities here
Deliberate, on both counts. Loyalty benchmarks circulate widely with no disclosed sample, industry, period or method, and a large share trace back to vendor marketing rather than research; a number that looks authoritative and is wrong for your business is worse than no number at all. Competitor capabilities change constantly and vary by plan, so this guide describes categories of technology and models of pricing rather than any named vendor's feature list. The one exception is PushNotice's own product, in Section 19, where we are the primary source and say so.
How the platform claims were verified
Every Apple and Google statement in Sections 8, 9 and 18 was taken from the vendor's own current documentation and quoted rather than paraphrased where the wording carries weight. Where two Google documents appear to conflict — the FAQ stating that developer-authored push is not supported, and the API reference documenting notification-triggering settings — both are quoted and the difference is explained rather than resolved in whichever direction suited the argument. Platform documentation changes; re-verify before building anything that depends on it.
Editorial policy and conflict of interest
PushNotice sells a wallet-based credential and campaign layer, which is one component of a loyalty system and the right answer for some readers and not others. We manage that conflict by saying so directly: Section 7 tells some businesses not to build a loyalty system at all, Section 5 explains where POS loyalty and ecommerce-integrated programs fit better, Section 8 says an app is the right choice for some businesses, Section 14 recommends free tools for testing, and Section 19 names what PushNotice does not do. Nothing here is paid placement, and no vendor reviewed this guide before publication.
Review and updates
Published 29 August 2026 and last reviewed 29 August 2026 by the PushNotice Editorial Team. Platform documentation changes frequently and pricing changes without notice; the quoted Apple and Google material and all pricing should be re-verified before being relied on. Corrections are welcome via the PushNotice contact page.
About the author
Sajid Ali — Founder & CEO, PushNotice. Sajid builds wallet-pass and customer-engagement software for small businesses, works directly on pass design, pass-update logic and the loyalty programs built around them, and reads the Apple Wallet Passes and Google Wallet documentation as a working requirement rather than as research. That is the perspective behind this guide's central distinction — between the loyalty system a business operates and the software that powers part of it — which is the difference most writing in this category collapses. Connect on LinkedIn.
Reviewed by the PushNotice Editorial Team. The team verified every Apple and Google quotation against its primary source, confirmed that no statistic, industry benchmark, competitor capability or customer result is asserted anywhere in the article, checked that every PushNotice claim in Section 19 corresponds to something PushNotice publishes, and confirmed that every internal link resolves to a live page.
Sources
- Apple Developer — Adding a Web Service to Update Passes (Wallet Passes). Source of the five-step pass update flow, the
webServiceURLandauthenticationTokenrequirement, the empty JSON dictionary payload, and the production-environment note. Consulted 29 August 2026. developer.apple.com - Apple Developer — Showing a Pass on the Lock Screen (Wallet Passes). Source of date and location relevance behaviour, the statement that "A pass can have only 10 relevant locations," the ten beacon UUID limit, and the note that Simulator does not show passes on the lock screen. Consulted 29 August 2026. developer.apple.com
- Apple Developer — Pass (Wallet Passes object reference). Source of the documented pass styles, including the store card type used for loyalty cards. Consulted 29 August 2026. developer.apple.com
- Apple Developer — Wallet Developer Guide: Updating a Pass (archived documentation). Source of the change message behaviour: the device compares versions, shows a change message where a changed field defines one, and change messages interrupt the user. Consulted 29 August 2026. developer.apple.com
- Google for Developers — Google Wallet API FAQ. Source of the statement that "Developer authored push notifications are not currently supported by Google Wallet," and of the automatic notification schedule by pass vertical. Consulted 29 August 2026. developers.google.com
- Google for Developers — LoyaltyObject (Google Wallet API REST reference). Source of the
loyaltyPoints,secondaryLoyaltyPoints,accountId,accountName,barcodeandstatefield definitions, the ten-message limit, and thenotifyPreferencedefinition including its ephemeral behaviour. Consulted 29 August 2026. developers.google.com - Google for Developers — Loyalty cards (Google Wallet). Source of the statement that loyalty cards give "immediate visibility to points and rewards directly on the mobile," and that passes can be issued "anywhere hyperlinks are supported, such as websites, email, and SMS messages." Consulted 29 August 2026. developers.google.com
- PushNotice — published product and pricing pages, consulted 29 August 2026, for the capabilities and prices listed in Section 19. pushnotice.io
Frameworks, matrices, checklists and diagrams in this guide are original PushNotice analysis and are labelled as such. They are structures to test against your own business, not findings. Worked examples are illustrative templates and no performance results are claimed for them.
Related guides
This page owns one question: "what does a small business need in order to run a loyalty program, and which system should it choose?" It is deliberately not a loyalty card guide, not a software comparison, not a stamp card product page and not a wallet marketing pillar. For the card itself, read customer loyalty cards and digital loyalty cards. For the stamp and punch mechanics as products, read stamp card apps and punch cards. For software comparison, read free loyalty software. For membership specifically, digital membership cards. For the wider channel, wallet marketing. And for retention strategy beyond loyalty programs, customer retention strategies.
Cite this guide
- APA: Ali, S. (2026). Loyalty System for Small Business: How to Choose One in 2026. PushNotice. https://pushnotice.io/blog/loyalty-system-for-small-business
- MLA: Ali, Sajid. "Loyalty System for Small Business: How to Choose One in 2026." PushNotice, 29 Aug. 2026, pushnotice.io/blog/loyalty-system-for-small-business.