Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Try to get more users to do the things we require before going live #2250

Merged
merged 4 commits into from
Aug 29, 2018

Conversation

quis
Copy link
Member

@quis quis commented Aug 23, 2018

Before After
image image

Use the task list pattern on the request to go live page

We’ve found a significant property of users (about 25%) who request to go live aren’t completing all the items on the checklist.

In 1 of 6 (17%) of the usability testing sessions we did on this process we saw someone skip straight past the checklist page because of big green button syndrome. While 1 in 6 people would normally be a small number1 in the context of a usability testing session, it’s enough to cause a big workload for our team (assuming it is the sole cause of people not completing the items on the checklist).

The initial reason for using the tick cross pattern for the checklist was:

  • it was coherent with the rest of Notify
  • the task list pattern didn’t have a way of showing that something still needed doing – it put more visual emphasis on the things the user had already done

There’s been some interesting discussion on the GOV.UK Design System backlog about users failing to complete items in the task list. A few people have tried different patterns for communicating that items in the task list still need ‘completing’.

So this commit:

  • adds a task list pattern
  • uses the task list pattern for the request to go live checklist

The task list is adapted from the one in the design system in that:

  • the ‘completed’ label has a black, not blue background (because Notify often uses blocks of blue to indicate something that’s clickable)
  • it adds an explicit ‘not complete’ label which is visually not filled in (sort of how ticked/unticket radio buttons work)

Check text message sender before going live

We often check that a service has an appropriate text message sender as a condition of them going live. We don’t mention this anywhere.

The services for whom GOVUK is definitely not an appropriate sender are those in local government. As we have more of these teams starting to use Notify, we should streamline the process by making this check automated.

This commit adds that check, for teams who:

  • have text message templates
  • have self-declared as NHS or local government

  1. With the caveat that looking only at task completion and quantifying qualitative research can both be problematic and the intention here is to show that the numbers are close enough to say that they could be symptoms of the same problem. Leisa Reichelt’s Mind the Product talk is good on this stuff.

@karlchillmaid
Copy link
Contributor

karlchillmaid commented Aug 28, 2018

Content suggestions:

H1: Before you request to go live

We probably don't need to use a lead-in for a task list / table.

Tasks:
Add a team member who can manage settings, team and usage
Add content to templates to show the kind of messages you’ll send
Add an email reply-to address
Change your text message sender name

☝️ I've tried to keep these short so they don't wrap, but we can add to or edit them if necessary.

I also suggest we move the line about making the service live within one day to the next screen.

quis added 3 commits August 29, 2018 11:29
We’ve found a significant property of users (about 25%) who request to
go live aren’t completing all the items on the checklist.

In 1 of 6 (17%) of the usability testing sessions we did on this process
we saw someone skip straight past the checklist page because of big
green button syndrome. While 1 in 6 people would normally be a small
number[1] in the context of a usability testing session, it’s enough to
cause a big workload for our team (assuming it is the sole cause of
people not completing the items on the checklist).

The initial reason for using the tick cross pattern for the checklist
was:
- it was coherent with the rest of Notify
- the task list pattern didn’t have a way of showing that something
  still needed doing – it put more visual emphasis on the things
  the user had already done

There’s been some interesting discussion on the GOV.UK Design System
backlog about users failing to complete items in the task list. A few
people have tried different patterns for communicating that items in the
task list still need ‘completing’.

So this commit:
- adds a task list pattern
- uses the task list pattern for the request to go live checklist

The task list is adapted from the one in the design system in that:
- the ‘completed’ label has a black, not blue background (because Notify
  often uses blocks of blue to indicate something that’s clickable)
- it adds an explicit ‘not complete’ label which is visually not
  filled in (sort of how ticked/unticket radio buttons work)

1. With the caveat that looking only at task completion, or quantifying
   qualitative not good practices and the intention here is to show that
   the numbers are close enough to say that they could be symptomatic of
   the same problem. Leisa Reichelt’s Mind the Product talk is good on
   this https://vimeo.com/284015765
We often check that a service has an appropriate text message sender as
a condition of them going live. We don’t mention this anywhere.

The services for whom GOVUK is definitely not an appropriate sender are
those in local government. As we have more of these teams starting to
use Notify, we should streamline the process by making this check
automated.

This commit adds that check, for teams who:
- have text message templates
- have self-declared as NHS or local government
We probably don't need to use a lead-in for a task list / table.

Also moves the line about making the service live within one day to the
next screen.
@quis quis force-pushed the task-list-go-live branch from 1ef4e72 to fa8cfd4 Compare August 29, 2018 10:33
@quis
Copy link
Member Author

quis commented Aug 29, 2018

Updated first page:
image

…and the next page:
image

This looks cleaner than having part of the line as a link, and because
of the active opening word feels like more of a call to action.
@quis quis force-pushed the task-list-go-live branch from fa8cfd4 to 06869ee Compare August 29, 2018 10:36
@quis quis changed the title [WIP] Try to get more users to do the things we require before going live Try to get more users to do the things we require before going live Aug 29, 2018
@quis quis merged commit 87040c1 into master Aug 29, 2018
@quis quis deleted the task-list-go-live branch August 29, 2018 14:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants