Summary: Design Discovery for an Online Insurance Car Repairer Selection Experience™️
This case study details my experiences, as part of a team, completing Design Discovery for a proposed new experience for IAG NZ car insurance customers. The focus of our Discovery was exploring a new way for State (400,000) and AMI (500,000) customers to choose car insurance repairers during car damage claims.
Guided by a 2-day, 8-person design workshop, we created a Service Design Blueprint Map. Ange Black and I planned, led and facilitated the workshop, including running senior stakeholder presentations and making post-workshop recommendations. Our process for this project was based on the Double Diamond Design Process, developed by the British Design Council in 2005. We focused on the initial 2 steps of Discover and Define. We started initial work in the Develop stage with plans to begin Deliver in following months.
Discovery Project Core Team:
The Project Brief
Establishing the project brief and the team approach, goals and timelines.
The Design Problem
The project team was tasked with improving the process for how customers choose car repairers for claims lodged through an online claim form. Previously, IAG customers who had lodged online claims with IAG's main consumer brands (AMI and State) had to wait for IAG staff to call them back after they had lodged a claim.
In contrast, customers who lodged claims by phone-call could immediately choose a repairer during the initial phone conversation. This led to a worse experience for online customers. The project team focused on design discovery for a future digital system that enabled customers to choose a car repairer while lodging claims online.
The process has wide reaching consequences, impacting all claims staff, all car claims and repairer partners. The initial project focused on defining the problem, consultation with stakeholders, exploring constraints and narrowing the scope to define minimal viable solutions. The project team achieved this goal through the creation of a Service Design Blueprint Map.
Our Approach and Process
The project team applied an IAG internally modified version of the Double Diamond Design Process, with the scope of the project focused on the Define and Discover stages. Gathering data to better understand the complexities was crucial for the project, given the large number of stakeholders and systems involved.
The project team prioritised subject matter experts from across the organisation, and consulted with the four distinctly different parts of the business. Including these experts from across IAG was a crucial aspect of our success.
Research, data-gathering, talking with people and gaining insight into the design problem.
The project began with data-gathering. After the fact, it's easy to see how everything connects together and present the results using a clear narrative timeline. In reality however, life is never so tidy. A lot of the early focus on the project was figuring out what we knew, what we knew what we didn't know, and what we didn't know we didn't know.
We overcame these challenges by talking to as many people as we could — and ensuring a healthy approach of re-visiting early assumptions and information. This was especially relevant as some early expectations, knowledge and assumptions were off-base, particularly our understanding of the process executed by the customer facing teams.
After gathering all of the relevant, impactful or important data we could, we began to synthesis and start to understand the factors at play. This was achieved through the creation of a stakeholder map, a system map, and summarising and documenting the research sources utilised.
Collaborating with Stakeholders
As a large, complex organisation — any changes at IAG have far reaching consequences. Car repair claims are the most common claim type AMI and State, the two main consumer brands IAG offers. Any change to the customer experiences of these claims requires careful consideration. That requires consulting and working alongside all impacted stakeholders.
Gathering Research and Data
Before our design workshop, the project team gathered customer and staff research to inform decisions. This helped us understand the different pain points and important considerations of customers and staff. Our main research tool was a survey completed by ~350 customers. This informed the service design blueprint, with plans to run further face-to-face customer interviews as the project progresses into solution design.
Identifying System and Technology Considerations
As well as identifying the impacted stakeholder groups, the project team examined the different technical systems currently in use, both internally and externally. This aspect of the project was led by the Digital team, and helped identify the technical architecture systems that enable each step of the process to connect.
Synthesising, processing and attempting to understand all of the information at hand to identify the areas to focus on.
The Discover step involved a wide exploration, and was followed by a dive deep to begin to understand the information we had gathered. Based on the stakeholder map, we knew there was a large number of different groups involved in this process — groups who had previously had minimal interaction with each other, which needed to be considered.
During the Define phase, our primary goal was to understand the information we had gathered. In order to achieve this, the project team planned and facilitated a 2-day workshop. This workshop brought together 8 subject matter experts from the key stakeholder groups involved in the repairer allocation process. In this workshop we analysed our customer research results, identified pain and delight points and created the foundations of a service design blueprint. This work later led to the creation of our three guiding Design Principles.
Mapping the Current State Customer Flow
An essential step before the design workshop was identifying the happy path most commonly experienced by customers. This influenced the service design blueprint. An immediate pain-point we identified was that customers who lodged their claims online experienced extra steps above and beyond phone-call claim lodgements.
An Amazing Presentation and Display Tool
Our completed service design blueprint mapped the four key stakeholder groups, the points each group interconnected and the possible opportunities where pain points and divergences from the happy path could occur. This map was a great tool for presenting our work to senior stakeholders, helping receive buy-in and organisational support.
Identifying Customer Partner and Employee Pain and Delight
From the service design blueprint, informed via customer research we identified key pain and delight points, including the themes that had the most significant impact on our customers, IAG’s employees and IAG’s partners. Identifying these points helped us craft design principles, which in turn let us balance competing priorities, constraints and needs while proposing solutions to test and prototype.
Brainstorming ideas, solutions and concepts to address the painpoints identified during the discovery and define process steps.
After completing the service design blueprint, the project team began presenting the project to the wider IAG organisation. A key focus of this was presenting the three guiding Design Principles we had designed. These principles helped the project team tell a compelling story to senior and impacted stakeholders. Simultaneously, the principles also helped unify the project team towards a common direction and goal.
Using the Design Principles, the project team then began to explore and develop potential solutions. These solutions were informed by the pain and delight points we had identified, the process mapped through the service design blueprint, and most importantly, the guiding Design Principles. The initial list of ideas and concepts was then refined and grouped into core ideas, ready to later be progressed and delivered. Refining these ideas was my final contribution to this project before leaving IAG in January 2019.
Defining Guiding Design Principles
The guiding Design Principles were created by combining everything the project team learnt into unified statements. During the 2-day workshop we identified approximately 75 pain and delight points. To create the design principles, the pain and delight points were grouped and combined into 6 high level themes, which were then combined into the complete 3 principles. This approach proved successful as we presented the principles to different stakeholder groups, each group quickly saw their experience and perspective had been included.
Brainstorming and Analysing Ideas; a Pragmatic Approach
The final outcome during the 12-week project cycle was brainstorming ideas, solutions and concepts to address the pain points we had identified. We brainstormed ideas by bringing together the initial workshop participants — and focused on each individual Design Principle. Following the brainstorming session, we grouped similar ideas into 7 overall strategies to be reviewed and progressed.
Outcomes and Results
Reviewing the project results, lessons, wins and losses.
Our goal for this project was to build an understanding of the repairer allocation process, and consider how that process differed for online vs. on the phone customers. Using that information, we would then build a new solution — benefiting the different interaction channels, IAG staff and repairers along the way. In seeking these goals, we needed to consider the different stakeholder groups involved.
We achieved these goals through the creation of a Service Design Blueprint, which was later summarised and presented through the creation of three Design Principles. The project was a cross-team, collaborative effort, utilised customer research and pushed our boundaries and comfort zones.
It's a mouthful of a title, but the service design map we created is the foundation of this entire project. With it, we took information, data, insights and knowledge from all over IAG and combined everything together in such a way that helped us understand exactly what our customers and staff cared about.
An interesting challenge we faced was presenting our work. As shown in the (pixelated for confidentiality) photo, the wall was a working artifact. We briefly considered creating a hi-fi well designed version, but decided to prioritise our time in other areas.
One of the most impactful things the project team did was prioritise time, energy and social capital to include different stakeholders groups from across IAG. This was important because in the past IAG has operated with different business units heavily siloed from one another.
In addition to including different parts of IAG throughout the process, we also prioritised regularly presenting updates to even wider parts of the organisation. We held presentations at the end of each day of the workshop, presenting to ~30+ people. Following the workshop, we presented the in progress and final Service Design Blueprint to 4-5 smaller groups. These regular presentations and updates helped us keep everyone up to date, helped to create buy-in and take stakeholders through the project change journey.
This case study describes work, completed September to December 2018. My final contribution to this project was handing over the work the project team had completed to the newly hired Service Designer, Amy Sekhon Cunliffe. Amy was employed to run the final stages of Develop and Deliver in 2019. The completed work was documented in a slide deck ready for Amy to use as she joined the committed and determined team.
The initial plans for 2019 focused on face-to-face customer interviews based on our initial concepts, bringing on a tech lead to the core project team, and working on implementing quick wins and small fixes balanced amongst ongoing projects.
Hello! If you've made it this far, I admire your commitment — either to reading through everything, or for your skimming ability. This was the final project I completed at IAG over four years. It was a great experience that taught me a whole lot, especially about how I cope with pressure 😅 something we all need to learn!
Now, if you enjoyed this case study so much that you'd like to read more from me, I'd love for you to check out my personal portfolio https://jasontcrabtree.com, or check out my blog at https://blog.jasontcrabtree.com. I *infrequently* write about my experiences learning and thinking about Design, Strategy, Code & other things I think are rad.