03 Mar 2023 - Matt Lucht
This was our 2nd to last week on this phase of the project. It’s fair to say that the past 8 weeks have flown by! We’ve started to shift our mindset from ‘making’ to ‘reflection’.
During the past week we’ve held user research sessions with 6 users who are residents of the discovery local authorities.
As is so often the case with running user research sessions, they really helped us understand more about areas where we had questions, and also highlighted some things that we hadn’t considered.
We need to do some fuller analysis of the findings but here are some of the key headlines:
In the prototype we ask for the start and end dates of the university or college course. It wasn’t immediately obvious why this information was needed or how it would be used. When asked, users assumed that this was to check whether they were a current student, but questioned the need to provide those dates.
Adding a short explanation within the ‘hint text’ might be something that helps.
In the existing process users are asked to provide a copy of their student ID. We included this in the prototype.
Through the research we learnt that many universities provide a ‘statement of student status’ which may be a more appropriate thing to ask for. We’d recommend that this is an area to explore further should this work be carried forward.
An experience that many of the research participants expressed was a prior frustration with trying to find out the best way to get in touch with their local authority (although it is worth saying that the experiences were mostly positive once they found the right team or person).
On the confirmation page we suggest that they get in touch with the local authority should the user have any questions about their application. But we don’t provide information about how to make contact. This is partly due to it being a prototype, and built in a generic way to cover the 4 local authorities. However, given that this has been a pain point for many users any opportunity to add clarity here could prove helpful.
Another consequence of this being a prototype (but still interesting to hear what users expect to happen) is around automation or linking together services.
Entering information manually when it could be pulled from somewhere else was a frustration. For addresses, although not flawless, postcode look-ups are a tried and tested pattern and could help make the service easier to use.
Another comment that we heard more than once was around why we asked for information about the property when a council tax account number had been provided – surely the council already had information about the property. In theory, yes you could potentially link these things together but there would need to be consideration to things like data privacy.
These aren’t quick fixes, but could form part of a longer term goal for council tax and other similar services.

Now that we’ve completed the first round of user testing we’re happy to share a link to the prototype. You can access it using the link below, however please note if it hasn’t been accessed for a few hours then the server that it’s hosted on may take 10 to 15 minutes to wake up!
https://council-tax.onrender.com/
Alternatively, we’ve a recorded demo of the prototype that you can watch here.
Based on findings from the user research we plan to make a few tweaks to the prototype. We won’t get an opportunity to test those changes with users, but we’re keen to show how user research can help you identify changes that you can make quickly to incrementally improve a service.
We’ve heard from the local authorities how it is currently difficult to manage requests for content changes or publishing new content on the website. Typically someone will send an email but there is little information about what the content is for, or when it needs to go live.
We’ve been working on guidance around how to manage these requests through the use of a content request form (we’ll provide a link to that guidance shortly). To support this we’ve put together an example workflow that might help with both managing the requests whilst also providing visibility of which requests are being worked on.
You can access the example workflow through this Trello board, and if it’s useful please do make a copy and start using it yourself!
https://trello.com/b/9k38uMH8/example-content-design-triage-board

Next week we’ll be holding our final show and tell on 9 March. We’ll provide an overview of what we did during the discovery, show findings from the user research, and talk through our recommendations for moving into alpha.