Scan to order

End-to-end product design project case study

Company
Timeline
Role
Platform
01 — Direction

The brief

We wanted to build a new product module for Atlas that will:

Thats pretty vague. Right? Yes! So I decided to study the existing workflows and pain points.

02 — Research

Problem discovery

To kick off the project, I conducted user research by interviewing seven outlet managers from different restaurants in Singapore. The goal was to understand the current challenges faced with their existing QR ordering solutions.

Through these interviews, I gained valuable insights into the pain points and limitations of the current systems. I documented the research findings, identifying both positive aspects and potential risks associated with implementing new solutions.

Positive research findings Problems from research Risks identified
03 — Sprint

Design sprint time!!

A 5-day design sprint would be a luxury and a big ask from the entire team. So I cut the steps down into a 2-day design sprint — putting everyone's time only on the most important part.

2-day sprint plan
04 — Day 1

Defining the long-term goal

A collaboration session with the team to define the long-term goal for the product and business. We discussed and refined the project's metrics and goals, using sticky notes on Miro board to map out and vote on the preferred direction. This exercise helped align the team's vision and set a clear path for the project.

For guiding the team towards the right values, I prepared a value metric and how it relates to the business benefits. The flowchart explains how we should focus on values such as productivity, cost reduction, and diner experience to drive the metrics we care about.

Value mapping Metrics framework Goals voting
05 — Targets

The metrics we chose

Diner % of QR ordering + checkouts vs human-assisted checkouts >90%
Merchant Merchants are happy to pay for this feature when priced 20% above market rate (by 3rd month paid) 3 mo
06 — Journey

User journey map

A user journey of a typical scan-to-order + restaurant experience — from both the diner and outlet staff perspective — created by me based on the learnings from interviews (and experience as a diner myself). This map served as a visual representation of the entire ordering process for the activities to come.

Detailed user journey map
07 — How might we

Generating HMWs

I used this diagram to educate (or refresh) the team on how to generate relevant HMWs. The team added How Might Wes (violet sticky notes) onto the user journey map to identify specific problem areas to generate potential solutions.

There were too many HMWs from various perspectives. Being a small startup, we couldn't solve all at once. We needed to identify the most impactful ones for business, with haste. So I organised a card sorting exercise to group the HMWs into categories. This ensured: focus on key categories, everyone aware of each, and lightning-fast prioritisation.

HMW framing guide
User journey simplified HMW board
Card sorting exercise Selected HMWs
08 — Competitors

Competitor research

A simple competitor research was done on the products available in the market to aid with the brainstorming — and partially to make sure we'd be a differentiator in the market.

Competitor analysis
09 — Crazy 8s

Brainstorming

Crazy 8's and voting were done with the whole team, considering the HMWs and the competitor research. Everyone got their hands dirty sketching.

Crazy 8s sketch 1 Crazy 8s sketch 2 Crazy 8s sketch 3 Crazy 8s sketch 4
10 — Prioritisation

Impact × Effort analysis

I ported the ideas from the brainstorming session into a Google Sheet and did an impact/effort analysis towards the following values:

Ranked them in order and decided Phase 1 (P1), Phase 2 (P2), Phase 3 (P3) sequence after discussing with the tech lead / CTO an order that makes sense for the architecture of the system. For Phase 1, we picked up and continued to UI design and usability testing.

Impact vs effort chart Phased ranking
11 — UI iteration 1

First crafting pass

I took the pen and went to Figma (solo designer — me). Crafted the UI, frequently tested within the team and a few friends — as we all are diners ourselves too. Many variations of UI were drawn and tested.

The first one (the yucky one 😅) looked decent. But it didn't pass a few criteria:

So I went back and had some focus time to rebuild it.

UI iteration 1
12 — Design system

Setting up the foundation

It's always good to have a design system for fresh projects. I've learned that later down the road, it's real tough to squeeze in and change component designs. So I decided to spend some time as early as possible to set up a design system and align it with the engineers.

The success of the system came from:

Design system
13 — Final UI

UI iteration 2 (final)

Yes! And there it was — much neater, accessible, and differentiated thanks to the benefits from the design system above. Now it was time for the moment of truth 🙏 — to take all the efforts of the workshops, alignment, design sprint, UI design, and testing to real diners.

Final UI screens Final UI screens
14 — Testing

Usability testing

To validate the design, I conducted usability testing aimed at gauging the understandability of the product flow and UI, and analysing potential task-success risks. For this project it was easier than others to find users — they could be any diners in Singapore. I went down to various restaurants to interview diners.

The results were not bad. Generally got people's buy-in that they would be using the niche features like recommendations, call staff, etc. There were a few improvements to make at the login prompt pages in the checkout flow, which were fixed and retested.

Usability testing
15 — Shipping

Wearing the PM hat

As the project entered the final stages, I donned the hat of a product manager. Responsibilities included obtaining buy-ins from existing merchants to ensure adoption of the new product once launched. Received buy-ins (WTP — willingness to pay) from 3 merchants in 2 days from the demos/pitches I conducted on the Figma prototypes.

I set deadlines for the engineering team, effectively sequencing the product into three phases. To track progress and maintain communication, I managed Linear tasks (JIRA alternative) and organised weekly kickoff meetings.

Linear task management
Impact 🎉

Results at 3 weeks

The product launched for selected merchants on 17 April 2023. As of 11 May 2023 — just 3 weeks in — here's where the numbers landed:

Sales via Scan to Order $85k From 704 orders, vs SGD 80k on manual POS orders
Diner sentiment 10/11 Diners mentioned good words about the ordering experience and that it was very easy to use
QR vs human-assisted 40% Target was 90% — clear headroom to grow as adoption spreads

Merchants are happy to pay for this feature when priced above market rate — validating the willingness-to-pay assumption from the kick-off.

16 — Post-credits

In the wild

Scan-to-Order QR codes at Cajun on Wheels tables 🥹. Onboarding and training the outlet staff.

QR code at restaurant table Training staff
← Back All work Next project → AI-assisted ads