A hospitality technology platform that powers restaurants around the world and a consumer-facing reservation platform for diners.

UX/UI Designer



User Interviews, User Persona, Prototyping, Wireframing, Visual Design, Usability Testing

Sept 2021 - Oct 2021
(4 Weeks)


According to the New York Times, the average couple or group goes out to eat four times a month and tries a new restaurant at least once a month. Roughly, 2 hours and 32 minutes a week are spent negotiating on where to eat. Resy saw this as a great opportunity to help their users decide on a place to eat where all opinions are heard anonymously.

What is Resy's Polling Feature? 

  • Designed to allow a user to share a poll with friends/family so that each individual can anonymously choose a restaurant option and collectively vote on one option to make a reservation for.
  • Users are able to notify others of their allergies/preferences in food/additional notes.
  • Each party member can chat with each other anonymously on the platform regarding a specific option.
  • The creator of the event has the ability to make the reservation after finding out the results of the poll.


Create a polling system where a user can send a poll to their party so that each individual can enter their own preferences/options and later on vote on a place to eat at.


How did I actually get there? 

Understanding the Problem Space

I conducted two folds of research, user interviews and a competitive analysis with other companies in the problem space. I started with user interviews to identify user problems and any noticeable trends. A competitive analysis was then conducted to analyze other possible competitors that offer a similar service and identify any patterns or trends.

Research Goals

User Interviews and Findings

I organized virtual user interviews with 5 participants who had past experiences with planning to go out to eat. Here are some of my findings.

People are shy when voicing their opinions.

Several users expressed their frustration when planning to go out to eat with their friends. When offering places to eat, their friends won't weigh in on any option and just go with whatever choice the host has. In other cases, they have friends who just want to please everyone and just go along with the first mentioned option so as to not be judged or hurt anyone's feelings.

"Everyone is super passive so they just downplay things. Like I would send them options and someone else would too. And no one responds. I message them all again in our chat and then they just end up picking the first yelp link I send to them. Sometimes they're like I don't care or just shy and then complain later about it." - Female, 25

Less collaboration when groups break into smaller groups.

In some cases, especially with larger parties of 6+, participants mentioned that large groups tend to break into smaller ones. This occurs because each person is trying to find an option, but what ends up happening is that the individual has a smaller discussion with another and doesn't let the entire group know. Wasting more time in the decision making process.

"So it’s like one person has the menu on their phone and shares, but then another person is looking at pics with another on theirs. And then we're having conversations in smaller groups and not really talking as a whole. It’s just hard to share all these details with everyone" - Male, 25

Frustrating to share multiple links in a group chat.

A common frustration amongst all participants was the case of sharing Yelp links in their group chat. For example, one person would send 4 places to eat at, but because people tended to scroll and miss it, their friends would just pick the first/most recent one they see. Users stated that information easily gets lost when this happens.

"It’s also hard to share all the information regarding different places to eat at. Some applications don’t even allow me to send to others as a list. I would have to screenshot the place or sharing multiple links with them and then people would forget about it and later on just pick the most recent option" - Female, 25

Creating polls has led to effective outcomes.

Users mentioned the use of polls at work to help them decide on a place to eat. By having one individual create a poll and have one person decide all the places or have each person decide on a place and pick, usually all participants are happy with the end choice.

"We just do a quick poll with all the options and majority wins. No one ever is opposed to the majority after the poll so it all works out." - Male, 24

Competitive Analysis

With the rise of the pandemic, these applications have risen to popularity because of the need to do reservations instead of walk-ins to avoid health risk. Below I listed the strengths and weaknesses between each of the services, which will later help inform my design decisions.

How Might We (Problem Statements)

From the user interviews, I reviewed the major needs, motivations, and pain points of the participants. I saw that there was a frustration when collaborating on a place especially because people were shy in voicing their opinion, but also it was hard to put all options into one place. I created a How Might We statement based on these.

How might we help people who want to remain anonymous in the decision-making process? 


Crazy 8's

After crafting my problem statement, I generated various solutions that would resolve the needs of the users. Using the Crazy 8's method, I was able to interpret my ideas and generate different solutions. Below is one of the rounds of Crazy 8's: 


Looking back on my ideas, I created a storyboard showcase the strongest idea, as well as some of the others. The storyboard below depicts the host creating a poll and sending it out to their contacts where they can all enter their options and vote anonymously.

Defining the User


I used the data from the user interviews to create a persona, Freddie Liu, to represent a part of our target users. By creating a fictional persona, I was able to personify the needs and wants of the target users into a single person. Freddie is a young adult professional that wants to have fun on the weekends with his friends, but doesn't want to waste time arguing or staying silent about deciding where to eat.

User Flow

Next, I created some user flows with those pages that Freddie would take to complete his goal of going to eat with his friends. I kept iterating my user flows because as the design progressed, I realized that there were more pages that need to be created for a complete experience. The primary flow was then broken down into 3 sub user flows that the user would take to complete their task. These include: 

  1. Creating the poll and sending it out to their guests
  2. Opening the poll, filling out their preferences and restaurant option, and voting on an option
  3. Viewing the winning option, sharing the results with their guests, and making a reservation

Low-Fidelity to Mid-Fidelity Wireframes

Using the storyboard as a rough sketch, I started building out key pages from the user flow. Based on the user research, most Resy users are using the mobile application to book reservations. And for this reason the wireframes will be of the mobile application. My goal for the design was to make it easy and simple to set up.

Poll Creation Page
Send to Contacts
Group Message Page
Allergies/Preferences Page
Preferences Confirmation
Entering Option Page
Party Preferences Page
Option Chat
Voting Page

First Round of Usability Testing

After completing the mid-fidelity wireframes, I did a round of usability testing. Changes were made to accommodate the major issues expressed by users with the current design. Issues included:


Because this project is an added feature, I decided to keep true to Resy's Brand Guidelines. Keeping their signature red-orange color with their contrasting blues. The application is in dark mode following iOS Guidelines for mobile applications. For fonts, Resy uses a unique font which I wasn't able to access so I used GT America.

High-Fidelity Wireframes

Building off of the mid-fidelity wireframe and using the style guide, I built the high-fidelity wireframes.

New Feature Onboard
Resy Homepage
Poll Creation Screen
Send Poll to Friends
iMessage Screen
Welcome to Poll Screen
Preferences Screen
Enter Option Screen
Party Preferences Screen
Option Chatting Screen
Vote Submission Screen
Profile Screen
Winning Option Screen
Restaurant Screen
Reserve Now Screen

User Feedback and Testing

Usability Testing

After creating the high-fidelity design, I wanted to test the design with another round of usability testing. I wanted to test the new adjustments I made to various parts of the design and to make sure there aren't any confusion or struggles throughout the process. I gathered 5 users to test the prototype through Zoom. I had them perform three tasks: 

  1. You are a host and want to create a poll and share with your friends
  2. You have joined the poll and now need to add your preferences and opinion and then vote.
  3. You are checking on which option won and need to share the results with friends and then make a reservation.

Findings and Iterations

There was a 100% completion rate, all participants were able to successfully create a poll and share it with their friends. The users were also able to enter their preferences, restaurant of choice, vote and book a reservation for the winning restaurant. However, there were changes to be made based on the usability testing. Below, I detail out each one.

New polling icon does not accurately depict the polling process.

All participants were confused on the choice of icon design, it reminded them more of cell service rather than a poll. Based on the feedback, they felt that the icon should look something like the voting system that is being used. I then created an icon that's more known as a ballot icon. With the new icon users found the change to click on it to create a poll more intuitive.

"I don't really know how I feel about the new icon for the polling feature. It reminds me too much of a statistical graph or cell service rather than the voting that we do." - Male, 24

Call-to-Actions inactive and active usage

Resy's current application uses the blue CTA as the main active CTA when making reservations. However, when entering their allergies/restrictions, the CTA is either grey with "None, continue" and white with "Continue" as both active. Users were left unsure whether they could click the grey CTA without having to choose an option. To resolve this problem, I made all active CTAs blue and all inactive states grey. I also included a "None" option so that users can tap on that and then the CTA becomes active.

"The CTAs are confusing because I saw both blue, grey, and white being used as active? I'm so used to seeing when we have to add information for buttons to have both an inactive and active state. When I saw the grey button, I thought I had to click on option, but didn't see a 'none'" - Female, 24

Party Preferences Layout

The first concern for the party preferences layout is that we are viewing the user's preferences first over the party's. However, because it's called party preferences, we want to see the party's responses. To resolve this, I switched the order.

The second concern is how we are viewing the information. Originally, I had it where you were able to see the anonymous responses of each individual. However, users brought up the situation where we have a larger party (i.e. 20 people). It would be frustrating for the user to view each person's response and count the number of times they said a particular preferred cuisine/allergy/additional requests. To resolve this, I made it so that to the right of the option name, we have the number of responses people gave to that similar answer. This allows the user to quickly identify the preferences of the entire party as a whole and make the decision on what option they should add or vote on.

"I like that we are able to see what the party wants without knowing who they are, however, I feel like their could be a better way to show it. Cause what happens if I had a party of 20 people? I don't really want to scroll through each one and have to pull out a piece of paper to count what people put." - Female, 25

Learning & Takeways

It was a fun challenge designing with the constraints of an existing application such as Resy. The most important thing I learned from this project is the need to not build a feature with something that I would want, but rather a feature for a bigger problem that affects a bigger population. I enjoyed spending the time to do the research for this project and discovering a pain point that was almost overlooked. I also learned that usability testing at every stage of building is important. It allowed me to iterate and correct any issues in the early stages. I was glad to create a new feature for an application I used on my travels and hope that it does become real one day so that people can stop wasting time and just eat.

What went well?

  1. Participants from the testing enjoyed the new feature app and would use it.
  2. Insightful user interviews/research that lead me to create a solution based on user data.
  3. Ideating different ideas and the user feedback I got that helped to build this new feature.

Areas for improvements

  1. The way the Party Preference Page looks so that it looks more like statistical information rather than entered information.
  2. I feel that the party polling icon could be better and match more of Resy's icon style.
  3. Build out some of the Resy screens because some are screenshots to speed up development time.

What is the plan moving forward?

  1. More usability testing and feedback for Resy's new feature.
  2. Update the chat feature for each individual option, making that look better.
  3. Work on the Poll Creation section using interactive components to make the process more seamless.