Since I was brought onto the project to provide interface enhancement feedback, I decided to conduct usability testing with the targeted primary user groups which were people in Role A and Role B. There was a total of 8 business teams, each with their own Role A and Role B. Although it would be great to talk to them all since each business team had their unique characteristics and requirements that the project should know about, it was not possible due to time constraints and not necessary for usability evaluation purpose.
I ended up conducting usability test with 2 users in Role A, 4 users in Role B and 1 new SME. When needed, I scheduled follow up interviews with them to further understand their as-is processes and detailed requirements.
I was able to get a SUS score during the test which helped stakeholders understand how the tool ranked in terms of usability.
Figure 1 Image created based on Jeff Sauro's SUS scale. Reference image: Sauro, Jeff. " 5 Ways to Interpret a SUS Score." MeasuringU, September 19, 2018.
I was also able to gather a list of usability issues that were leading to task failure or redundant work, desired feature enhancements for easier use, requests of new features that would make the tool more attractive, and bugs.
Additionally, I mapped out the desired level of access from users’ perspective. Project team is actively working on adjusting access level accordingly.
Lastly, since the project team did not have much documentation on the targeted users, I used the information collected from research to summarize primary user characteristics and the value they see in the tool with how it’s built and its potential. Additionally, I mapped out users’ as-is workflow and potential to-be workflow. Highlighted boxes are steps affected by the tool.
Orange boxes = steps that will be affected by the tool.