DRAFT - usability test orientation and template
The assessment of how readily users can accomplish system tasks provides invaluable feedback on whether the system is meeting its objectives. Usability testing does not have to be extensive or complicated in order to be effective. Thoughtful choice of tasks and users can provide useful insight without undue burden.
Tasks should align with the most important objectives and problem solving needs of the system implementation, it does not have to be inclusive of every possible user interaction. Fruitful tasks can be tested with minimal training or instruction and allow for users to possiblly lose their way. It can be useful to include tasks that knowingly introduce error, such as missing or invalid information, or require the user to navigate across more than one system component.
Users ideally represent the perspective and experience with similar systems, but it is not always essential to find actual end users. For basic system tasks especially (or example, registering a patient) subject matter expertise can be waived. It can be helpful to be mindful of user bias, and test with users with a range of experience with the system or similar systems, including novice users.
The following is a suggested template for organizing tasks and data collection.
Draft in progress notes
- Add suggestion to have user think out loud
Definition and notes
This is what you would like users to be able to accomplish in the system.
The instruction lists details, such as specific test patient IDs, or specific data to add or modify. It may also include guilding steps, but these should be minimal to determine if the UX is intuitive enough without significant user support.
Breifly, w hether the user was able to complete the task, and if so, how long it took. This could also capture how many steps, whether the user needed guidance, or other indicator of how easily the task was accomplished. If the user could not complete the task,
Sample outcome examples:
Detail misconceptions, missteps, or other alternatives to the intended path to complete the task, including where the user could go no further (at all or without guidance).
Final problem definition and/or recommendation to address issues.
Examples: Patient registration, patient visit flow, prescribe and dipense, patient status & history, continued care
Examples: Clerk, nurse, doctor, specialist
Update patient contact information
Update the phone number of Test, Test IDA12345 to 555-555-555
Mark patient deceased
Record that NCD patient test, test has died of X
Register a new patient (provide information)
Add new patient (provide data)
Patient status and continued care examples
Determine if patient test, test is pregnant
Update the medication for patient test, test from X to Y
Change the medication for TB patient test, test from X to Y during a follow up visit
See the history of patient viral load
Determine how long the HIV viral load for patient test, test has been undetectable