A digital spin wheel is a prize mechanic delivered on a kiosk, tablet or the customer's own phone, where each play draws against a controlled prize inventory rather than a random graphic. The system enforces per-person play limits, weights outcomes so prize spend matches budget, issues redemption codes, tracks which prizes were actually collected, and keeps an audit trail of every award.
The wheel is the visible five percent. What a brand is buying is inventory control, fraud prevention and a defensible record of what was given to whom.
- Awards drawn against real inventory, never a random number
- Per-person play limits enforced, not requested
- Redemption codes tracked to collection
- Full audit trail of every award and redemption
Where prize promotions come apart
Most prize mechanics are built as a graphic with a random function behind it, and they fail in one of two directions. Either the random draw gives away the top prize in the first hour and the rest of the campaign runs on consolation prizes, or it never gives it away at all and the brand ends the week holding the prize it advertised. Neither is a software bug; both are the consequence of not modelling inventory.
The second failure is repeat play. Without a way to identify a player, the same person plays eleven times, and a small number of participants absorb the prize pool. The third is reconciliation: prizes are awarded on screen, redeemed at a counter by someone with a different list, and at the end of the campaign nobody can say what was actually collected — which is the question finance asks and the mall landlord asks.
- A random function is not a prize plan; inventory has to be modelled and weighted.
- Unidentified play means a handful of people take the pool.
- Awarded and redeemed are different numbers, and only redeemed costs money.
- Promotional draws in the UAE carry permit and disclosure obligations.
- A wheel with no audit trail cannot answer a dispute weeks later.
Solution overview
Swedish Technology builds the prize engine first and the wheel second. Prize tiers are loaded as real inventory with quantities, and outcomes are weighted against remaining stock and remaining campaign time, so the top prize is available on the last day and the budget is spent at the intended rate. Where the client prefers certainty, a guaranteed-reward model is used instead: every player wins something, and the tiering controls the cost.
Players are identified before they play — by phone verification, an event badge tap, a QR on a receipt, or a loyalty ID — which is what makes a play limit enforceable rather than advisory. Winning a prize issues a redemption code with an expiry, redeemable at a counter app or scanned at a kiosk, and the system reconciles awarded against redeemed continuously. Every event is written to an immutable log that can answer a dispute or an audit months later.
How the solution works
- 1Prize plan Tiers, quantities, unit costs, total budget and campaign duration are loaded as inventory. The weighting is derived from these, not chosen by feel.
- 2Player identification Phone OTP, badge tap, receipt QR or loyalty ID identifies the player before the wheel appears, which is what makes a one-play-per-person rule real.
- 3Eligibility check The system checks play limits, campaign window, location and any qualifying condition such as a minimum spend, before allowing a spin.
- 4Draw The outcome is decided server-side against live inventory and weighting, then animated. The animation follows the decision; it never determines it.
- 5Award and code A redemption code with an expiry is issued to the player's phone and to the system, and the prize is decremented from inventory at that moment.
- 6Redemption and reconciliation The code is validated at a counter app or kiosk, marked collected, and awarded versus redeemed reconciles continuously for finance and for the venue.
Key capabilities
Reference architecture
The decisive design point: the draw happens on the server, against inventory. A client-side wheel that picks its own result cannot be audited and can be tampered with from a browser.
Deployment options: Cloud-hosted for multi-site retail campaigns; on-premise or edge where an event runs without reliable connectivity. Offline play is supported by pre-allocating a bounded block of outcomes to a device, which keeps inventory honest.
Hardware options
Often none — a phone-based campaign needs no hardware at all. Where a physical presence is wanted, this is the usual set.
| Device | Where it is used | Selection notes |
|---|---|---|
| Touchscreen kiosk or totem | Mall concourse, stand, store entrance | Draws attention and works for walk-up play. Needs a sunlight-legible screen in an atrium and a physical anchor. |
| Tablet on a stand | Staffed counters and smaller activations | Lowest cost and quickest to deploy; suits staff-assisted play where a person explains the mechanic. |
| Large display or LED | Behind the play position | Shows the wheel and recent winners at scale, which is what recruits the next player from across a concourse. |
| Receipt / barcode scanner | Where play qualifies on purchase | Validates a receipt or loyalty card so the qualifying condition is checked, not claimed. |
| Thermal voucher printer | Counter or kiosk, where a physical code is preferred | Optional. A printed code suits older audiences and venues with poor mobile coverage. |
Swedish Technology supplies and integrates equipment from established manufacturers; models are selected per campaign and venue.
AI capabilities
AI is used narrowly here — for fraud detection and for pacing the prize budget.
- Collusion and abuse detection — Flags patterns that suggest one person or group farming plays across devices, numbers or locations — the main way a prize pool is drained.
- Budget pacing — Adjusts weighting within approved bounds as the campaign runs, so a slow start or a surge does not leave the prize plan over- or under-spent at the end.
- Receipt validation — OCR on a receipt to confirm a qualifying purchase, with low-confidence reads routed to staff rather than auto-approved.
- Redemption forecasting — Predicts how many issued codes will actually be collected, which is the number that determines real prize cost and stock to hold.
Integrations
A prize system that does not talk to POS, loyalty and finance creates reconciliation work rather than removing it.
| System | Integration point & data exchanged | Direction |
|---|---|---|
| POS / retail systems | A qualifying transaction can unlock a play, so eligibility is confirmed against the sale rather than a photographed receipt. | inbound |
| Loyalty platform | Loyalty ID identifies the player and enforces limits, and awarded prizes or points can be written back to the member record. | bi-directional |
| Salesforce / HubSpot / Dynamics 365 | Opted-in players post as leads with campaign, prize tier and location attribution. | outbound |
| Event registration platform | At a show, a badge tap identifies the player, which removes the OTP step and links the play to a known visitor. → Exhibition & Event Visitor Management System | bi-directional |
| SMS / WhatsApp gateway | Redemption codes and expiry reminders delivered in the player's language through a UAE-registered sender. | outbound |
| Finance / ERP | Awarded and redeemed prize values exported for accrual and cost reconciliation. → Oracle E-Business Suite | outbound |
The integrations above are designed and implemented within project scope using vendor APIs, webhooks or standard connectors. They do not imply partnership, certification or endorsement by the system owner unless stated on that vendor's official pages.
Dashboards & analytics
- Live campaign — Plays per hour, prizes awarded by tier, inventory remaining, current effective odds and device health.
- Budget control — Prize spend awarded versus redeemed against budget, projected end-of-campaign position, and pacing adjustments applied.
- Integrity — Flagged abuse patterns, blocked attempts, duplicate-device detections and voided awards with reasons.
- Campaign report — Unique players, play-to-redemption funnel, tier distribution, opt-in rate and per-location performance.
Security & deployment
The draw is server-side and the client is only an animation, so a player cannot influence the outcome from a browser or a kiosk. Prize inventory is decremented in the same transaction that issues the code, which prevents the classic double-award race when two kiosks draw the last prize simultaneously. Redemption codes are single-use, time-bounded and validated only against the server. Where a venue has no reliable connectivity, a bounded block of outcomes is pre-allocated to a device so offline play cannot exceed the inventory allocated to it.
Data privacy
Prize mechanics collect identity by design, because a play limit is unenforceable without it. The minimum is collected: a phone number to verify and deliver a code, and nothing more unless the player separately opts in to marketing. Terms and the privacy notice are shown in Arabic and English before the first play, not buried in a link.
Under UAE Federal Decree-Law No. 45 of 2021 the brand running the promotion is the controller. Retention is set per class: the audit log of awards and redemptions is kept as long as the campaign's financial and dispute window requires; contact details collected only for code delivery are deleted when that window closes, separately from any marketing opt-in the player gave, which follows its own basis and retention.
Industry use cases
UAE & GCC considerations
Prize promotions in the UAE are a regulated activity. Commercial promotions and prize draws typically require permission from the relevant authority — the Ministry of Economy or the emirate's Department of Economic Development — and carry conditions on advertising, terms disclosure and how winners are recorded. The practical consequence for the system is that terms, odds where required, and an exportable audit trail are built in, and the permit timeline is a project dependency rather than a client formality.
This is why many campaigns here are designed as skill-scored or guaranteed-reward mechanics rather than pure chance: the outcome follows a correct answer or a score, or every player receives something with the tiering controlling cost. Both structures avoid the game-of-chance framing while keeping the engagement. Swedish Technology provides the technical audit trail and the mechanic design; the permit application itself is the client's or their agency's responsibility and should be confirmed with their own legal advisers.
Implementation approach
- 1Prize and mechanic design Tiers, quantities, unit costs, budget, duration and whether the campaign is chance, skill-scored or guaranteed-reward — this decides the regulatory route as well as the maths.
- 2Eligibility and identity design How a player is identified and what qualifies a play: OTP, badge, receipt, POS transaction or loyalty ID.
- 3Configuration and terms Inventory loaded, weighting modelled against budget and duration, bilingual terms and privacy notice prepared for client and legal review.
- 4Integration POS, loyalty, CRM and SMS connections built and tested, with redemption tested end to end at a real counter.
- 5Pilot One location or one day at low volume to validate odds behaviour, redemption flow and staff handling before the campaign opens fully.
- 6Run and reconcile Live monitoring of pacing and integrity through the campaign; at close, the awarded-versus-redeemed reconciliation and audit export are handed to finance.
Why Swedish Technology
- We model prize inventory and budget before drawing a wheel graphic, which is the difference between a campaign that lands on budget and one that does not.
- The draw is server-side and logged, so an award can be defended weeks later.
- Play limits are enforced through real identification, not asked for in the terms.
- Awarded and redeemed are reconciled continuously, because only redeemed actually costs money.
- We design the mechanic with the UAE regulatory route in mind and hand over the audit trail a permit condition or an internal audit will ask for.
Limitations & prerequisites
- Play limits are only as strong as the identification method. Phone OTP is robust; an email address alone is not, and should not be used where the prize value is meaningful.
- Offline play requires pre-allocating a bounded block of outcomes to a device, so a fully disconnected kiosk cannot draw from the whole live pool.
- Weighting controls expected spend, not guaranteed spend. A campaign with very low participation will under-spend its prize budget regardless of the model.
- Receipt OCR is not infallible; low-confidence reads are routed to staff, which needs a staffed position wherever receipt qualification is used.
- Redemption rate is a behavioural variable, not a system setting, and should not be forecast from a different campaign or a different audience.
- Permit requirements for prize promotions are the client's responsibility. This page is engineering guidance, not legal advice.
FAQ
Server-side, against live inventory. Each tier has a real quantity and the weighting is derived from remaining stock and remaining campaign time, so the outcome is decided before the animation runs. A wheel that picks its own result in the browser cannot be audited and can be tampered with.
By identifying the player before the wheel appears — phone OTP, event badge, loyalty ID or a POS transaction — and enforcing the limit server-side. Device fingerprinting and abuse-pattern detection catch attempts to farm plays across numbers or devices.
Commercial promotions and prize draws generally require permission from the relevant authority — the Ministry of Economy or the emirate's Department of Economic Development — with conditions on advertising, terms and winner records. We build the audit trail and terms handling those conditions expect; the application itself is the client's, and should be confirmed with their own legal advisers.
Yes, and it is often the better design here. A guaranteed-reward structure gives every player a prize with the tiering controlling cost, which avoids a game-of-chance framing and generally converts better than a low-probability jackpot.
Play continues using a bounded block of outcomes pre-allocated to that device, so inventory cannot be over-drawn, and the device reconciles when connectivity returns. The trade-off is that a disconnected kiosk draws from its allocation rather than the whole live pool.
Each award issues a single-use code with an expiry, validated at a counter app or kiosk. The system reconciles awarded against redeemed continuously, which is the number finance needs — awarded prizes that are never collected do not cost money, and the gap between the two is usually large.
Yes. A phone-based campaign needs no hardware: the player scans a QR or follows a link, verifies by OTP and plays in the browser. Kiosks and displays are added where physical presence recruits players from a concourse or a show floor.
Yes, including the terms, the wheel interface, SMS notifications and redemption codes, with RTL layout throughout. Language is chosen by the player and carried through to the code delivery and any reminder.
Discuss your site with an engineer
Tell us the venue, the expected visitor volume and the systems you already run. We reply with a technical view, a realistic scope and the next sensible step — a site survey, a working demonstration, or a full technical and commercial proposal.
Sources & evidence
- UAE Federal Decree-Law No. 45 of 2021 — Personal Data Protection Law — Governs collection, retention and cross-border transfer of visitor personal data in the UAE.
- UAE Ministry of Economy — Federal authority context for commercial promotions and prize draws.
- Dubai Department of Economy and Tourism — Emirate-level permitting context for promotional campaigns in Dubai.
Vendor and product names are trademarks of their respective owners; references are for technical context and do not imply partnership, certification or endorsement.