Hackpads are smart collaborative documents. .

Michael Thomas

241 days ago
Unfiled. Edited by Michael Thomas , Sanjay Poyzer 241 days ago
Sanjay P
  • Ok so I can add the older version of this page and say that it doesn't perform as well as this one in research. Not sure why those issues we found it haven't come up in the other RPs research though.
Michael T
  • Are we confident that this pattern has had enough testing across a range of services to be sure this is the best way to solve this problem? – Would different approaches work better for different combinations of sign-in methods or services? 
Sanjay P
  • Not really. Everything in this doc is a starting point for people to add more to.
Michael T
  • That sounds good. It might help to add a bit more clarity as to how confident we are with these if this content is being shared more widely.
  • Rather than having several pages confirming that details are correct, could we just play back all the users data on a single page and have some kind of ‘Yes, these are correct’ option at the bottom and ’Change my name/DOB/address’ options beside the data, similar to the examples here? – presumably the majority of users data will be correct, so it might allow many more users through with a few fewer clicks.
  • Does allowing the user to change their own details open up opportunities for fraudsters to Verify themselves at one address and then use a different address to get a permit wherever they want? Also, if they change their address, what happens to that data? Is it somehow fed back and updated on the IDPs side? Would users expect this to be how it behaves? 
After this the user can continue with the rest of the service.
845 days ago
Unfiled. Edited by Michael Thomas 845 days ago
Sjors T
514 days ago
Unfiled. Edited by Alex Nolan 514 days ago
Kellie M
  • I understand that if I have given false information or I do not provide further evidence if requested, my application may be rejected and the full fee will be payable."
Alex N
  • Doesn't feel like the right page for this, but just a thought about the process in the comment directly above: If you ask people to commit to honesty before the form, rather than after, it makes their responses more honest. I don't know if your service suffers from many fraudulent claims, but you might want to consider this if so. If the next action after that confirmation is to close the page and exit, it's a lot easier to do that than go back and correct any dishonesty. 
607 days ago
Unfiled. Edited by Sanjay Poyzer 607 days ago
Register a physical item or activity
May or may not involve getting a license.
e.g Apply for alcohol license, Apply for flood license, Apply to be a foster parent, Register to vote
Sanjay P Register yourself (or someone you represent)
Telling government you exists and getting a certificate to prove it.
A certificate does not give you permission to do something (like a license), but it can prove things about you which allow you to do things.
e.g Register a birth, register a death, apply for a gender recognition certificate, Register self-employment, Change your name by Deed Poll
e.g Apply for research funding, Apply for business funding, Apply for flood defence funding, Apply for student loan
e.g Housing benefits, Tax Credits, Jobseeker's Allowance, Carer's Allowance, refugee integration loan, budgeting loan, sanction loan
e.g Appeal refused immigration permission, Appeal benefits sanction, Appeal school placement sanction
e.g Do my taxes for me, Lasting Power of Attorney, Get a defence lawyer
Check private data about someone else
Ask government to check that someone is allowed to do something.
e.g Check criminal records (DBS), Check a driving license, Check tenant's right to rent
Pay to use a public asset
e.g Pay road tax, Pay canal boat tax, Pay to search Land Registry
Booking a time
Report a concern or possible crime
e.g Report a food premises, Report illegal fishing, Report an estate agent, Report a patent infringement, Report benefit fraud
615 days ago
Unfiled. Edited by Michael Thomas 615 days ago
Michael T Character validation for users' names
  • The problem
Many users of services of GOV.UK will have characters in their names that do not fall within the A-Z latin alphabet. Examples have arisen whereby users have been unable to use a service as their name, containing either diacritics/accents, failed validation and prevented them from continuing.
Tim P
  • Guidance
Michael T Accept whatever characters the user inputs
Ideally we would accept whatever characters the user puts in, since by definition the name I give you is the name it's OK to use.
Or, request they match the name on an existing document
 If you need a name that's used somewhere else, e.g. for identity matching services, be transparent and explicit about that (e.g. "Name, as given on your passport / We need this so we can check your application against our records)
 If all else fails, anglicise names but be clear that this is whats happening
 If you're dealing with a legacy system, anglicise names where possible without throwing up an error - e.g. "Björk" becomes "Bjork" (obviously some people are going to - justifiably - get annoyed about that, but might be the least bad option).
If we have a system that cannot accept certain characters - like the British Passport system - then we can do the hard work to convert the character to its transliteration and notify the user that that is what we are doing. They shouldn't have to do any extra work.
For instance, the International Civil Aviation Organisation (ICAO) have an internationally agreed list of transliterations (converting certain accents/diacritics into their closest A-Z equivalents) in the 'Numbers, Symbols and Punctuation Marks' section of HMPO's Names and changes of name document. It should be noted however that this is not an exhaustive list of all accents and different languages may transliterate characters differently. But should we consider building up a list of known diacritical/accent characters along with appropriate transliterations? 
Further considerations
You may not be able to change what someone types in:
a) for legal reasons (non-repudiation)
b) because you may not know what caused the error, just that it was triggered 
– Because of b, one team wrote an error that began "First name must only include letters a to z..." that explained what characters and symbols you could include. It tested OK but some people treat 'è' as 'e' so the error does not help them.
Tim P
  • Use this section to draft guidance for the pattern. This will become the first draft of the pattern page when it's added to the Service manual, at which point it will be removed from this page. It's quite common for a single pattern page to describe a number of different approaches. We're using the following structure to document each approach:
  • Example: 1 line intro plus screenshot or HTML
  • Pros: What this pattern is good at and when to use it
  • Cons: What this pattern is less good at and when not to use it
  • Guidance: General guidance on implementing this pattern
  • Discussion
  •  A place to have a more general conversation about the pattern.
  • Examples on GOV.UK
  • Post images and links to examples on GOV.UK or prototypes
  • Research
  •  A section to talk more generally about research relating to this pattern
  • Further reading
  • Names and changes of name – The 'Numbers, Symbols and Punctuation Marks (Diacritical characters and accent characters)' describes the internationally agreed specifications for transliteration.
Tim P
  •  Links out to related articles, blog posts etc.

Contact Support

Please check out our How-to Guide and FAQ first to see if your question is already answered! :)

If you have a feature request, please add it to this pad. Thanks!

Log in