Product DESIGNER
Real Estate Insurance System
Real Estate Insurance System is a web service helping agents to issue a flood insurance for clients' building and contents. We significantly simplified the process to 3 major steps and increased the revenue of the service.
Task
Team
Solution
Improve a software for insurance agents to provide better service for clients.

Current software takes too much time to provide an insurance service for USA residents. Price is hard to predict.
Also agents need to do many unnecessary operations to consult a client.
3 analysts
2 UX & UI designers
lead designer
Detailed UX & UI specifications in Sketch, prototypes in InVision, UI Kit.

— Requirements and use cases elicitation with an analyst;
— Several concepts proposition;
— Discussion in the team;
— UX & UI concept update;
— Prototype creation;
— Presentation to the product owner, discussion;
— Final update and creation technical specification for development.
Process

First, our team travelled to USA and did initial research of current processes.

We realised current system was old, too complicated, required much time to work with and some manual operations can be automated or even skipped without any loss.


We have analyzed processes, built business processes schemes, created CJM and come to conclusion there should be 3 main steps for getting an insurance: "Quote", "Application", "Payment".

Quote. This is the first step.
Here on the animation you can see steps of filling the form for the first time.
Only the most critical data are asked here. For example, building type and foundation type can significantly impact the final price, that’s why we ask for this information at the very first step.

We guide agent to fill out the form: show the progress at the beginning and unlock the form parts one by one.
Once all necessary information is given, we show crucial information to get the user ready for the next step and to help him make a decision:
— Insurance risk score;
— Coverage options and premium amount for each of them;
— Insurance cost;
— Deductibles;
— Rate type;
— Policy effective date.
Application. This is the second step.

Application step is the most important among whole process because it requires a lot of attention and very accurate data. Data the client provide here will be used for a final decision to issue or not to issue a policy.

As there are a lot of information required, we have divided the whole form into many small parts. Also we have provided the ability to autosave the document so that agent can return to filling out the form at any time when detailed information is available.

We do not show all the fields at the start otherwise it’d look too complicated and overwhelming at the first glance. So we unlock and show more detailed fields only if some specific parameter is chosen. By default we assume the simplest case and do not show too much details.

At the right side of the page we pin the summary of the policy and show it no matter what part of the form the agent is looking at. It gives all necessary information about the policy to recap the agent:
— Insurance company;
— Address;
— Type of occupancy;
— Foundation;
— Policy effective date;
— Premium amount.
Also we show the next action required, payment, and the possible ways to pay.

Once the application is filled out and ready, the only action required from the client is to pay for it and then wait until the policy is issued.
This is the dashboard of an agent.

Here you can see all applications in progress that require some actions. They are sorted by urgency. The most urgent applications are at the top so that agent can always see what’s his next priority for pushing the process.
At the right side of each application there is a description and a comment what should be done and what will happen in one case or another.

In order not to make agents to open each application, scroll to necessary part and edit it, we put necessary fields right here. This saves time for processing and avoids too much clicks and saves the focus on a task.
After the application is submitted and payed, it goes to an underwriter who checks the accuracy of the data and accepts or rejects it.

Here you can see the process of "Photo review" check. This tool allows an underwriter to view photos of the building and answer the questions on the right. Each photo can be zoomed in and out to examine as much details as necessary.
Questions corellate with the application data, so the photos must confirm it. If photos don’t confirm the application data, the underwriter is free to escalate them and ask to attach other photos or edit application.

Besides this tool an underwriter checks "Primary residence" part of application and "Manual zone change" actions. They can accept or reject proofs at these steps as well.
When all work is done and the policy is issued, it is shown here.

Here you can see the summary of the insurance with all its details, documents and ability to view and process other actions via 3rd party service. FloodPro is a service where all policies are stored and processed. Here an insured can create endorsement, request cancellation, report a claim and view policy data.
Made on
Tilda