Caesars Rewards: Mobile & Kiosk Loyalty Experience

2020-2023

At Everi, I designed intuitive rewards and wayfinding touchscreen kiosk interfaces, as well as mobile applications, for multiple casino properties. By the end of my tenure, I led end-to-end design initiatives for Caesars Resorts (50+ global properties), directing client communication and managing development handoff to engineering teams.

I spearheaded the transition from Photoshop to Adobe XD, modernizing the UI prototyping workflow and maximizing our existing Adobe Creative Cloud enterprise investment to keep tooling costs low.

From there I implemented design systems and reusable component libraries, enabling rapid layout adaptation across properties while maintaining a consistent and scalable user experience.

scope of work

• UI Design
• Direct Client Communication
• Design System Development & Implementation
• Photoshop to Adobe XD Migration

The Impact

Caesars Design System Stats
50%
Faster turnaround time
Reusable components cut screen production time per property
Build it once, use it everywhere
Component updates cascade across every screen automatically
0
Guesswork in handoff
Named tokens and defined specs removed ambiguity for engineering

If I Were Building This Today in Figma

This project predates Figma variables, which means a lot of what I was doing manually (maintaining color consistency, managing spacing values, adapting layouts across screen sizes) would be significantly more efficient today. The approach would be the same at its core: tokens first, components second, patterns third. But the tooling would change everything.

Today's Figma toolset would make that same foundation significantly more scalable, maintainable, and developer-friendly.

Building a Scalable Design System

When I first proposed migrating from Photoshop to Adobe XD, I knew it would be a large undertaking. Rather than overhauling everything at once, I took an incremental approach, each time a property came to us for updates, I used it as an opportunity to migrate that work into the new tool. This meant the system grew organically alongside real project needs, rather than as a separate initiative running in parallel.

Color Foundation

The foundation started with color. I established a naming scale from 100 to 1000+, intentionally leaving room for the system to grow. If a lighter red was ever needed down the line, we could slot in a red-50 without breaking the existing architecture.

Typography

With color established, I moved on to typography. Caesars uses Brown Pro as their brand typeface, and the goal was to define a clear, consistent scale that worked across the demands of a large touchscreen kiosk environment, from bold hero headlines down to fine print disclaimers.

I anchored the scale to the 8pt grid, meaning every font size is a multiple of 8. This keeps the type system consistent with the broader spacing system and makes implementation straightforward for developers, no arbitrary values.

The reason this works so well in practice comes down to how screens are built. The majority of popular screen sizes (phones, tablets, kiosks) are divisible by 8, which means elements sized and spaced on this grid sit cleanly on nearly any display without rounding errors or misalignment. Designing in multiples of 8 is essentially designing in the native language of most devices.

The scale starts at 80pt for large display moments and welcome screens, where the user needs to read information at a distance in a loud, bright casino environment. From there it steps down incrementally, covering headlines, subheadings, body copy, labels, captions, and button text.

Button Components

With the color and type foundations in place, I moved on to building out the button components. Kiosk interactions are fundamentally different from mobile. Users are standing, often in a loud and visually busy casino environment, tapping a large public screen with a finger rather than a thumb. Because of this, I set a minimum button height of 64pt across the board, well above the standard 44pt minimum recommended for mobile. This reduces mis-taps and gives users confidence when navigating through a transaction.

Each button was built with four states: active, hover, pressed, and disabled. The active state is the default, full-color gold. Hover introduces a subtle shadow to signal interactivity. Pressed flattens that shadow to give tactile feedback on touch. Disabled strips the color entirely to a muted gray, clearly communicating to the user that an action isn't available without requiring any additional explanation.

Building these as components was an essential part of the process. If a brand ever needed to update their kiosk design, changes could be made at the component level and cascade through the entire system automatically, no hunting down individual instances across dozens of screens.

It also meant that reskinning interface files for new properties down the pipeline became significantly faster and more predictable. What previously required rebuilding screens from scratch in Photoshop could now be handled by swapping tokens and updating a component in one place.

Caesars Rewards — Kiosk Design System
Kiosk Design System

Caesars Rewards
Kiosk Design System

Brand-true design tokens, components, and specs for rewards kiosk experiences.

Kiosk · Touch Brown Pro 8pt Grid v2.5 · 2023

System Overview & Rationale

This design system encodes the complete visual language of Caesars Rewards, from the smallest token to full screen patterns, so that every surface a member touches feels like the same brand.

Token Architecture

Every visual value traces back to a named token. Instead of writing #A41C32 across 40 components, you write var(--red) once and reference it everywhere. Changing the brand palette becomes a single-file edit.

Global Tokens
--red
--red-light
--red-dark
--gold
--gold-dark
--ink
--surface-1
--surface-2
Tier Tokens
--tier-gold
--tier-platinum
--tier-diamond
--tier-diamond-p
--tier-7stars
Spacing Scale
--s2 · 8px
--s4 · 16px
--s6 · 24px
--s8 · 32px
--s10 · 40px
--s12 · 48px
Component Use
Tab active → var(--red)
CTA → var(--red-light)
Balance → var(--gold-dark)
Input focus → var(--red)
Body text → var(--text-1)

Atomic Design Approach

The system was built bottom-up. Rather than designing screens and extracting styles later, tokens came first. Every component and pattern above inherits from the layer below.

01
Tier 1 · Atoms

Design Tokens

The raw values of the design language. Every color, typeface, spacing unit, and shadow lives here as a named variable. Changing a token cascades automatically to everything that references it.

--red --gold --font --s8 --r5 --tier-diamond
02
Tier 2 · Molecules

Components

Reusable UI building blocks composed from tokens. Buttons, inputs, cards, badges, and progress bars. Each component consumes token values only, no raw hex values or magic numbers.

CTA Button PIN Input Balance Card Toast Progress Bar Tier Badge
03
Tier 3 · Organisms

Screen Patterns

Full compositions that assemble components into complete experiences. The Kiosk Home, Sign In, Rewards Balance, and Dashboard screens are organisms built from components, never starting from scratch.

Kiosk Home Sign In My Rewards Dashboard PIN Entry

Multi-Platform Strategy

Kiosk and mobile share the same token foundation, but the component rules change based on context, distance, and stakes. This is the core systems challenge — and directly parallels in-vehicle vs. mobile design.

Rewards Kiosk

Casino floor · Arm's length
Distance 18–24 inches — larger type, bolder contrast required
Touch Finger-tip, no hover — minimum 64×64pt target
Context Bright, loud, glare-prone — high contrast essential
Session Short, task-focused — check credits, print offers
Type Min 18px body, headers 32–48px

iOS Mobile App

Personal device · Thumb reach
Distance 10–14 inches — denser information, finer type
Touch Thumb-reach zones drive layout — 44×44pt HIG min
Context Variable — pocket to bright sunlight, adaptive UI
Session Browsing, exploring offers, tracking status over time
Type 14–16px body

Key Design Decisions

Design systems work is as much about rationale as craft. Every decision below can be articulated to engineers, PMs, and stakeholders.

1

Token-first over component-first

Starting with tokens instead of jumping to components means the entire visual language is defined before any UI element is built. This prevents color and spacing inconsistencies from creeping in during component work, and makes future brand updates a single-file change rather than a system-wide find-and-replace.

↳ Directly addresses design-to-engineering handoff friction
2

Separate tier token layer for loyalty status colors

Caesars has six membership tiers each with distinct visual identities. Encoding these as their own token layer (--tier-gold, --tier-diamond, etc.) means tier-specific UI — badges, progress bars, card accents — references semantic names rather than hardcoded values. Tier rules can change independently of the brand palette.

↳ Semantic tokens prevent tier color misuse across components
3

Kiosk touch targets set at 64px minimum — not iOS 44pt

iOS HIG specifies 44×44pt minimums for mobile. Kiosks are used with fingers on large screens in noisy, distracted environments. Raising the minimum to 64px and the ideal to 80px (16pt gap between all targets) reduces mis-taps that frustrate users mid-transaction. Platform context defines the constraint, not the platform default.

↳ Context-appropriate accessibility reduces user error
4

SVG icons use literal hex values, not CSS custom properties

CSS custom properties (var(--red)) do not resolve inside SVG presentation attributes (stroke="var(--red)"). Using literal hex values in SVG markup while reserving CSS variables for layout prevents silent rendering failures across browsers. Knowing the token system's limits is as important as knowing how it works.

↳ Prevents a common cross-browser SVG rendering bug
5

8pt spacing grid — no arbitrary values

Every spacing value in this system is a multiple of 4px, defined as a named token (--s2 through --s20). This forces consistency in padding and layout decisions, creates visual rhythm across components, and aligns with the standard grid conventions used by iOS, Android, and most web frameworks — making engineer implementation faster and more predictable.

↳ Shared grid vocabulary reduces implementation friction
01

Color System

Brand Core

Red · Primary
--red · #A41C32
Ink · Brand Black
--ink · #23252B
Gold · Rewards
--gold · #C9973A
White · Text
#FFFFFF

Red Scale

Red 100
#F6E8EA
Red 200
#EDD2D6
Red 300
#E4BBC1
Red 400
#DBA4AD
Red 500
#C87784
Red · Brand ★
#A41C32
Red 700
#831628
Red 800
#62111
Red 900
#420B14
Red 1000
#450B15

Gold Scale · Rewards & Premium Moments

Gold 100
#FCF7EA
Gold 200
#F5E4B8
Gold 300
#DFB160
Gold · Brand ★
#C9973A
Gold 500
#9B721F

Surfaces

BG
#1A1C21
Surface 1
#23252B
Surface 2
#2C2F38
Surface 3
#363944

Membership Tiers

Gold
#C9973A
Platinum
#A8B2BE
Diamond
#7EC8E3
Diamond Plus
#5B9BD5
Diamond Elite
#3B7DC4
Seven Stars
#A41C32
02

Typography — Brown Pro

Role Sample Size / Weight Leading Use on Kiosk
Display 48,250 56pt / Black 900 60pt Balance, hero numbers
H1 Welcome back, Melissa 40pt / ExtraBold 800 48pt Screen headlines
H2 Your Rewards Summary 32pt / Bold 700 40pt Section titles
H3 Diamond Membership 24pt / Semibold 600 32pt Card & panel titles
H4 Upcoming Promotions 20pt / Semibold 600 28pt List headers
Body LG Your credits never expire as long as you visit at least once a year. 18pt / Regular 400 28pt Primary body copy
Body Earn credits at all Caesars Entertainment properties. 16pt / Regular 400 24pt Secondary body, labels
Small Valid through March 31, 2026 · Terms apply 14pt / Regular 400 20pt Captions, disclaimers
Label Reward Credits · Member Since 2019 12pt / Bold 700 · ALL CAPS 16pt Category labels, eyebrows
03

8pt Grid & Spacing

sp-1 · 4pt
4px · optical nudge only
sp-2 · 8pt
8px · icon gap, micro
sp-3 · 12pt
12px · label gap
sp-4 · 16pt
16px · dense padding
sp-5 · 20pt
20px · row padding
sp-6 · 24pt
24px · card padding SM
sp-8 · 32pt
32px · card padding MD
sp-10 · 40pt
40px · card padding LG
sp-12 · 48pt
48px · section gap
sp-16 · 64pt
64px · screen margin
sp-20 · 80pt
80px · safe zone edge
04

Border Radius

r1 · 2pt
Code chips, tags
r2 · 4pt
Code chips, tags
r3 · 8pt
Badges, inputs
r4 · 12pt
Buttons SM
r-full
Pills, numpad keys
05

Button System

Variants

Kiosk Sizes

Shape & States

06

Iconography

house
star
person
credit card
clock
location
tag
checkmark
exit
cup
qrcode
refresh

Kiosk Icon Sizes

20pt · Tab bar
24pt · Inline
28pt · Kiosk standard
40pt · Icon frame
56pt · Hero moment
07

Kiosk Components

Rewards Balance Card

Reward Credits
48,250
≈ $482.50 in free play · Expires Dec 31, 2026
Tier Status
Diamond
Tier Credits
12,500
Next Tier
7,500 to D+
Member Since
2019
Diamond 12,500 TCDiamond Plus 20,000 TC

Kiosk List Rows

Reward Credits Balance
Updated just now
48,250 ›
Active Offers
3 offers available · Expires soon
3 ›
Nearest Property
Caesars Palace · 0.3 mi

Toasts & Notifications

Tier upgrade unlocked!
You've reached Diamond status.
Credits applied
500 credits added to your balance.
Offer expiring soon
2× credits offer ends in 3 hours.
Card not recognized
Please try inserting your card again.

PIN Entry · Numpad

1
2
3
4
5
6
7
8
9
0
Enter

Text Inputs

Seven Stars Offer Active Verified Pending
08

Accessibility

Contrast Ratios

Aa
White on BG
19.8:1 · AAA ✓
Aa
Red Light on BG
4.9:1 · AA ✓
Aa
White on Red
5.3:1 · AA ✓
Aa
Ink on Gold
6.1:1 · AA ✓

Kiosk Touch Targets

Min 64×64pt
Kiosk compliant ✓
16pt gap minimum between all adjacent interactive targets. Use .contentShape(Rectangle()) to expand hit areas beyond visual bounds in SwiftUI.

VoiceOver & Display

All icons require accessibilityLabel. Reward credit amounts use accessibilityValue. Use .accessibilityElement(children: .combine) for balance card rows. Support Increase Contrast via UIAccessibility .isDarkerSystemColorsEnabled. Never convey tier status through color alone — always pair with text label. Kiosk brightness should be ≥ 400 nits in ambient environments.
Next
Next

Optimizing Web & Brand Strategy