Process, Benefits, and Structure of the report
Overall, doing a Design Review is when a UX Expert inspects a system to check for possible usability issues.
An UX Expert Review is a very complete report
To identify those usability problems is used heuristics and guidelines based on cognitive psychology and human-computer interaction research. Not only the client will get a thorough evaluation of his applications’ pain points, but will also be present recommendations for what to do next.
Besides the analysis made while crossing the application with the guidelines, is also identified the level of severity of it in case it turns out to be a problem. Adding on that, is also an explanation why it is a problem, and a recommendation to follow.
Because UX Review is such an exhaustive report is classified as a more general and complete version of a Heuristic Evaluation.
Before digging into the process of developing it let’s talk about it’s benefits and structure of content.
Is possible to identify larger issues
Is possible to identify minor issues
Must have screenshots and descriptions
Should include a list of strengths and a small description for each
A list of strengths is nice to have but is not as mandatory as problems and recommendations
Why is it important to have?
Reinforces which design elements are useful. In that sense, is ensured that those elements are not forgotten in the redesign process.
Should include a list of problems and a clear explanation for each: The explanation must approach the heuristic or principle violated and should be connected and compared to the design.
The description problems must be objective explanations, not subjective criticisms.
If possible, it should also include a link to an article or some other source of additional information ( in case designers or other stakeholders want to read more).
Sometimes a problem doesn’t necessarily violate a guideline or principle, but instead derive from other usability research (either the reviewer’s experience or another trusted source). If this case happen the reviewer must explain evidently why that represents a problem.
Should be mapped to where they occur in the design through a screenshot.
The report can (and should) be made by more than one UX Expert in order to provide more inputs
Why is it important to have?
By using an existing UX knowledge to explain the foundation of a problem is a way to raise the expert review above the opinion.
Must including a severity rating for each issue discovered based on three factors that help to determine the severity of the problem. There are out there slightly different interpretations of those factors but we do it this way:
Those 3 variables (Impact, Persistence, Frequency) helps to identify the heaviness of a problem
Why it is important to have?
These indicators help designers and developers prioritize the redesign work based on the findings.
Why it is important to have?
A recommendation trace a path for a solution and support the argument of that problem being indeed a problem by showing a better approach
A page of a problem analysis can be something similar to this
Extra nice things to have:
Add to the report a section that helps the non-technical reader: an intro of what will be found, the explanation of the guidelines chosen, what each level of severity actually represents and other info that you think will help the reader to interpret the report.
Whenever possible convert the data in charts. Is a plus to have a summary perspective over the work done.
You can show a chart with all problem divided by severity, by user role or even by heuristic/guidelines
If the list of problems is somehow big, and you will not present them by severity but by heuristics, is important and very useful to have a table with the problems listed to the more severe to the least one, helps to follow an order to solve them.
Click here to see the part II of this article