govuk-design-system-backlog
govuk-design-system-backlog copied to clipboard
Feedback link
What
Let users leave feedback about a page
Why
- What evidence do you have that it's needed by multiple services across government?
Anything else
- Example: GOV.UK - Take a pet abroad
- Example: GOV.UK Service Manual - Email addresses
Does anybody have any analytics data on typical engagement with this?
We tried an alternative on Explore careers where we made the survey banner sticky and adjusted the design to accommodate. Currently seeing around 2% of users providing feedback through the Yes / No links. Just wondering how that compares to non sticky.
Visible here: https://beta.nationalcareersservice.direct.gov.uk/job-profiles/police-officer
Full write-up and further research can be found here: https://docs.google.com/document/d/1GbEMdH578tnelCJQBy0o4Qn_JXRiMH2wmoiTboXmCys/edit?usp=sharing
Dropbox Paper audit
On 19th March 2019 the Design System team reviewed a Dropbox Paper document discussing the Feedback links pattern.
The aim was to reduce the number of places containing guidance and code by:
- migrating relevant, useful content into the Design System itself
- recording important research findings in the community backlog
- removing the original Dropbox Paper page
Below is a record of the outcome of that review.
If you need to, you can see the original Dropbox Paper content in the internet archive.
Review outcomes
Combine the document history discussion on Dropbox Paper with this issue and remove the original Dropbox Paper page.
Feedback links
Overview
Improve your service by helping users tell you what they think of it.
When to use this pattern
All public beta or live services must have a feedback page so you can collect comments and measure user satisfaction.
Examples
GOV.UK information page feedback link
Here’s how the feedback links at the bottom of pages on GOV.UK work:
GOV.UK Service Manual page feedback link
On Service Manual pages the feedback form is combined with a simple yes/no link for tracking user satisfaction:
GOV.UK user survey
Every 50 page-loads we insert a banner: “Tell us what you think of GOV.UK – take the 3 minute survey". This takes you to this survey: https://www.surveymonkey.com/s/6HZFSVC
Related patterns
On one service we eliminated the feedback link and put the feedback questions directly on the feedback page. The feedback rate jumped from 2.5% (average over 6 months) to 45% (average over 1 month).
Can anyone think of a significant disadvantage to putting feedback questions directly on the confirmation page?
@terrysimpson99 this pattern is used on many different types of pages, so I imagine putting them inline might not work so well for a generic use case.
Can anyone think of a significant disadvantage to putting feedback questions directly on the confirmation page?
However, you might want to consider raising your findings on the confirmation pages pattern page, perhaps we could consider updating that pattern with what you've found?
Across HMRC Borders & Trade services, I've seen variations of links and forms to gather feedback:
https://docs.google.com/document/d/1GcajywDVL-0jZpTyWoxRuQJ1rnggp_1XiF4FJsPbl2c/edit?usp=sharing
Merge #170 with this into a feedback link pattern rather than as two separate issues
When a user wants assistance with an action they're attempting to complete on a page, there is a link which displays a form asking for information from the user which will be useful in providing them assistance.
Screenshot of current live service:
Slack Discussion
A slack discussion on #community-ux suggested that it would be useful to make the form more service specific.
The discussion also suggests that the answers provided to the question 'What were you doing?' were sometimes not resulting in useful responses from users.
@philsherry commented on 8 Feb 2017
While the fields for Name and Email are fine (although, type="email"
would be a good addition to the latter…), the question fields should really be textarea
rather than input
.
It could do with behaving a bit nicer, too. With no JS, it just appears – that's fine, but this link is still sat in the page: <a class="report-error__toggle js-visible" id="get-help-action" href="Action(parser=BodyParser(anyContent))">Is there anything wrong with this page?</a>
. That href
is nasty.
@gavinwye commented on 27 Apr 2017 If the service that's using this pattern isn't set up in Deskpro the Deskpro team don't know where the feedback is coming from. Maybe we could add a hidden field with the service name to this form to make it easier for the Deskpro users.
@jennifer-hodgson commented on 6 Jul 2017 On BTA, we're also having issues with this pattern. Currently our users are tending to use this pattern to report issues with their tax affairs, which is generating a number of rogue, misdirected Deskpro tickets. It appears the distinction between "webpage issues" and "tax issues" isn't clear enough in the current content.
I would suggest that we need to make clearer that this form is for reporting issues with the page and/or the digital service, and also perhaps direct users towards the correct place for reporting issues with their tax affairs.
@stevenaproctor commented on 6 Jul 2017 I agree with @jennifer-hodgson. People tend to ignore the "Don't include any personal or financial information. For example, your National Insurance or credit card numbers." that is at the top of the form.
A lot of services changed the link to "Is there anything wrong with this page?" to try and stop this kind of behaviour but I do not think this has had the effect people were hoping for. Plus, all the content on the form is still geared towards "get help".
@gavinwye commented on 9 Oct 2017 Code for use in your prototype
<div>
<br> <br>
<p>
<a href="#support" class="report-error" id="get-help-action" onclick="$('#support').toggle();return false;">Get help with this page</a></p>
<small class="hidden-help" id="support" style="display: none;">
<div id="report-error-partial-form" class="report-error__content">
<h3 class="heading-medium">Get help using this service</h3>
<p>
Don't include any personal or financial information. For example, your National Insurance or credit card numbers.
</p>
<form action="" method="" class="form--feedback" novalidate="novalidate">
<fieldset>
<div class="form-group-compound">
<label for="report-name" class="form-label">Name</label>
<input id="report-name" class="form-control-3-4" name="report-name" type="text" data-rule-letterswithbasicpunc="true" data-rule-required="true" data-msg-required="Please provide your name." aria-required="true">
</div>
<div class="form-group-compound">
<label for="report-email" class="form-label">Email</label>
<input id="report-email" class="form-control-3-4" name="report-email" type="email" data-rule-required="true" data-rule-email="true" data-msg-required="Please provide your email address." aria-required="true">
</div>
<div class="form-group-compound">
<label class="form-label" for="text">What where you doing?</label>
<input class="form-control-3-4" id="text" name="report-action" type="text" data-rule-required="true" data-msg-required="Please enter details of what you were doing." aria-required="true">
</div>
<div class="form-group-compound">
<label for="report-error" class="form-label">What do you need help with?</label>
<input id="report-error" class="form-control-3-4" name="report-error" type="text" data-rule-required="true" data-msg-required="Please enter details of what went wrong." aria-required="true">
</div>
<input type="hidden" name="isJavascript" value="true">
<input type="hidden" name="referrer" value="https://web-qa.tax.service.gov.uk/mdtp/registration">
<div class="form-field">
<button id="report-submit" class="button" type="submit" data-journey-click="">Send</button>
</div>
</fieldset>
</form>
</div></small></div>
@stevenaproctor commented on 17 Oct 2017 @gavinwye This is a GOV.UK pattern. It is the same as what is on GOV.UK but with name and email address added to it.
@JamesPBoyle commented on 1 Feb 2018 @olirose @JSJohal - this is the design system thread for the get help with this page component.
@stevenaproctor, Oli and Jas are working on Making Tax Digital for Business. They did some user research on the get help form late last year. We've had a few chats about ways to improve the form.
We've currently agreed a process where Oli and Jas will kick around ideas. They'll touch base with platform services to confirm if the ideas are technically feasible to implement. Then they'll look to do user testing. I'm sure they'd welcome the ideas you had for the form.
We are expecting a bit of a lead time on this work. Rather than specifically testing designs in unique UR sessions, we are going to test the new patterns if users get stuck during a journey.
@jennifer-hodgson commented 18 days ago This, again, is GOV.UK - we could feed our findings about people supplying the wrong kind of information and any new findings from the new version @stevenaproctor and I worked on to them. Cannot seem to find an issue on their backlog, though...