|
1 | 1 |
|
| 2 | +--- |
| 3 | +title: "Notifying users about updates" |
| 4 | +date: 2025-03-25 |
| 5 | +--- |
| 6 | + |
| 7 | +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 to RAVs such as asking them to complete new fields when adding a vaccine batch or larger scale changes such as a new streamlined journey of how users can record vaccinations in RAVs. |
| 8 | +Both new feature examples are on the release roadmap for RAVs, so we were able to use these scenarios to demonstrate with users and give the designs appropriate scenarios for which alerts or notifications might be used. |
| 9 | + |
| 10 | +## Desk research |
| 11 | + |
| 12 | +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 was any precedents elsewhere as well as doing some initial research in to what other government departments might have done to tackle this problem. |
| 13 | + |
| 14 | +The following list was checked as well as searches online to see what components worked best and in what context: |
| 15 | + |
| 16 | +https://github.com/ctdesign/gov-design-systems-list |
| 17 | + |
| 18 | +3 stand out designs for existing notification banners came from the following government departments: |
| 19 | + |
| 20 | +[Notification banner from Gov.UK service manual](https://design-system.service.gov.uk/components/notification-banner/) |
| 21 | + |
| 22 | +**image palceholder** |
| 23 | + |
| 24 | +[Scottish government design system notification](https://designsystem.gov.scot/components/notification-banner) |
| 25 | + |
| 26 | +**image palceholder** |
| 27 | + |
| 28 | +[Office for national Stistics success panel](https://service-manual.ons.gov.uk/design-system/components/success-panel) |
| 29 | + |
| 30 | +**image palceholder** |
| 31 | + |
| 32 | +These design systems are all UK government agencies and will either take inspiration from or work directly with the GOV.UK design system, as does NHS England. |
| 33 | +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. 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. It is intended for public facing services and this may not be as appropriate in RAVs which will require users to 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 | + |
| 36 | + |
| 37 | +## Our designs |
| 38 | + |
| 39 | +As a design team we discussed the various needs for notifications within the service that might warrant messaging to users ‘in service’ as oppose to via email. We decided that 3 different levels of alerts and notices would eb appropriate to cover different levels of eventualities depending on the severity and impact of the change to RAVs. It was also discussed that this would need to be released with corresponding communications such as email or via service agents. |
| 40 | + |
| 41 | +**Interruption** - An interruption card as used in MOJ was decided as needed for high level changes were the impact to users would be severe. Users would be shown the message after logging in, but before the home page and need to click the call to action to indicate they have read the message. |
| 42 | + |
| 43 | + |
| 44 | + |
| 45 | + |
| 46 | +**Notification** - For medium level severity changes a notification banner was used to be placed within the right context and page. For example, if the message impacted user management, then the intent was that it would only be shown in this section. |
| 47 | + |
| 48 | + |
| 49 | + |
| 50 | + |
| 51 | +**‘New’ tag** - A tag was used 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 | + |
| 53 | + |
| 54 | + |
| 55 | + |
| 56 | +## Pilot test |
| 57 | + |
| 58 | +Before conducting any user testing sessions, we ran a small pilot test with one of our users 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. From this session they indicated that they would want a way in which to close the messages, particularly for the interruption and the notification banner. The subtle ‘New’ tag was well received. |
| 59 | +This feedback validated an important initial assumption in that the users would need a way to close the medium level notification, rather than it persisting which is the intention of the the gov.uk notification banner. |
| 60 | +We amended the design of the notification before testing with users to add a close icon. |
| 61 | + |
| 62 | + |
| 63 | + |
| 64 | +## Design Iteration |
| 65 | + |
| 66 | +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. |
| 67 | + |
| 68 | +The highlights from the research regarding the update notifications included: |
| 69 | + |
| 70 | +- Interruption to be clearer to avoid being missed after the user logs in |
| 71 | +- A way to close the notification was needed to not frustrate users was important |
| 72 | +- 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 where users might stop to read |
| 73 | + |
| 74 | +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. |
| 75 | +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. |
| 76 | + |
| 77 | + |
| 78 | + |
| 79 | +Notification re-design |
| 80 | + |
| 81 | +**IMAGE PALCEHOLDER** |
| 82 | + |
| 83 | +The high-level interruption card was also re-styled to be clearer and consistent with other messages. |
| 84 | +**IMAGE PALCEHOLDER** |
| 85 | + |
| 86 | +## Future |
| 87 | +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 for staff facing products or services. |
| 88 | +**IMAGE PALCEHOLDER** |
0 commit comments