6 Tips to Keep in Mind for Iterative Usability Testing :: UXmatters

2. Track identified usability issues.

It is helpful to maintain a master list on which you can post all of the usability issues and painpoints you identify. Indicate what issues have been resolved, as well as those that remain open. Tracking issues in this way keeps you organized, preventing your becoming overloaded with all the data that you collect over time. It also helps UX designers to know what issues they still need to fix.

I have found using a Kanban board such as Trello or Jira incredibly helpful in keeping track of the usability issues we’ve identified, indicating what issues have been resolved, and coordinating our efforts for each study. Place each newly identified issue in the leftmost column, then move issues further toward the right column as they progress through the design, testing, and, development process and the software finally ships.

Using a Kanban Board

In Trello, a Kanban board comprises the following columns:

  • Issues identified—The board begins with this column, which is a backlog of all the usability issues you’ve identified through usability testing. Indicate each issue by providing a clear, single-sentence summary of the issue that enables the product team to quickly understand it. In the body of the Trello card, include an image that depicts the issue, as well as more information that provides the context the design team needs to solve the problem. Review the issues in this column with the product team so you can collectively decide what issues you must fix now, then move their cards to the Being addressed column.
  • Being addressed—The product team assigns each issue in this column to a team member—usually a UX designer—who is to start working on solving the related usability issues. Ideally, the team should agree on a target date for the next round of testing so designers know when they should complete their designs. This provides some accountability to ensure the issue is addressed. As you plan the next study, you must keep up to date on the progress of the issues in this column, then once the design solutions are ready for testing, move their Trello cards into the Ready for usability testing column. (Note—Not all issues require usability testing, so some may jump directly from this column to the Ready for development column.)
  • Ready for usability testing—Once the designers have completed their designs, move the issue’s card from the Being addressed column to this column, so you know you’ll have what you need for the next study. Once you’ve completed the testing sessions, update the cards for the designs in this column with information about what you’ve learned during testing. Then, based on what you observed during testing, do the following:
    • If the design has adequately resolved the usability issue, move its card to the Tested well column.
    • If the design did not solve the problem, move its card back to the Being addressed column, indicating that the designers must create another iteration of the design to solve the problem.
  • Tested well—The design solutions in this column have already gone through usability testing, and you’ve validated that they have solved the related problems. These design solutions are ready for a developer to start implementing the design.
  • Ready for development—Move the validated design solutions that are ready for implementation from the Tested well column to this column. After testing, there might be some additional work that UX designers need to do—such as putting the design into a design specification—before a developer can start implementing the design. (Note—Not all issues require usability testing, so some may jump directly from the Being addressed column to this column.)
  • Implemented—Once the developers have implemented a design solution in production software or hardware, move its card to this column.
  • Not addressing—This column is for any issues that the team decides not to address. On the card for each usability issue in this column, include an explanation of why you won’t resolve the issue—for example, fixing the issue is not a priority for the next release or won’t be technically feasible in the near future.

3. Consider the big picture, not just quick fixes.

Because of the fast-paced nature of iterative usability testing, it can be all too easy for a product team to get caught up in thinking only about quick fixes for usability issues. Make sure that the team takes the time to think about the bigger picture. Clearly identify the root causes of users’ painpoints and seek holistic design solutions that fully address them. That’s the only way to ensure a design solution truly meets users’ needs.

4. Sustain your product team’s interest.

A product team may become overwhelmed by all the iterations of design and usability testing that are going on, their need to understand all the insights from research, and trying to prioritize the work the team needs to do to address the usability issues you’ve identified. How can you keep a product team interested and engaged in acting on your research findings?

  • Get to the point. Everyone on the product team is busy, and each discipline has its own responsibilities for getting the product out the door. So don’t rely on a traditional presentation of your full research findings, during which you’d spend an hour walking the entire product team through all the painpoints you’ve identified—hoping they’ll absorb everything and refer back to your presentation to figure out what they need to act on. Instead, tell them what they need to fix! Using a Kanban tool such as Trello or Jira is a fantastic way of doing this. This approach is simple and to the point, helps the team stay organized, and focuses everyone on addressing the usability issues that still remain outstanding. Anyway, you probably won’t have time to write up and deliver a more formal presentation for every cycle of iterative testing. Instead, you can successfully communicate your research findings to designers and other teammates in a more visual way, using a Kanban board.
  • Co-present with UX designers. People enjoy looking at design solutions much more than bullet points. When the UX designers are getting ready to share their next iteration of the design with the product team, work closely with them to embed your research insights into their presentation or demo. Indicate why the design needed to change based on your findings. This enables stakeholders to see the direct impacts of your research on the design process. Co-presenting with UX designers can be very compelling and gets the team thinking about where they’re going next—instead of where they’ve been.
  • Focus on what is important, not on small details. Keep surfacing the higher-priority usability issues to make sure they get addressed. Of course, you can also look for opportunities to address some lower-priority issues during the development process, ensuring that they’re at least on the product team’s radar. But recognize that, despite the product team’s intent to deliver the best user experience, it just won’t be feasible for you to address every single issue that you identify. Be smart about what solutions you push for.

5. Remain unbiased.

Assuming the design process is not broken, your research findings and insights will have impact on design decisions. However, to avoid becoming invested in specific design recommendations or directions for the next iteration, it is important that you stay objective. Focus on user motivations, goals, and painpoints. Try to discover the root causes of usability issues and provide insights that the team did not previously possess. Some tips to help you avoid any bias are as follows:

  • Get other members of the product team—and possibly other UX researchers—to observe the test sessions. After the sessions, discuss your learnings with them. This helps keep everyone honest about what they are seeing and sets the right context. It also gives you different perspectives to consider.
  • Periodically, bring in an outside agency to conduct a study. A good research agency should be unbiased in their study design and execution. They won’t be attached to any specific design direction and can offer fresh perspectives.

6. Document each iteration of your prototypes.

With all the changes that a design goes through during iterative design and testing, it’s all too easy to lose track of what solutions you’ve already tested or even to forget some good ideas. For later reference, keep a record of each prototype you’ve tested. For software, capturing screenshots is very helpful rather than just keeping each version of the prototype in the tool the designers used to create it—for example, Flinto or Framer. In my experience, trying to rely on archiving each version of the prototype in a software tool only leads to confusion. UX designers often use the same prototype as the basis for building the next design iteration, wiping out any prototypes you’ve previously tested. For hardware, using videos and photos is a useful way of documenting the iterations of a prototype.


Iterative usability testing is a very useful method of surfacing the insights a product team needs to make optimal product and design decisions. However, it can be challenging to maintain the rapid pace that this type of research requires and still deliver high-quality research findings that help shape the user experience. The tips that I’ve provided in this article can help you to execute iterative usability testing successfully. Taking this approach can make you a valuable member of a product team by enabling you to contribute your learnings from UX research in a way that is easy for the team to understand and act on. 

Source link