-
Notifications
You must be signed in to change notification settings - Fork 215
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Create digital-dispute-usability-study.md
- Loading branch information
1 parent
4cbcde4
commit 40afd91
Showing
1 changed file
with
312 additions
and
0 deletions.
There are no files selected for viewing
312 changes: 312 additions & 0 deletions
312
...cts/Debt Resolution/digital-dispute/research/digital-dispute-usability-study.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,312 @@ | ||
# Digital Debt Dispute Usability Study | ||
|
||
## Background | ||
|
||
Briefly describe the background of your product. Consider: | ||
|
||
- What problem is your product trying to solve? | ||
|
||
- Where is your product situated on VA.gov? (ex: auth vs. unauth) | ||
|
||
- What is Veterans’ familiarity with this tool? Is this a new product or an iteration on an existing one? | ||
|
||
|
||
|
||
[Link to product brief]([https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/products/Debt%20Resolution/digital-dispute/product-outline.md]) | ||
|
||
|
||
If a Veteran has a VA debt that they would like to dispute there is currently no formalized process for them to follow. Disputes can currently be submitted in a variety of formats (verbal, written, etc.) and the information required is not clearly defined. This experience can be confusing for Veterans and inefficient as additional information may need to be collected from the Veteran for the VA to process the dispute effectively. We will be launching the form for VBA only for this initial launch but it will eventually include both VBA and VHA debt. **(per product brief)** | ||
|
||
|
||
The Veteran filling out the digital dispute form is one aspect of the experience spanning 6 screens per debt disputed. The UI and design patterns will mirror the FSR and Streamlined Waver forms, which are much longer forms and have been enhanced and validated for optimized usability. Another aspect is the Veteran understanding the next steps and what to expect once they submit the form. Finally, the possibility of silent errors raises the necessity of an alternate user flow should there be a form submission error, which will trigger an email alerting the Veteran of an error and what steps to take next. | ||
|
||
Steps are being taken to minimize this possibility, and the team has prepared a different feedback mechanism should a silent error occur, ensuring the Veteran is aware that their submission was not successful and what they need to do next. | ||
|
||
|
||
|
||
|
||
### OCTO Priorities | ||
|
||
Which [OCTO priorities](https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/strategy/OCTO-DE%20Priorities%202024.md) does this research support? Work with your VA lead and product manager as needed. | ||
|
||
|
||
|
||
Objective 1: Our digital experiences are the best way to access VA health care and benefits. | ||
|
||
|
||
|
||
- Key Result 1: CSAT for our web products have increased by 5 points. | ||
|
||
- Key Result 2: Number of transactions processed using our products have increased by 25%. | ||
|
||
- Key Result 3: All new products have a faster transaction time than those they replaced. | ||
|
||
- Key Result 4: No transactions accepted by our products have a fatal error. | ||
|
||
|
||
|
||
|
||
Objective 2: Our platforms are the best way to deliver products at VA. | ||
|
||
- Key Result 1: Our platforms hit the “elite” level (as defined by DORA) on Deployment Frequency, Lead Time for Changes, Change Failure Rate, and Time to Restore Service. | ||
|
||
- Key Result 2: Our platforms measure and improve the satisfaction of their internal users. | ||
|
||
- Key Result 3: Our platforms power twice as many interactions compared to last year. | ||
|
||
|
||
|
||
|
||
|
||
### Veteran Journey | ||
|
||
Where does your product fit into the [Veteran journey](https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/platform/design/va-product-journey-maps/Veteran%20Journey%20Map.pdf)? Are there moments that matter? | ||
|
||
|
||
|
||
- Balancing finances | ||
|
||
- Managing primary care and chronic health issues | ||
|
||
- Maintaining my financial, social, and emotional health | ||
|
||
- Managing my declining health | ||
|
||
|
||
There are multiple intersecting factors that interact and can influence a Veteran’s financial situation, which can then impact their ability to address any VA debt and avoid more serious consequences. VA benefits overpayments and some types of VA copay debt can come out of the blue and be unrelated to personal decisions or actions. The ability to repay them is influenced by a Veteran’s personal financial situation, the stage they are on along the Veteran journey, and levels of personal financial decision making, motivation, and agency. Research shows that the transition between getting out and starting up can be an especially vulnerable time, with a survey of Veterans showing that 35% had trouble paying bills in their first few years after ending military service (Pew Research Center). | ||
|
||
## Research Goals | ||
|
||
|
||
|
||
What are you trying to learn from this research? | ||
|
||
Pro tip: Limit 3 goals per study. If you have more than 3 goals, consider how to break up your research into iterative studies. | ||
|
||
|
||
|
||
|
||
### 1. To understand the usability of digital dispute. | ||
|
||
### 2. To understand the comprehension of digital dispute, associated confirmation email, and error response email. | ||
|
||
### 3. To surface concerns that Veterans might have with the digital dispute that we are not aware of. | ||
|
||
|
||
|
||
|
||
### Outcome | ||
|
||
How will this research advance your product to the next phase in the design process? What will you do with your learnings? | ||
|
||
|
||
|
||
*Outcome of digital dispute: (per product brief)* | ||
|
||
|
||
- Ability to dispute either the existence or amount of a VA Debt | ||
|
||
- Easy access to user-friendly process with clear instructions and minimal and simple input required from user. | ||
|
||
- Clear understanding of timelines and next steps in the dispute process | ||
|
||
- Ability to submit a written statement to present their individual situation and reasoning for disputing the debt. | ||
|
||
- Receives an email confirmation of their debt dispute submission. | ||
|
||
|
||
*Outcome of usability study:* | ||
|
||
|
||
- To confirm and validate the usability and comprehension of digital dispute | ||
|
||
- To validate the comprehension of the confirmation email and understanding of next steps and what to expect | ||
|
||
- To validate the comprehension of the error email and understanding of next steps and what to expect | ||
|
||
|
||
### Research questions | ||
|
||
Consider bucketing research questions under research goals. For each question, think about: | ||
|
||
|
||
|
||
### To understand the usability of digital dispute. | ||
|
||
|
||
|
||
1. How is the navigation, visual clarity, and consistency of the form? | ||
|
||
|
||
|
||
|
||
### To understand the comprehension of digital dispute, associated confirmation email, and error response email. | ||
|
||
|
||
|
||
2. How understandable is the unauthenticated landing page that explains the digital dispute process? How clear are the guidelines on this page? | ||
|
||
3. How understandable are the personal information, contact information, debt selection and reason for disputing the debt(s) pages? | ||
|
||
4. How understandable is the reason for the dispute page? | ||
|
||
5. How clear is the submission message? What do they understand to be next steps? How clear is the associated submission email? What concerns do they have, if any? | ||
|
||
6. How clear is the error message? What do they understand to be next steps? How clear is the associated error email? What concerns do they have, if any? | ||
|
||
|
||
|
||
### To surface concerns that Veterans might have with the digital dispute that we are not aware of. | ||
|
||
|
||
|
||
7. Can Veterans summarize the takeaways of next steps and what is expected of them after going through the digital dispute? | ||
|
||
|
||
### Hypothesis | ||
|
||
What do you intend to learn and measure from this study? Think through these prompts to develop a strong hypothesis. | ||
|
||
|
||
|
||
|
||
Hypothesis 1 | ||
|
||
- Based on previous research with forms, including the FSR (both MVP and enhanced), and the Streamlined Waiver, we have iterated on the form design structure and UI. Since we are pulling directly from these valited forms for the digital dispute, we hypothesize that Veterans will be able to easily understand and navigate the digital dispute. | ||
|
||
|
||
Hypothesis 2 | ||
|
||
|
||
- Veterans will receive 2 letters once they submit the digital dispute. The first will inform them of the receipt of the dispute, and the second will inform them of the decision on the dispute. We hypothesize that this information will be clear to Veterans based on their review of the unauthenticated page, the submission confirmation message, and the confirmation email. | ||
|
||
|
||
|
||
|
||
## Methodology | ||
|
||
Describe the method you’re planning. You should be able to explain why this method is appropriate for the goals of the research and maturity of the design. | ||
|
||
Examples of common research methods include: | ||
|
||
- Usability testing - appropriate for evaluative research | ||
|
||
|
||
### Location | ||
|
||
Where will you be holding the research sessions? Be sure to include whether this is remote or in-person research. [Learn more about setting up in-person research.](https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/platform/research/planning/planning-in-person-research.md) | ||
|
||
If remote, include your preferred video conferencing software. Choice of: Zoom, GoTo Meeting; WebEx. | ||
|
||
|
||
|
||
- On Zoom | ||
|
||
|
||
### Research materials | ||
|
||
Note: your OCTO/VA lead must review and approve all research materials – including this plan – prior to submitting a recruitment request. | ||
|
||
Provide a link to any materials you need to run your study, including any materials needed for set up and recruitment. | ||
|
||
|
||
|
||
For moderated usability tests: | ||
|
||
- [Link to conversation guide](url goes here) | ||
|
||
- [Link to prototype](url goes here) | ||
|
||
|
||
|
||
|
||
## Recruitment | ||
|
||
OCTO works with Perigean, a small business, to handle the [recruitment](https://veteranusability.us/), scheduling, and compensation of Veterans and caregivers. | ||
|
||
Before writing your recruitment criteria, be sure to review the following resources. | ||
|
||
- [Refer to the Perigean Recruitment Guidance](https://depo-platform-documentation.scrollhelp.site/research-design/recruiting-participants) to learn how Perigean recruits, screens, and prepares participants for research. | ||
|
||
- [Refer to the inclusive recruitment strategies](https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/teams/vsa/accessibility/research/recruitment.md) to learn how to be inclusive of underserved Veteran communities. | ||
|
||
|
||
|
||
|
||
### Recruitment approach | ||
|
||
Who is your intended audience for this research (e.g. Veterans, caregivers, VSOs, SMEs), and how will you recruit them? | ||
|
||
Which inclusive research strategies are you leveraging for this study? OCTO recommends using a lean maximum variation strategy for most studies. Refer to the resources above to learn more. Read this [introduction to inclusive research](https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/teams/vsa/accessibility/research/introduction.md) and use the [recruitment checker (google sheets)](https://docs.google.com/spreadsheets/d/1pq7TSHZonfpzAQBJj6B2geGHlNUwZEs4DzEvxcRgu0o/edit?usp=sharing) to understand OCTO's targets for inclusivity. | ||
|
||
- Diversity and inclusion are prioritized | ||
- Primary recruitment criteria will be Veterans that have VBA overpayment debt and (desirable but optional) have disputed a VA debt or would like to dispute a debt | ||
|
||
### Recruitment criteria | ||
|
||
List the total number and type (Veterans, caregivers, etc.) of participants for this study. | ||
|
||
Primary criteria (must-haves) What demographics, experience, and scenarios do you need participants to meet to effectively run your study? | ||
|
||
Write any recruitment criteria for experience or scenarios as screener questions with qualifying responses. Perigean will use these verbatim to recruit participants. Consider providing links to products and/or clear descriptions to ensure participants understand the question. Example: Have you been to a VA urgent care facility in the last 6 months? [answer should be yes to qualify.] | ||
|
||
Tip: The more recruitment criteria you have, the less likely that a small sample of participants will be able to meet all criteria. Consider how you could leverage the [lean maximum variation sampling (MVS) approach](https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/teams/vsa/accessibility/research/recruitment.md#lean-mvs-strategy) by breaking up criteria for your study into multiple cohorts that each isolate one primary criteria. Perigean will consider each cohort as a separate recruitment effort, increasing the chances of meeting all criteria for your study. [Go to an example of the multiple cohort approach.](https://github.com/department-of-veterans-affairs/va.gov-team/blob/master/products/health-care/digital-health-modernization/research/generative-research-study-1/2020-12.research-plan1.md#participants-and-recruitment) | ||
|
||
Secondary criteria (nice-to-haves) What criteria would strengthen your results? | ||
|
||
## Timeline | ||
|
||
Please submit artifacts for [Research Review](https://depo-platform-documentation.scrollhelp.site/collaboration-cycle/Research-review.1781891143.html) 8-9 days prior to the first planned research day for remote studies so Perigean can begin recruiting one week prior. Perigean requires 2+ weeks for in-person. | ||
|
||
### Prepare | ||
|
||
When will the thing you are testing be finalized? Ideally it's ready a week before testing begins and has also been through a [Midpoint review](https://depo-platform-documentation.scrollhelp.site/collaboration-cycle/Midpoint-review.1781039167.html). | ||
|
||
A pilot session is required. Please indicate the date and name of a mock participant for a pilot session. | ||
|
||
- Pilot participant email: | ||
|
||
- Date and time of pilot session: | ||
|
||
|
||
### Research sessions | ||
|
||
- Planned dates of research: | ||
|
||
|
||
### Length of sessions | ||
|
||
- Session length: (e.g. 30 minutes, < 1 hour, up to 2 hours, up to 4 hours) | ||
|
||
- Buffer time between sessions: (30 minutes recommended to reset between sessions, debrief with team, if a participant arrives late, or a session goes slightly over time) | ||
|
||
- Maximum Sessions per day: (We all have limits - how many sessions can you and your team conduct in one day considering the session length, the mental strain of conducting sessions, other work you still need to complete in a day, etc?) | ||
|
||
|
||
### Availability | ||
|
||
When would you like sessions scheduled? Please list exact dates and times in EASTERN Standard Time. Note: we recommend providing availability outside of work hours, as many Veterans are only available before and after working times, and live across the U.S. | ||
|
||
Please request enough dates and at least double the amount of time slots for the number of requested participants. (e.g. Monday 9-1, 3-6; Tuesday 9-6, etc.; 12 time slots for 6 participants). This helps Perigean book participants when there are more time slots available, and when sessions need to be rescheduled or filled in with further recruitment. | ||
|
||
## Team Roles | ||
|
||
Please do not include email addresses in this section. We previously required email addresses. VA's GitHub policy ([see announcement](https://github.com/orgs/department-of-veterans-affairs/discussions/13)) has changed. VA.gov email addresses cannot be in public repositories. | ||
|
||
Please list the names of people in each role. In the Slack study channel, send an email and primary phone number for the moderator. Send emails only for the notetaker, accessibility specialist, and observers. If you need Perigean to take notes for you, indicate that next to Notetaker. | ||
|
||
- Moderator: Charlotte Cesana or Megan Gayle | ||
|
||
- Research guide writing and task development (usually but not always same as moderator): Charlotte Cesana, Megan Gayle, Joseph Lee | ||
|
||
- Participant recruiting & screening: Charlotte Cesana, Megan Gayle | ||
|
||
- Project point of contact: Charlotte Cesana, Megan Gayle | ||
|
||
- Participant(s) for pilot test: | ||
|
||
- Accessibility specialist (for sessions where support for assistive technology may be needed): | ||
|
||
- Note-takers: Megan Gayle, Joseph Lee, **Perigean notetaker** | ||
|
||
- Observers: List the names of people observing the sessions. This includes VA stakeholders, engineering team members, design team members, and any other people who might find this research relevant to their work. Spread observers across sessions. There should be no more than 5 to 6 total attendees (moderator, notetaker(s), observer(s)) per session on the VA side. |