Like the EdTech products you build, research reports are only effective to the extent that they serve their end users. Unfortunately, they are too frequently only formulated with a researcher’s mindset. That is, they are so focused on documenting the individual trees that they fail to also tell a compelling story about the forest. Because of this, VPs and other “once removed” stakeholders often struggle to make sense of the average research report. They can’t reliably identify the high-level takeaways amidst all the details.
On the other end of the spectrum, many teams that use agile methodologies don’t take the time to prepare detailed reports at all. They quickly jot down a single-page list of bullets and keep moving. While this saves time (and makes for an easy scan), it can cause problems down the line. If their future selves or a new designer added to the project were to look back on the report, they would have trouble reconstructing the details of their research.
At Openfield, we’ve spent years honing our approach to UX research reporting. We’ve developed a template that allows each stakeholder to quickly identify the information they need to make confident decisions. Read on to learn the ins and outs of effective UX research reports.
Product teams and executives come to research reports with a different set of needs. Needs that must be addressed seamlessly within the same document.
Product teams are already immersed in the details. They may not even need to read a research report to get up to speed on the latest findings. But they do need to document the details of their research methods and findings for future reference. The truth is that for product teams, research reports are usually most useful in retrospect. All that detail is incredibly useful if they need to reconstruct the reasons behind the decisions they previously made.
But executive-level stakeholders are a different story. They aren’t dialed into the daily rhythms of your product team’s work. They typically don’t attend UX research sessions. And they may not even be present for the meetings in which research findings are presented. But they do see your UX research reports. Which means those reports have a big job to do.
To be effective, UX research reports must meet the needs of both executives and product teams alike. And the only way to do that is to present findings strategically, in multiple layers of prioritized context.
So, what exactly makes for an effective UX research report? A good report should:
At Openfield, we strive to create UX research reports that clearly speak for themselves. That is, any one of our client’s internal stakeholders could pick up the report and make sense of it without knowing the details beforehand. More than that, we craft our reports so that they tell a story — one in which both the forest and the trees can be clearly seen.
In addition, our research reports (like our research itself) are neutral. We never skew our findings to please someone or play to internal politics. While we strive to minimize biases in our research, we always mention the possible existence of biases if we have reason to believe they could be impacting results.
Finally, our reports include clearly prioritized recommendations, including details that make them actionable.
As you will see, our reports lead with a prioritized set of actionable recommendations. This allows executive-level stakeholders to find key takeaways at a glance. Our reports include the following elements in the following order.
Want to learn more about how Openfield approaches UX research and reporting for EdTech companies around the country? We’d love to chat.