Back to work HotelArc

Designing a Hotel Booking Experience That Reduces Decision Anxiety

HotelArc is a self-initiated concept project exploring a problem I encounter almost every time I book travel. Finding a hotel is easy. Choosing one with confidence is harder.

Most booking apps provide an endless list of options, filters, reviews, photos, and pricing combinations. By the time users reach checkout, they often feel less certain than when they started. I wanted to understand why booking feels so mentally demanding and whether the experience could be designed around confidence rather than volume.

Role Product Designer
Scope Research, UX, UI, Design System, Prototyping
Tools Figma
Year 2022
HotelArc app overview

The Problem

Most hotel booking apps optimize for inventory. Users are shown hundreds of options, dozens of filters, and large amounts of information at every stage. More information should help people decide. In practice, it often creates the opposite outcome.

Through research and competitive analysis, three recurring issues appeared.

Pricing lacked transparency

Taxes, fees, cancellation policies, and availability were often hidden until late in the booking flow. Users struggled to understand the true cost of a reservation.

Decision-making required too much effort

Comparing hotels meant moving between multiple screens and mentally tracking differences across reviews, amenities, pricing, and location.

Important information was buried

Photos, reviews, and policies often competed for attention with promotional content and upsells. Users spent a lot of time browsing without feeling more confident about their decision.

Designing for Confidence

The project focused on reducing uncertainty throughout the booking journey. Rather than introducing new features, I focused on information hierarchy and decision support. Four specific decisions shaped the design.

Design Process

Research, flows, wireframes, visual design, prototyping, and system design. Working through each stage independently helped me understand how decisions connect across the product.

Design process

Research

To understand how people evaluate accommodation options, I conducted user interviews and reviewed existing booking platforms. A few themes appeared consistently.

Users wanted clear pricing before checkout, reliable reviews and photos, simple ways to compare options, flexible cancellation policies, and faster ways to narrow choices.

What stood out most was that people rarely struggled to find hotels. They struggled to stop searching. Many users continued browsing after finding suitable options because they worried a better choice might be hidden elsewhere. That became the central design challenge.

User Personas

Ashwin, 32 - Accountant, married

Ashwin is a busy person who lives with his family. His wife loves travelling but high demand in summer means hotel rooms sell out quickly before he can commit. He needs an app with a better system.

Ashwin persona
Goals
  • Safety and comfort in travel
  • Finding the best hotel for his family
  • Getting detailed information to plan ahead
Expects
  • Clear payment procedures and confirmation processes
  • Mobile-responsive design
  • Features like loyalty programs and personalised recommendations
Pain
  • No refund policy
  • Availability and pricing issues
  • Difficulty booking during peak seasons

Vishal, 26 - Student, single

Vishal believes life is short and should be enjoyed fully. He visits different locations with friends and family often. Finding and booking the best hotel or resort quickly would mean the world to him.

Vishal persona
Goals
  • Easy and clean booking experience
  • Finding the best deals
  • Browsing domestic and international locations
Expects
  • Clear disclosure of features and amenities
  • Rooms and resorts included, not just hotels
  • Good customer support
Pain
  • Complicated booking systems
  • Overwhelmed by too many choices
  • No refund policy

Empathy Map

After building the personas I created an empathy map to organise user behaviours and feelings more clearly.

What users think and feel

  • I want the booking process to be stress-free and straightforward.
  • I feel excited about finding the perfect place to stay.
  • I worry about hidden fees or misleading information.
What users think and feel

What users see

  • Clean interface with easy navigation.
  • High-quality images of rooms and amenities are crucial.
  • Clear and transparent presentation of pricing and policies.
What users see

What users hear

  • Positive reviews reassure me about the quality of the accommodation.
  • Word-of-mouth recommendations carry a lot of weight in my decision-making.
  • A responsive and helpful customer support team builds trust in the app.
What users hear

What users do

  • I start by setting specific filters like location and price range.
  • I compare options based on reviews and amenities.
  • If there's an issue, I reach out to customer support for clarification.
What users do

User Journey Map

Mapped across four stages to identify where the experience breaks down and where the biggest opportunities sit.

User journey map

User Flow

The user flow was designed to keep users moving forward through a clear sequence: search, selection, booking, confirmation. No branching paths, no moments where users had to figure out what to do next.

User flow

Wireframes

Wireframes focused on structure and hierarchy before any visual decisions. Four specific calls shaped the layout.

Decision 1: Lead with exploration. Many booking apps open with a search form. I chose a different approach. The home screen highlights destinations, recommendations, and popular properties before asking users to search. This gives users a starting point even when they have not fully decided where they want to stay.

Decision 2: Prioritize reviews, photos, and price. Research showed users repeatedly relied on the same three things when evaluating hotels. The hotel detail page was structured around those elements first. Amenities and policies remained accessible but appeared further down.

Decision 3: Remove surprises from checkout. The payment screen presents a complete booking summary before confirmation: hotel, dates, room type, and total cost. No moving between screens to find out what something costs.

Decision 4: Keep the flow linear. Navigation was simplified to five tabs accessible from every screen. Search, selection, booking, and confirmation follow a clear sequence with visible progress throughout.

After: Final Design Before: Wireframe
Before After

Use slider to switch between Wireframe and Final Design

Prototype

The prototype was built in Figma covering the full user journey from onboarding through to payment confirmation.

Testing focused on the two highest-friction moments from the research: search and hotel detail. That is where pricing transparency and information hierarchy needed to hold up. Feedback from testing shaped final refinements to navigation structure and the payment summary screen.

User Interface

Onboarding Flow

The onboarding introduces HotelArc's core value across three screens without asking for anything upfront. Each screen communicates a single idea clearly so users arrive at signup already oriented.

Onboarding flow

Signup and Sign In

Sign up offers Apple, Google, and Facebook login to reduce the commitment barrier. For users who prefer email, the flow is short: verify, enter name, enter number, proceed. No unnecessary steps.

Signup and sign in

Booking Flow - Home to Payment

The home screen leads with cities, popular hotels, and recommended resorts. Exploration first, search second. From there users can browse, check availability, select a room, choose dates, and confirm payment in a linear flow with no dead ends.

The hotel detail page prioritises photos and reviews above the fold. Pricing and room selection sit below without being buried. The payment screen shows a full summary before confirmation: hotel name, check-in, check-out, total price. No surprises at the last step.

Booking flow

Additional Screens

Profile, saved hotels, explore by category, and account settings round out the full product. The saved hotels empty state was designed to feel encouraging rather than blank, guiding users back to browsing rather than leaving them on a dead screen.

Additional screens

Design System

Components

The component library covers everything needed to build and scale the product consistently:

  • Buttons: primary, secondary, ghost
  • Input fields and search bar with location pin and voice input
  • Feature tags: WiFi, Pool, Bar, Dryer, Clinic
  • Navigation bar across five active states
  • Booking toggle states: Active, Past, Cancelled
  • Register buttons: Apple, Google, Facebook
  • 24px custom icon set
Design system components

Typography

Euclid Circular A throughout. Six heading levels from 30px down to 14px, with line heights scaled for comfortable reading on mobile.

Typography system

App Icon

Coral pink background with the HotelArc location pin mark, built on a grid for consistency across iOS home screens.

App icon

What I Learned

This project was my first attempt at running an end-to-end product design process independently. Working through research, flows, wireframes, visual design, prototyping, and system design helped me understand how decisions connect across the product.

Looking back, I would spend more time testing the hotel detail page and search results with users. Those screens carry most of the decision-making burden and would benefit from validation beyond competitive analysis and interviews.

A future iteration would also explore comparison tools and loyalty features. Both appeared frequently during research as things users expected but rarely found done well.