Skip to content

Porsche, via Cryptoplaza · 2023

Porsche 911 GT3 RS

A bespoke NFC collectible experience for owners, and the project that revealed the need for a reusable platform.

  • Bespoke NFC
  • Premium brand
  • Light & dark system

Light and dark · every state

The welcome screen: a video of the GT3 RS and a step-by-step promise
My Collection, with the delivery collectible owned and the rest still to earn
The delivery collectible in dark theme, commemorating the handover of the car
Role
UX/UI Designer
Timeline
2023
Status
Launched
Scope
Product journey · Information architecture · UI in two themes · NFC card and terminal touchpoints · Developer handoff
01

Context

A collectible you hold before you ever see it

An exclusive NFC collectible experience for Porsche 911 GT3 RS owners. The entry point was not a link or a QR code: it was a printed activation card handed to the owner, and a terminal at the event — the digital product had to feel worthy of that object, and of a car whose buyers notice everything. I designed the complete journey: the card and its instructions, the terminal states, and a full mobile web product in two themes, from first tap through collection, leaderboard, events and wallet management.

The front of the GT3 RS Tribute token activation card, with the Porsche crest and a green 911 silhouette
Front · the object the owner is handed.
The back of the activation card carrying the usage instructions
Back · where the whole instruction set has to fit.
02

The journey

Card, terminal, collection

Physical → digital

  1. Activation cardNFC, handed over
  2. Terminaltap at the event
  3. Web appopens on the phone
  4. Walletcreated or connected
  5. Collectionthe collectible arrives
Each of those five moments needed its own designed state, including the ones where nothing works.

The event terminal in its idle state, inviting a tap
Terminal · idle
The event terminal confirming a successful collection
Terminal · collected

The owner taps a printed card

The terminal confirming the tap was read

A collectible arrives

The phone confirming the collectible was added to the collection
The terminal and the phone are one interaction, so they were designed as one: the terminal never confirms something the phone has not yet received.
03

Onboarding

Explain a wallet without saying the word first

The audience here is a Porsche owner, not a crypto user. The first screen is a video of their own car; the second explains, in plain language and before asking anything, that a wallet is what will hold the collectible, and offers to make one for them.

Welcome, dear collector: an intro video and consent to the terms
Welcome
An explanation of what a wallet is, with Do you own a wallet? and two clear answers
What a wallet is, and do you have one
Let’s create your wallet, with a single Create my wallet action
One action, no jargon
A hexagon animation while the wallet is being created
Hang on tight · the wait, designed
Your wallet is ready, showing a shortened wallet ID
Ready, with the ID visible
04

The system decision

Two themes, one product

Decision 01

Design every screen twice rather than pick a side

The tension

The app would be opened in very different settings: a bright showroom or event floor, and a phone in a garage or at home in the evening. I judged that a single theme would compromise one of those settings, and Porsche’s own visual language works in both, so picking one felt like discarding half the brand rather than solving a real constraint.

What I chose

I designed the complete product in light and dark, as one system rather than two skins: the same layout, the same hexagon geometry, the same green as the single accent, with surface and text roles swapping. Every state in the flow, including errors, empty states and modals, exists in both.

The welcome screen in light theme
Light
The same welcome screen in dark theme
Dark
The empty collection in light theme
Light
The same empty collection in dark theme
Dark
05

Ownership

The collection, and what it means to be empty

The collectible is a hexagon, a shape borrowed from the car’s own design language rather than invented for the app. The collection grid uses it at three levels of state: filled and green when owned, outlined and grey when not yet collected, and flat grey when the collectible belongs to an event the owner did not attend.

An empty collection explaining that the first collectible is the delivery one, with a single Redeem action
Empty · with the first step named
A collection with the delivery collectible owned in green and the rest still grey
Owned
A greyed-out collectible from an event the owner did not attend
Not obtainable, and honest about it
The delivery collectible commemorating the handover of the car, dated
The delivery collectible

The empty state is the first screen most owners will ever see.

So it does not say “nothing here yet”. It names the collectible they already own by right, the one commemorating the delivery of their car, and gives them a single button to redeem it. The product starts with a gift, not with a void.

06

Competition

A leaderboard that never shows you nothing

Decision 02

Open the leaderboard at the reader’s own position

The tension

A ranking of collectors is motivating for the top ten and demoralising for everyone else. Owner 122 opens a list of names they will never catch, sees no reason to scroll, and closes it.

What I chose

If the owner is not in the top ten, the page still opens at the top, but a pinned Your place row carries their real position, and the list scrolls automatically to show them in context. The same component renders both cases; only the anchor changes.

The leaderboard with a pinned Your place row showing position 122
Outside the top ten · position pinned
The leaderboard scrolled to show the owner highlighted at position two
Inside it · highlighted in place
07

Breadth

Events, wallets and the parts nobody demos

Collecting is only part of the product. Owners need to know which events will hand out which collectibles, be able to add one to their calendar, connect a second wallet without losing the first, and reach a human being when something goes wrong.

An events list with dates, locations and the collectible offered at each
Events · and what each one gives
Connect a new wallet, explaining what will happen before it does
Connecting a second wallet
Confirmation that a new wallet is connected, with its ID
Confirmed, with the new ID
Contact and help, with a phone number and an email address
A phone number and an email

A congratulations screen after tapping the card at an event
Tap the card at an event
A congratulations screen confirming a newly collected item
Collected
Settings, listing the wallet ID, help, the intro video, privacy and terms
Settings
08

Implementation

What shipped, and where it broke

The product launched. These are captures from the live build rather than from Figma. Lower resolution, and kept that way on purpose: they are implementation evidence, not design work.

The live app inviting the owner to tap their card for the Petit Le Mans collectible
Live · tap your card
The live app confirming the Petit Le Mans collectible was collected
Live · collected
An offline error telling the owner to find a member of staff and confirming the collectible will arrive later
Live · no connection
The flow board engineering built from: every branch, in both themes, with the annotations that explain why each screen exists.
09

Why it matters

The project that made a platform necessary

Porsche was not a Passport deployment. It is the reason Passport exists.

Everything here was bespoke: a Porsche-specific visual system, a Porsche-specific journey, a Porsche-specific terminal, two full themes. It worked, and the moment a second brand asked for something similar, the cost of building it that way became impossible to ignore.

This project forced three questions: what is reusable, what is genuinely brand-specific, and what has to be configurable rather than redrawn. They are the questions POAP Passport was built to answer. This case is counted as a bespoke experience and never as a Passport implementation.

End of case

If your product has more rules than screens, we should talk.

Next case · 04 · Swift · Innotribe, via POAP StudioSibos Quest38 collectibles, four routes, and the touchpoints that reach them.