Improving the handling of a QA tool
Improving the handling of a QA tool
How to help users get to grips with a QA tool?
Overview
Context: Context: HorusTest is a no-code tool for performing functional web. When users tried out the product for the first time, they struggled using it. Indeed, most of them did not complete the onboarding process, and failed to create their first automated functional test.
Stakeholders: Founder, developer and product designer
Process
Step 1: Understanding the context
To get started, I became familiar with the world of functional testing. In particular, I needed to know:
What are functional tests
What are these tests used for
Who usually performs these tests
Step 2: Current onboarding audit
I then put myself in the shoes of a user not familiar with the solution. At each stage, I wrote down my comments, the points I wanted to keep and those I felt needed to be reworked.
This analysis highlighted friction points that partially explained the loss of users along the way. For example, users were asked to install a plugin during the onboarding process. This plugin was not mentioned on the website or in the previous steps. As a result, some users gave up due to a lack of context and information.
Step 3: Onboarding revamp
To rework the onboarding process, we asked ourselves the following question:
What's the easiest way to get users to create their first automated test?
To make things clearer, turned this question into a simple user flow:
We made sure to answer these questions:
What do users need to do to move on to the next stage?
What do they need to know?
What's the easiest way to do so?
Step 4: benchmark + ideation
I did a benchmark of other tools, then prioritized the actions we needed to take:
Explain the need to install the plugin from the outset
Gamify the onboarding with key steps and levels to unlock
Use tooltips to explain each step and provide context
Step 5: onboarding revamp
I turned the previous work to low-fidelity wireframes. For once, I used Whimsical to save time. Note that at this stage, content is still drafted. The idea is to map what information users need and when they need it.
Once we validated the new onboarding flow, I finalized editing the content in the prototype.
Final thoughts
I enjoyed working on this project, mainly because I had to learn a lot about functional testing methods. We had to be creative enough to gamify the onboarding, and find the most appropriate tone of voice. Indeed, it was particularly challenging to balance extreme simplification and expert vocabulary.
However, I had to deal with certain limitations, including the lack of time and technical restrictions. I wish I could have tested the content with users.
Overview
Context: Context: HorusTest is a no-code tool for performing functional web. When users tried out the product for the first time, they struggled using it. Indeed, most of them did not complete the onboarding process, and failed to create their first automated functional test.
Stakeholders: Founder, developer and product designer
Process
Step 1: Understanding the context
To get started, I became familiar with the world of functional testing. In particular, I needed to know:
What are functional tests
What are these tests used for
Who usually performs these tests
Step 2: Current onboarding audit
I then put myself in the shoes of a user not familiar with the solution. At each stage, I wrote down my comments, the points I wanted to keep and those I felt needed to be reworked.
This analysis highlighted friction points that partially explained the loss of users along the way. For example, users were asked to install a plugin during the onboarding process. This plugin was not mentioned on the website or in the previous steps. As a result, some users gave up due to a lack of context and information.
Step 3: Onboarding revamp
To rework the onboarding process, we asked ourselves the following question:
What's the easiest way to get users to create their first automated test?
To make things clearer, turned this question into a simple user flow:
We made sure to answer these questions:
What do users need to do to move on to the next stage?
What do they need to know?
What's the easiest way to do so?
Step 4: benchmark + ideation
I did a benchmark of other tools, then prioritized the actions we needed to take:
Explain the need to install the plugin from the outset
Gamify the onboarding with key steps and levels to unlock
Use tooltips to explain each step and provide context
Step 5: onboarding revamp
I turned the previous work to low-fidelity wireframes. For once, I used Whimsical to save time. Note that at this stage, content is still drafted. The idea is to map what information users need and when they need it.
Once we validated the new onboarding flow, I finalized editing the content in the prototype.
Final thoughts
I enjoyed working on this project, mainly because I had to learn a lot about functional testing methods. We had to be creative enough to gamify the onboarding, and find the most appropriate tone of voice. Indeed, it was particularly challenging to balance extreme simplification and expert vocabulary.
However, I had to deal with certain limitations, including the lack of time and technical restrictions. I wish I could have tested the content with users.
© Justine Sudraud – All rights reserved - 2024
© Justine Sudraud
All rights reserved - 2024