This week we finished the first stage of a project with our colleagues in Council Tax. This has been road testing a new approach to working with services to find solutions to customer problems more quickly.
We had already decided that a major project for the next two years was to review all our website content, review its performance and rewrite/add/delete where needed to ensure we were meeting user needs.
We also knew from our LocalDigital Chatbot project that we can make a big difference to a user journey by focusing on better web content. It also has the advantage of being quick and free to do!
After a few attempts at a full-year site-wide analysis using Analytics data we realised we weren’t making much progress. Our cookie opt-out has seen a 50% drop in recorded web traffic and edits to pages through the year resulted in multiple entries for the same page. Also, with the sheer volume of content to analyse we were in a ‘can’t see the wood for the trees’ scenario.
We needed to find a better way.
Our Head of Service was keen to promote a service-wide approach to helping improvement rather than just picking off individual elements (such as web content). This worked well for us as we could shape our audit work around a single team, and also look a bit wider to see things in context.
The fabulous Laura Griffiths from Basis was drafted in to help us shape our approach, and the Council Tax team were selected as the ideal guinea pigs to start with due to their commitment to improvement and positive attitude to change. This gave us 10 days of consultancy input to use.
Our now refocused audit piece concentrated on:
A kick-off meeting was held with main players from our team, Customer Contact and Council Tax to talk through what everyone saw as the problems facing the service.
One of the main issues was the ‘backlog’ of work (the time between receiving a communication from users and completing it) which has been as high as six weeks. The reasons for this delay were suggested as being:
We wanted to unpick these assumptions and find out what the real problem was
Laura developed two hypotheses to be tested:
We also developed a suggested problem to solve:
“How can we gather customer information accurately via appropriate channels so that all enquiries are resolved in shortest time possible to meet customer and corporate expectations?”
To start exploring this we developed a set of personas for users of the service to help us examine user journeys to identify how well user needs were being met.
Image of work showing user persona activity
We found some issues on the journey for our online forms:
We also took a look at our landing page and how well it helped users complete their journey. Three years into our website contract we’d not touched the styling, and the growth and wording of links was starting to present a confusing picture.
Across the project team we listened to Contact Centre calls (65 No.), read a sample of emails (70 No.), sat with Contact Centre staff, and did some behavioural analysis with Hotjar. All this alongside our newly focused website audit data for Council tax.
What we found was:
So we managed to disprove immediately at least one of our assumptions - that most of customer contact was due to delays in processing.
We’ve undertaken another team collaborative task to redesign our landing page. We selected this new design after looking at approaches by around 15 councils and arriving at a preferred choice based on Bristol, Brighton and Bracknell Forest.
Again, a rapid prototyping approach with multiple iterations helped us arrive at something that the project team were really pleased with, and will have benefits across the rest of the site as we roll out our team-by-team approach.
We’re planning on deploying this with a request for feedback along with Hotjar heatmaps and recordings to review how well it works for users, and make any changes needed.
For our webchat deployment on forms pages we’re setting up a new Tag Manager container to handle it and adding it into the template. We’re hoping this will help improve completion rates and give users extra confidence there is help at hand if they need it.
This has only been the initial phase of the project, aimed at arriving at solutions quickly in a more agile way. It’s been great to be part of something that has been focused on finding out the real issues and moving to actions quickly.
We’re going to start testing the changes we think are needed - if they work, they’ll stay. If they don’t, we’ll change them.
What we’ll be doing next is:
We’ve also hit on the idea of formalising the approach into an improvement toolkit, to help teams we work with in future understand how the process works and the tasks that might be involved.