Skip to main content

Why was December the month of "Digital by Choice"?

In December 2012 more people chose digital to report problems to us about broken streetlights, flooding, potholes, fly tipping, litter, trees and shrubs and so on, than any other medium. The figures were:
  • Web 44%
  • Phone 40%
  • Email 15%
  • Other 1%
I feel proud for everyone who's worked on what we refer to as Fault Reporting, as looking at feedback, customers have chosen to use the service because they prefer it to any other medium we offer. It's a real example of "Digital by Choice", rather than "Digital by Default"; building a service so good that people want to use it, not forcing them to use it by closing or running down others.

It's not something that's happened overnight; we've been improving what we offer online for years based on customer, member and officer feedback. So, you might be asking, what are the main things you can do to improve take-up of your own digital Fault Reporting?


Make it more convenient

This one's easy. Our phone lines are open during office hours which were of course were reduced by two days in December. Very often it's more convenient for customers to do stuff online, because they can do it at a time that suits them and we even received reports on Christmas Day.

Just by making sure your website is up, running and reliable 100% of the time you're providing a more convenient channel for many.

Email is also available all the time too, so why didn't more people use it? Perhaps the answer is below.


Make it easier to explain where the problem is

We show a lot of stuff we look after on GIS mapping, for example streetlights, salt bins, areas of grass that we cut and a lot more. If you want a quick map to show roughly where the location of something is then Google Maps is your friend. If you're after pinpoint accuracy and reliable locations (Google Maps used to show one of our libraries in the middle of a canal) then you probably need to use something else.

This makes it a lot easier than trying to describe the exact location of the problem, than either verbally on the phone or textually in an email and it's not only better for the customer, it's better for the people trying to fix the problem as it gives them an accurate location as possible.

Even when there isn't a layer on the map, you stand a much better chance of locating where a pothole is on a two mile stretch of country lane if you can put an X on a map instead of trying to explain where it is, on the phone or by typing it out.


Make it easier to describe the problem

We used to get descriptions that were thousands of character long. Now we prompt the customer for the things we really need, based on the type of problem. For example for a streetlight we ask "if the light has stopped working, if it is flickering or is on during the day". For a pothole we ask for "size, depth and where it is on the surface".

Of course the customer can submit whatever information they like, but we're found people are more likely to submit succinct, more accurate information if we tell them what we'd like from them. Of course, this also helps in getting the problem solved too


Keep people better updated

We built the ability for officers to be able to make updates to case notes public, into our Customer Relationship Management (CRM) system.

This means that should they choose it, customers can receive updates of how the problem is being resolved by email and see a summary on screen if they log-in. In fact they can see all the problems reported about this sort of thing, on one screen.

You probably wouldn't expect a phone call from the council, telling you they'd ordered a new bulb for the broken streetlight you reported and councils simply don't have the resources to do this anyway. A quick email, generated by the CRM, containing the information that was being added to the case keeps the customer up to date and it's no more work for the officers involved.

It's assuring to the customer that their report is being acted on, whilst opening up what actually happens to resolve their problem, highlighting the work the back offices do.


So what's next? Keep improving based on feedback of course, but providing a better offering for mobile customers given the rise in mobile use is a priority for 2013.

If you'd like to discuss this then you can find me at https://twitter.com/PhilRumens

Popular posts from this blog

Digital best practice checklist

This week I finished the draft of a digital best practice check-list. It's not digital strategy, in fact I'm increasingly thinking organisations don't need a digital strategy, they need a delivery strategy.

My draft has check-list of seven questions and recommendations, with one overall recommendation regarding best practice for delivering digital. Ideally it would be incorporated into a wider service and information delivery strategy.

Below I've omitted the bulk of the content, the reasoning behind arriving at the recommendation from the question because it's still in draft, but here are the seven questions and eight recommendations:

1. Is the council properly promoting its digital services and content, to reduce avoidable contact?

Recommendation: Establish a “digital first” ethos to the promotion of services and better targeting what, when and where they're promoted.

2. Are the digital services the council offers, especially where the design and development ha…

Pipeline Alpha

In September 2014, officers from 25 councils met in Guildford to discuss a platform to enable collaboration across Local Government. A "Kickstarter for local government" is the missing part to Makers Project Teams, a concept to enable collaborative working across different organisations put forward by LGMakers the design and development strand of LocalGov Digital.

Based on the user needs captured at the event, LGMakers created collaboration platform Pipeline and by October people from over 50 councils had signed up. Pipeline is an Alpha, a prototype set up to evaluate how a Kickstarter for councils might work. It is a working site though, and is being used as the platform it is eventually intended to be, at present without some of finer features a live offer might have.

So what have I've learnt in the eight months since we launched Pipeline?

There's a strong desire to collaborate 

LocalGov Digital isn't a funded programme. I wrote about how much it LocalGov Digita…

Defining transformation to a wider audience

For the past month I've been putting together a paper on the next steps of digital transformation, for the organisation I work for. I'm proposing we look at two capabilities and two business areas, and if approved I'll be writing more about it.

It's been a great exercise in gathering my thoughts and helping me to define digital transformation to a wider audience and how it fits into the bigger picture of service improvement.

Here's some of the stuff I've learnt or had affirmed:
Transformation, digital or not, starts with understanding the needs of the user through research. This should be obvious, but in local government too often I've seen "build it and they will come" approach applied.

It's unlikely a commercial operation would launch a new product without first researching the market, so why would a digital service be any difference?
A couple of years ago I wrote how the phrase "digital transformation" was hindering digital transf…

Superfast highways

You may have seen this slide I put together to help explain digital transformation

This week we launched a new beta service to report speeding traffic. It looks fairly simple but to give you an idea of what's happening in the background I thought it might be useful to show you the before and after.

So here's the before

and as you can see it's completely a manual process. Stuff might be recorded electronically but it takes someone to do something seven time to make the process work and send it to the parish or the district.

Here's the after

What this doesn't tell you is that it's basing whether the request is for the parish or district on three questions. It's also doing a spatial look up to find the parish and returning the parish clerk details using the Modern.Gov API.

Because these are already part of our platform this is data that we currently maintain, so there's no additional work to keep this up to date and we've reduced the human interactio…

Carl's Conundrum of Internal Influence

I'm writing this partly as a reply to an excellent piece that Carl Haggerty published about the disconnect between internal and external influence and partly due to various conversations over the past month about how to make using tools like collaboration platform Pipeline common practice.

This isn't really about Carl though, or Devon County Council, or any other council specifically, it's more a comment on the influence of digital teams in local governments, or lack of, and how to resolve this.

So here's the question that prompted this piece. How can someone who's been recognised nationally for their work, first by winning the Guardian's Leadership Excellent Award and who has more recently been placed in the top 100 of the Local Government Chronicle's most influential people in local government, "sometimes feel rather isolated and disconnected to the power and influence internally".

First, let's consider whether is this a problem to unique t…