Skip to content

Commit eadbf37

Browse files
authored
Merge pull request #88 from NHSDigital/johnrimmer2-updates
Add post: Notifying users about updates
2 parents 378a0b9 + 2270a06 commit eadbf37

File tree

10 files changed

+86
-0
lines changed

10 files changed

+86
-0
lines changed
29.3 KB
Loading
22.7 KB
Loading
42.7 KB
Loading
63.5 KB
Loading
189 KB
Loading
73.8 KB
Loading
86.6 KB
Loading
147 KB
Loading
Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
Lines changed: 85 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,85 @@
1+
---
2+
title: "Notifying users about updates"
3+
date: 2025-03-27
4+
---
5+
We wanted to explore how we might tell RAVS users about any updates to the service which might impact them. This could include new features such as asking them to complete new fields when adding a vaccine batch, or larger scale changes such as a new streamlined journey for recording vaccinations.
6+
7+
Both new feature examples are on the release roadmap for RAVS, so we were able to use these scenarios in the designs we tested with users.
8+
9+
## Desk research
10+
11+
As there are no current notifications in the NHS Design system, we reached out to the internal design community at NHS England to see if there were any precedents elsewhere. We also did some research into what other government departments might have done to tackle this problem.
12+
13+
We checked this [list of government design systems](https://github.com/ctdesign/gov-design-systems-list), as well as searching online to see what components worked best and in what context:
14+
15+
3 stand out designs for existing notification banners came from the following government departments:
16+
17+
[Notification banner from GOV.UK service manual](https://design-system.service.gov.uk/components/notification-banner/)
18+
19+
![gov_uk_notification_banner](gov_uk_notification_banner.png)
20+
21+
[Scottish government design system notification](https://designsystem.gov.scot/components/notification-banner)
22+
23+
![Scottish government design system notification](Scottish_gov_notification.png)
24+
25+
[Office for National Satistics success panel](https://service-manual.ons.gov.uk/design-system/components/success-panel)
26+
27+
![ONS banner](ONS_banner.png)
28+
29+
These design systems are all from UK government agencies and will either take inspiration from or work directly with the GOV.UK design system, as does NHS England.
30+
31+
As much as possible we wanted to stay closely aligned to the GOV.UK designs, but applying any necessary NHS styling in terms of typeface and colours.
32+
33+
However one apparent problem for our users with the Notification Banner used on GOV.UK is the inability to close the banner once the user has read the notification. It is intended for public facing services and this may not be as appropriate in RAVS where users would see the same message throughout their working day if they cannot close the message. That said, we wanted to test if this was true with RAVS users through user testing.
34+
35+
## Our designs
36+
37+
As a design team we discussed the various needs for notifications within the service that might warrant messaging to users ‘in service’ as opposed to via email.
38+
39+
We decided that 3 different levels of updates would be appropriate to cover different levels of eventualities depending on the severity and impact of the change to RAVS.
40+
41+
It was also discussed that updates may need to be released alongside other communications such as an email to users.
42+
43+
**Interruption** - We opted for an interruption card as used in MOJ for high level changes where the impact to users would be severe. Users would be shown the message after logging in, but before the home page and would need to click the call to action to indicate they have read the message.
44+
45+
![interruption](interruption.png)
46+
47+
**Notification** - For medium level severity changes we opted for a notification banner to be placed within the right context and on the right page. For example, if the message impacted user management, then the intent was that it would only be shown in this section.
48+
49+
![notification message](notification.png)
50+
51+
**‘New’ tag** - We opted for a tag to indicate a low level change which would not significantly impact the user but may help to highlight where a feature or field had been newly added.
52+
![new tag](new_tag.png)
53+
54+
## Pilot test
55+
56+
Before conducting any user testing sessions, we ran a small pilot test with 1 user to help give us confidence in the design artefacts and the way in which we wanted to show them to users as part of the testing. Our pilot user indicated that they would want a way to close the messages, particularly for the interruption and the notification banner. The subtle ‘New’ tag was well received.
57+
58+
This feedback validated an important initial assumption which was that users would need a way to close the medium level notification, rather than it persisting as is the intention of the GOV.UK notification banner.
59+
60+
We amended the design by adding a close icon to the notification before further testing.
61+
62+
## Design iteration
63+
64+
We tested the designs with 7 users remotely. We also used the time to test a new feedback notification with users and the usability of the newly designed search in RAVS, which included continuing without an NHS number.
65+
66+
Highlights from the research regarding the update notifications included:
67+
68+
- the interruption design needed to be clearer to avoid being missed after the user logs in
69+
- a way to close the notification was needed to not frustrate users
70+
- the context of when and where the messages would be shown would need to be considered each time we decide to use them in RAVS to have the most effective impact
71+
72+
The feedback validated some of our initial assumptions for the medium level notification around closing the message and indicated we may want to iterate the interruption card to create more positive friction in the journey, allowing our users to read important messages.
73+
74+
With this feedback and in the interest of consistency in RAVS we re-styled the notification message to look similar to the design for the feedback message: blue border with white background. The close icon was also replaced with a link below the message to be consistent, whilst the header and body also reflected how the feedback message is presented. This meant that our messages would be consistent in design and that the design was clear and the message clearly conveyed.
75+
76+
Notification re-design:
77+
78+
![new notification](notification1.png)
79+
80+
The high level interruption card was also re-styled to be clearer and consistent with other messages.
81+
![new interruption](interruption1.png)
82+
83+
## Future
84+
85+
We will need to continue to assess the effectiveness of these components through user testing and also keep speaking and learning from other services within the NHS which may share a similar problem, particularly staff facing products or services.

0 commit comments

Comments
 (0)