Used POS systems for restaurants: what actually transfers
The hardware is the cheap part and it is the only part that actually transfers. Everything that makes it work belongs to somebody else.
Home / Blog / Restaurant loyalty in Kuwait: what actually works
Kuwait eats late, often, and in groups. A loyalty scheme that ignores those three facts will not survive its second month.
Tanzeel ur Rehman · Co-founder, Get Menu · 2 September 2026
Ask a restaurant in Kuwait why its last loyalty scheme stopped and the answer is rarely about the reward. It is that most of the customers it was meant for never stood at the counter, so there was nobody to hand anything to.
Restaurant loyalty here has to reach people who order to a flat, at midnight, for a table of eight. This guide is about designing for that: where the scheme has to live, what should earn, and what to do about the two weeks of the year when everything doubles.
A great deal of trade in Kuwait arrives for delivery. The customer never enters your restaurant, so anything printed, stamped or handed over is out of reach of the people you most want to keep.
That single fact rules out a whole family of schemes. If earning depends on a card being present, delivery customers earn nothing, and delivery customers are often your most frequent ones. Earning has to come from the order itself, wherever the order was placed.
It also changes what you are measuring. A counter scheme counts visits. A scheme attached to ordering counts orders, and an order carries a phone number, an address and a history whether the person walked in or not.
The second local fact is the size of the order. Families and groups of friends order together and one person pays.
If only the payer is recognised, seven people at that table are invisible to you, and they are the ones who will choose the restaurant next time. A scheme built around a single payer quietly ignores most of the room.
There is a practical answer. Let everybody order from their own phone into one bill. Each person is then known to you, each one can hold a card, and the person paying still pays once.
"Frequency is the part most markets lack and this one has. What gets wasted is that nobody records who came, so a restaurant with hundreds of regulars still cannot name ten of them."
— Anzul Aqeel, founder of Get Menu
The third fact is the clock. Trade here runs long after the hour most software was designed around, and the last part of the night is often the busiest.
Anything that needs a member of staff to press something, look something up or approve something will not happen then. Not through carelessness, but because the room is full. So the rule is simple: nothing in the scheme may need a human decision at the moment it matters. In our own system nobody has to mark an order delivered for a stamp to count, and a tier discount is applied at checkout without a code and without a conversation.
Three places are possible, and only one of them survives.
Paper. It is at home, in a car, in a bin. Most earning never happens, and you learn nothing, because the card holds a record only the customer can see.
An app. For a restaurant somebody uses a few times a month, asking for an install is a large request, and the app is the first thing removed when the phone fills up.
The wallet already on the phone. Google documents this directly: the Google Wallet API lets customers add loyalty cards to the wallet on their phone from a link, an email or a message, with nothing to install. That is where our card goes today, and it updates itself when a stamp is added.
The Apple version is built and waiting on one thing, and Apple says what it is: passes must be signed with an Apple-issued certificate tied to a developer account. We would rather tell you that than let you find out later.
Restaurant loyalty cards that live in the phone's own wallet are still being used in month six, which is more than most schemes manage.
Pick one, and keep it simple enough that a customer can repeat it to a friend.
Above that, add a tier your regulars grow into, carrying its own automatic discount. Give rewards an expiry date so they are used rather than sitting on your books, and make sure two automatic discounts can never land on one order. The better single discount should win, every time.
A restaurant loyalty platform that keeps its own separate list of customers will drift out of date within a month. It works when it is fed by the ordering itself:
Ramadan, Eid and the days around them are when a Kuwait restaurant makes an unusual share of its year. They are also when a loyalty scheme is most likely to embarrass you.
Two things go wrong. The first is silence: the scheme sits there while the busiest fortnight of the year passes. The second is noise: three offers reach the same customer in a day because nobody was co-ordinating them.
Ready-made campaigns for Ramadan and Eid handle the first. A weekly cap per customer handles the second, and where two campaigns would reach the same person, the overlap is held for the restaurant to approve rather than sent. Marketing runs in its own queue as well, so a campaign going out can never delay an order confirmation.
Not the number of cards issued. That counts how many people were handed something, and it is the figure most likely to make a failing scheme look healthy.
Look at two other things instead. Cards that have never moved: people who joined and never came back, which tells you the first reward is too far away. And regulars who have gone quiet: customers who ordered steadily and then stopped, who can be offered something specific rather than being included in a message sent to everybody.
If you are still choosing the shape of the scheme, our guide to designing a restaurant loyalty program covers the mechanics in more detail, and the QR menu guide covers the ordering page the scheme sits on.
You get 15 days to try it, with no card asked for, which is long enough to launch a scheme and watch the first cycle of it. Pricing is on the pricing page rather than in this article. Payment stays with you: cash, or your own card machine at the door or the table, with no online payments in the system, so no card details are held in it, and an order's details are erased once they are 120 days old.
Yes, and that is the point of attaching it to the order rather than the counter. Somebody who never enters your restaurant earns exactly as somebody sitting at a table does.
If everybody orders from their own phone into one bill, everybody at the table is recognised, and one person still settles the whole thing.
No, and that is deliberate. A scheme that needs a member of staff to remember something at midnight is a scheme that stops working in your busiest hour.
No. The card is added to the wallet already on their phone from a link, so there is nothing to download and nothing for anyone to hand over.
Yes. There is a cap on how often one customer can be messaged in a week, and when two campaigns would reach the same person the overlap waits for you to approve it.
The hardware is the cheap part and it is the only part that actually transfers. Everything that makes it work belongs to somebody else.
Commission is the only software bill that grows every time the kitchen has a good night, and most owners have never worked out the month's total on paper.
One city wrote the fees into law, which makes them the clearest public numbers available on what delivery actually costs a restaurant.
Fifteen days with everything switched on. No card, no commission, ever.
Questions from other owners are answered in the community.