ixigo Assured Revamp

ixigo is an Indian online travel portal that encompasses all your trips from flights, trains, buses and hotels.

As per the day of writing this article, ixigo is the only OTA (online travel agent) that is profitable in the 1st quarter of 2021 despite the ongoing Covid-19 pandemic. Users are opting ixigo to book their travel itinerary.

Overview

Soon after we launched the "ixigo Assured" fare type as a free cancellation USP in July 2020, we saw a surge in its attachment rate versus the usual basic fare type. This was a boost both towards the business and the end users.

But come September 2020, the attachment rates plunged. The NPS rate got low, and it gave us a translucent picture of what all problems persisted in the funnel. Part of the reason was we launched the "ixigo Assured" back in July to cater to the imminent problems without an extensive research.

Now came the time to get our hands dirty and our objective was clear, that is, to come up with a solution(s) to increase the attachment rate and better NPS ratings.

The Design Problem

It's extremely important to get the user to book faster after they have decided to go ahead with their travel itinerary. We needed a framework that doesn't put cognitive load in trying to decide the fare type and communicates its value proposition succinctly.

The Business Case

ixigo Assured as a product has a direct impact on the revenue stream.

To understand this lets reiterate what an insurance is!

Insurance by definition, is a contract, represented by a policy, that gives individuals a financial protection or a reimbursement against losses in an unprecedented event.

"ixigo Assured" protects the end users to get full refund of a booking if they cancel for any reason. On cancellation of a booking, there's a long process or filing a claim that renders getting refund a steep hill to climb. There was a need for easy, better and a hassle-free refund mechanism.

Design Sprint for Idea Generation

To ship and analyse the funnel faster we aimed to see through things via a wider lens incorporating the design/ product/ tech stakeholders. We used the diverge & converge process to get ideas, get insights from the instrumentations and most importantly through the lens of our users. This helped us with aligning the cross functional teams at the later stages of the design process.

User Research

“Empathy is at the heart of design. Without the understanding of what others see, feel, and experience, design is a pointless task.” —Tim Brown

To understand and put ourselves in users' shoes, we created probable themes of user journeys and did 1-1 user calling sessions to identify the pain areas and psyche of both the pre-booking and post booking journeys.

Sample Themes made via CleverTap :

  • User chose "basic fare", did not take insurance and cancelled their trip.
  • User chose "basic fare", took insurance and successfully completed the trip.
  • User chose "ixigo Assured" and successfully completed the trip.
  • User chose "ixigo Assured" and cancelled their trip.

Key Insights

Fare Options / Selection

  • Comparing fare types is a tedious task and adds burden to the users and has also rendered in some drop offs.
  • The "Full refund of upto ₹5000 per person per route" if you cancel adds to confusion as it doesn't give clear picture of the refund.
  • Didn't quite understand the other USPs and most users don't even read them.
  • "Fully Refundable" booster helped some of users in choosing the suited fare type. Thus exemplifying how small things and cues have a huge impact.

Flight Details

  • Users are not able to comprehend the exact amount which will be refunded in case they cancel their flight (after availing insurance).

Secondary Research

Some of the existing solutions were explored during the early parts of the research in parallel to 1-1 user callings. However in the indian travel space, we were the only ones who has a brand specific fare type with free cancellation as the USP. Others like Make my trip, goibibo, etc,. have the free cancellation USP as an insurance add-on.

One of the reasons of our early high attachment rates can be pinned to this as well where we chose to sell our marquee right at the beginning as a fare option.

Some products' funnels we explored were :

Travel OTAs & Airlines

  • Delta, SouthWest, Air France
  • SpiceJet, Vistara, IndiGo
  • Kiwi, Hopper
  • Make My Trip, goibibo, Happy Easy Go

Other products

  • Sony Liv, Zee5, Voot, Netflix, Hotstar
  • Spotify, Unacademy
  • Airbnb, Vi India
  • Lifesum, Habitify, Fabulous

Finalised Concept

We were able to get few awesome ideas for the sprint. Broadly the ideas presented were surrounded by two journey themes.

  • Pre-Booking Journey : The idea was to properly communicate the ixigo Assured USP and render a seamless booking experience. Also to explore upgrade/up-sell of the booking with reinforcements of the Free Cancellation benefits throughout the funnel.
  • Post booking Journey : Use the cross-sell paradigm to sell the ixigo Assured as an insurance add-on upto 24 hrs after the booking has been confirmed via channels as home page cross-sell in app, whatsapp communication and trips section

Pre-Booking Journey - Phase 1

Here we wanted to focus on communicating the ixigo Assured product. What is does, how is it beneficial to the user and whether do they even need it, all in a faster way.

We started our wireframes with the Fare Options page which has the most visibility of the product and a decision point having a point of concern, clearly evident from the research aforementioned.

Our initial shots at the concept involved with experimenting with different view folds and ways to help users directly compare the fare types as the primary motive.

We narrowed down it to :

  • Tabbed : In this view we showed the benefits that are not present in the basic fare type with a crossed-out interaction and an odometer type animation to grab attention of the end user when there's a change in the amount of a benefit.
  • SASS : One of the most common ways in which SASS companies portray their products' pricing is by stacking the attributes (benefits) vertically and putting ticks, crosses and values in front of them for a direct head to head comparison amongst the top level pricing categories.

Fare Type Selection

💡    We went ahead with the SASS paradigm as it gives a clear head to head comparison of the fare types.

With the SASS paradigm frozen, the need was to explicitly show the exact refund amount with the exact fare type.

The challenge was that all airlines have different logics to define the refund amount on cancellation against a particular booking. That's the reason why we never showed that in the 1st place.

We deep dived into close intensive sessions with the product and backend teams to figure out a way to solve this problem as it remains the crux of the overall view fold anyways. If we can't tell the exact amount, then can be more than 95% accurate and also don't overshoot the limit which might render us in big troubles in the cases of cancellation.

Ultimately we finalised different logics for the LCC (Low cost carriers : IndiGo, SG, GoAir, Air Asia) and bigger airlines (like Air India and Vistara).

Flights Review

Impact

The complications involved with fetching the exact refund amounts are still a big concern for us. In the small time frame of 5 days during the last week of February we saw the attachment rates increasing to 22% on the experiment before we had to pull the plug to solve the issues with the Backend.

Though an extended run of the new revamp can only lead to more concrete numbers and different metric improvements on repeat use-case and stuff like that.

Post Booking Journey - Phase 2 (Concept)

The main objective was to introduce cross-sell and buying of the insurance after the booking had been made.

We gave a 24 hr window after the booking confirmation in which the users could buy the insurance if the need be. Hence we formulated the entry points through the app, notifications and whatsapp communication.

Solving for Visibility

As "My Trips" will be landing screen after entering into the post booking insurance funnel, we wanted to experiment with the timer and insurance unit as a brand. Our assumption is the revamped version will communicate the said explicitly.

We had added some instrumentations and tracking to track the click stream data of the journeys - Pre and Post Booking. From Design and Product stand point, it's a given to track the user behaviour in the funnels once the designs are fully rolled out. This will give a clear indication of where the overall metrics went after this major overhaul!

Thanks for reading! 🎉