Azki, as a leading insurance aggregator, has a clear flow to help its customers compare and select the most suitable insurance across different types. Getting data, comparing and purchasing. There was a serious problem with the conversion rate on the comparison page, where all insurance products from different companies are displayed to users, and the user must select one to proceed to the next step. This redesign was targeted at improving conversion rates for this step.
Results & Impacts
21.57% conversion rate improvement in average
97% improvent in implementation speed
Covered 4 product lines in lest than 6 months including design and implementation
Problems & Goals
It is obvious that the main flow of any application or service is the most important aspect to be cared for, because without it, the whole system will be useless in the end and will lose its users. As a product design lead, I always kept this monitoring and analysing of the main flow of Azki as a top priority.
Considering business insights, stakeholders' priorities, and many other factors, the plans and roadmaps are affected. I tried to maintain a balance between monitoring existing features and designing new ones. Azki was scaling at high speed, making balance maintenance more complex.
This is the main step of Azki’s core services: comparing and selling any type of insurance online. This flow was covered and onboarded to all teams, including marketing, business development, etc. In other words, for better coordination across teams, this flow was the pattern to follow.
I described here the home page redesign project that improved the first-to-second-step conversion rate, but the main problem was the conversion rate from the compare step to data entry. The conversion rate was only about 25%. But there were important points that prevented the product team from planning this page redesign:
1- Scaling and adding new services were more important by far for stakeholders to have more market share
2- Technical costs(poor capability of improving and scaling in back-end codes)
3- Significant variety due to the many differences in different insurance fields
So redesigning this step posed a high risk that needed to be managed, which multiplied the importance of having an efficient and flexible solution. Based on what was mentioned above, this was the problem statement:
First, finding the issues and root causes that reduce the conversion rate, second, a flexible and scalable solution considering the tech and business feasibility to improve it
Challenges
The biggest and most important challenge of this project was convincing managers and C-level executives to accept the risk I discussed in the previous section. I had to convince them that the redesign would be worth it by presenting a very concise, cohesive solution.
The next challenge was to consider the technical limitations and issues. The core of the comparison system was outdated, and I had to consider many factors in the design. This consideration also had to be flexible and compatible with planned system upgrades.
Approche
As mentioned in the problem statement, the project had two parts: first, identifying root causes, and second, developing solutions for them. I have to mention that the correct design process involves discovery and problem-finding in itself, but in this project, it was crucial to be very deep and complete to determine the planning and roadmaps for all teams. So I started doing this project like this:
First part: Root cause detection
I deeply believe that without finding ‘whys’ we cannot design a solution. It becomes even more important when the problem has many aspects and forms. Azki’s compare page had a similar structure across all insurance types, but in different forms and with different features, such as filters and properties. So it was necessary to analyse all of them. I chose the 8 most important ones to keep the project timeline reasonable and save resources as much as possible.
For deep research in each product line, I conducted a collection of investigations and analyses using different tools as follows:
Google
Analytics
Tracking events and flows for each product line and analysing them. Including engagement-related factors, entry points, navigation paths, step completion rate, drop-off rate, event tracking (buttons and elements), retention metrics, etc. The output was a large data sheet that I analysed in cooperation with the data analysis team to achieve a high-quality data model.
Metabase
Metabase was used to track funnels based on insurance-related properties such as coverage and terms in Azki. For each product, I examined details related to filters and user behaviour to identify patterns and pain points.
Microsoft
Clarity
Clarity’s recorded videos allowed me to observe and analyse user behaviour effectively. I reviewed various videos, each representing a different stage of the purchase journey, both on desktop and mobile devices. I logged my discoveries and matched them to the actual pain points to implement them in the redesign.
Support
team's logs
Azki’s customer support and care team implemented a system to log issues and problems that users raised or reported. This system was not so efficient, and data was not categorised properly (this issue was fixed after this project by raising it), but I found valuable data from it by searching keywords and repeated cases.
After gathering and analysing all the data, I created and presented a presentation to stakeholders and managers, detailing what is going on with each product line. The pattern of the main issues across products was almost the same. This is a summary of the main pain points and problems that caused the low conversion rate:
1
Insufficient
knowledge
The complexity of the insurance industry words and terms, and the factors affecting insurance policy details
2
Filters and
Features
Inappropriate and incomprehensible user interface, especially on mobile
3
Data Entry
Flow
Too many steps and inefficiency in receiving information
4
Categories
and Types
Improper categories and types create ambiguity and confusion among users
5
Price &
Discount code
Prices are different from other services and purchasing with a purchase code becomes a habit for users.
6
Insurance's
Card
Displaying too much information and creating ambiguity and confusion for users
Second part: Roadmap and design
I succeeded in convincing the C-levels to prioritise this redesign by providing strong data and the following roadmap. This roadmap had two important features: first, it completely managed the risk of redesign by selecting the proper product line to start, and second, by dividing it into phases, it became more feasible.
I have to say, my previous redesign of the Azki.com home page and its significant impact helped a lot in securing full support for the roadmap I had designed. The roadmap was in 3 phases; the first phase included only one product that was more urgent and carried lower business risk. After the first phase, I checked the result and made sure everything was going well, then started the second phase and after that, the third phase.
Solution
The biggest and most important challenge of this project was convincing managers and C-level executives to accept the risk I discussed in the previous section. I had to convince them that the redesign would be worth it by presenting a very concise, cohesive solution.
The next challenge was to consider the technical limitations and issues. The core of the comparison system was outdated, and I had to consider many factors in the design. This consideration also had to be flexible and compatible with planned system upgrades.