This repository has been archived by the owner on Nov 10, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 41
Usability Testing Process
mcharg edited this page Apr 19, 2019
·
3 revisions
- Decide on the goals of the study
- Decide on the right method and participants needed to meet the goals
- Write study plan
- Have product owner review the plan
- Figure out where to find participants
- Find people using method decided in the plan
- Track people in the market map (People tab) and individual study participant index spreadsheet (only direct team can access because of PII)
- Send emails (limited access) asking people to participate
- Choose an interview time for people who accept
- Send [meeting maker] (https://docs.google.com/document/d/1HRLBy-IigoNGlcAD9eY7pQKq9T95HL1NTLfiGLwsDg4/edit) (limited access) for interview and debrief
- Write study guide
- Ensure any prototypes meet the needs of the guide (i.e. you can get to everything users might encounter when completing the tasks)
- Have product owner review the guide
- Post guide to GitHub
- Check to see who has accepted the meeting invite and designate a primary note taker
- Create a notes doc by taking the study guide and putting in headings instead of detailed questions or copying one from a previous participant and removing all of that participant’s notes
- Go through the interview guide during the study.
- Conduct debrief with the team after the study and put together summary and put the participant on the user type triangles.
- Update participant index and market map indicating the interview has occurred.
- Copy all notes from each participant into a spreadsheet (limited access) and organize into common findings, tracking number of participants who encountered each finding
- Make sure no identifying information is in the notes docs. The only place to identify participants should be the participant index.
- Put together a version of the triangles with all participants in the study
- Pull out the highest frequency findings or things that answer specific questions asked in the study plan and create a findings presentation (limited access)
- Review findings with Data Display and Data Retrieval teams
- Add issues to GitHub to address findings
- Put bulleted summary of findings on GitHub
- Update user types on GitHub with the new participants and make any adjustments to the scenarios, if needed.
- Add findings to the findings by topic spreadsheet (limited access) and github page.
- Problem statement
- Product vision
- User scenarios
- What we're not trying to do
- Product risks
- Prioritization scale
- Joining the team
- Onboarding checklist
- Working as a distributed team
- Planning and organizing our work
- Sample retro doc
- Content style guide
- Content editing and publishing workflow
- Publishing a blog post
- Content audits: a (sort-of) guide
- User centered design process
- Research norms and processes
- Usability testing process
- Observing user research
- Design and research in the federal government
- Shaping process
- Preview URLs
- How to prepare and review PRs
- Continuous integration tools
- Releasing changes
- Github Labels