UX Research Cheat Sheet

user research summary

February 12, 2017 2017-02-12

  • Email article
  • Share on LinkedIn
  • Share on Twitter

User-experience research methods are great at producing data and insights, while ongoing activities help get the right things done. Alongside R&D, ongoing UX activities can make everyone’s efforts more effective and valuable. At every stage in the design process, different UX methods can keep product-development efforts on the right track, in agreement with true user needs and not imaginary ones.

In This Article:

When to conduct user research.

One of the questions we get the most is, “When should I do user research on my project?” There are three different answers:

  • Do user research at whatever stage you’re in right now . The earlier the research, the more impact the findings will have on your product, and by definition, the earliest you can do something on your current project (absent a time machine) is today.
  • Do user research at all the stages . As we show below, there’s something useful to learn in every single stage of any reasonable project plan, and each research step will increase the value of your product by more than the cost of the research.
  • Do most user research early in the project (when it’ll have the most impact), but conserve some budget for a smaller amount of supplementary research later in the project. This advice applies in the common case that you can’t get budget for all the research steps that would be useful.

The chart below describes UX methods and activities available in various project stages.

A design cycle often has phases corresponding to discovery, exploration, validation, and listening, which entail design research, user research, and data-gathering activities. UX researchers use both methods and ongoing activities to enhance usability and user experience, as discussed in detail below.

Each project is different, so the stages are not always neatly compartmentalized. The end of one cycle is the beginning of the next.

The important thing is not to execute a giant list of activities in rigid order, but to start somewhere and learn more and more as you go along.

When deciding where to start or what to focus on first, use some of these top UX methods. Some methods may be more appropriate than others, depending on time constraints, system maturity, type of product or service, and the current top concerns. It’s a good idea to use different or alternating methods each product cycle because they are aimed at different goals and types of insight. The chart below shows how often UX practitioners reported engaging in these methods in our survey on UX careers.

The top UX research activities that practitioners said they use at least every year or two, from most frequent to least: Task analysis, requirements gathering, in-person usability study, journey mapping, etc., design review, analytics review, clickable prototype testing, write user stories, persona building, surveys, field studies / user interviews, paper prototype testing, accessibility evaluation, competitive analysis, remote usability study, test instructions / help, card sorting, analyze search logs, diary studies

If you can do only one activity and aim to improve an existing system, do qualitative (think-aloud) usability testing , which is the most effective method to improve usability . If you are unable to test with users, analyze as much user data as you can. Data (obtained, for instance, from call logs, searches, or analytics) is not a great substitute for people, however, because data usually tells you what , but you often need to know why . So use the questions your data brings up to continue to push for usability testing.

The discovery stage is when you try to illuminate what you don’t know and better understand what people need. It’s especially important to do discovery activities before making a new product or feature, so you can find out whether it makes sense to do the project at all .

An important goal at this stage is to validate and discard assumptions, and then bring the data and insights to the team. Ideally this research should be done before effort is wasted on building the wrong things or on building things for the wrong people, but it can also be used to get back on track when you’re working with an existing product or service.

Good things to do during discovery:

  • Conduct field studies and interview users : Go where the users are, watch, ask, and listen. Observe people in context interacting with the system or solving the problems you’re trying to provide solutions for.
  • Run diary studies to understand your users’ information needs and behaviors.
  • Interview stakeholders to gather and understand business requirements and constraints.
  • Interview sales, support, and training staff. What are the most frequent problems and questions they hear from users? What are the worst problems people have? What makes people angry?
  • Listen to sales and support calls. What do people ask about? What do they have problems understanding? How do the sales and support staff explain and help? What is the vocabulary mismatch between users and staff?
  • Do competitive testing . Find the strengths and weaknesses in your competitors’ products. Discover what users like best.

Exploration methods are for understanding the problem space and design scope and addressing user needs appropriately.

  • Compare features against competitors.
  • Do design reviews.
  • Use research to build user personas and write user stories.
  • Analyze user tasks to find ways to save people time and effort.
  • Show stakeholders the user journey and where the risky areas are for losing customers along the way. Decide together what an ideal user journey would look like.
  • Explore design possibilities by imagining many different approaches, brainstorming, and testing the best ideas in order to identify best-of-breed design components to retain.
  • Obtain feedback on early-stage task flows by walking through designs with stakeholders and subject-matter experts. Ask for written reactions and questions (silent brainstorming), to avoid groupthink and to enable people who might not speak up in a group to tell you what concerns them.
  • Iterate designs by testing paper prototypes with target users, and then test interactive prototypes by watching people use them. Don’t gather opinions. Instead, note how well designs work to help people complete tasks and avoid errors. Let people show you where the problem areas are, then redesign and test again.
  • Use card sorting to find out how people group your information, to help inform your navigation and information organization scheme.

Testing and validation methods are for checking designs during development and beyond, to make sure systems work well for the people who use them.

  • Do qualitative usability testing . Test early and often with a diverse range of people, alone and in groups. Conduct an accessibility evaluation to ensure universal access.
  • Ask people to self-report their interactions and any interesting incidents while using the system over time, for example with diary studies .
  • Audit training classes and note the topics, questions people ask, and answers given. Test instructions and help systems.
  • Talk with user groups.
  • Staff social-media accounts and talk with users online. Monitor social media for kudos and complaints.
  • Analyze user-forum posts. User forums are sources for important questions to address and answers that solve problems. Bring that learning back to the design and development team.
  • Do benchmark testing: If you’re planning a major redesign or measuring improvement, test to determine time on task, task completion, and error rates of your current system, so you can gauge progress over time.

Listen throughout the research and design cycle to help understand existing problems and to look for new issues. Analyze gathered data and monitor incoming information for patterns and trends.

  • Survey customers and prospective users.
  • Monitor analytics and metrics to discover trends and anomalies and to gauge your progress.
  • Analyze search queries: What do people look for and what do they call it? Search logs are often overlooked, but they contain important information.
  • Make it easy to send in comments, bug reports, and questions. Analyze incoming feedback channels periodically for top usability issues and trouble areas. Look for clues about what people can’t find, their misunderstandings, and any unintended effects.
  • Collect frequently asked questions and try to solve the problems they represent.
  • Run booths at conferences that your customers and users attend so that they can volunteer information and talk with you directly.
  • Give talks and demos: capture questions and concerns.

Ongoing and strategic activities can help you get ahead of problems and make systemic improvements.

  • Find allies . It takes a coordinated effort to achieve design improvement. You’ll need collaborators and champions.
  • Talk with experts . Learn from others’ successes and mistakes. Get advice from people with more experience.
  • Follow ethical guidelines . The UXPA Code of Professional Conduct is a good starting point.
  • Involve stakeholders . Don’t just ask for opinions; get people onboard and contributing, even in small ways. Share your findings, invite them to observe and take notes during research sessions.
  • Hunt for data sources . Be a UX detective. Who has the information you need, and how can you gather it?
  • Determine UX metrics. Find ways to measure how well the system is working for its users.
  • Follow Tog's principles of interaction design .
  • Use evidence-based design guidelines , especially when you can’t conduct your own research. Usability heuristics are high-level principles to follow.
  • Design for universal access . Accessibility can’t be tacked onto the end or tested in during QA. Access is becoming a legal imperative, and expert help is available. Accessibility improvements make systems easier for everyone.
  • Give users control . Provide the controls people need. Choice but not infinite choice.
  • Prevent errors . Whenever an error occurs, consider how it might be eliminated through design change. What may appear to be user errors are often system-design faults. Prevent errors by understanding how they occur and design to lessen their impact.
  • Improve error messages . For remaining errors, don’t just report system state. Say what happened from a user standpoint and explain what to do in terms that are easy for users to understand.
  • Provide helpful defaults . Be prescriptive with the default settings, because many people expect you to make the hard choices for them. Allow users to change the ones they might need or want to change.
  • Check for inconsistencies . Work-alike is important for learnability. People tend to interpret differences as meaningful, so make use of that in your design intentionally rather than introducing arbitrary differences. Adhere to the principle of least astonishment . Meet expectations instead.
  • Map features to needs . User research can be tied to features to show where requirements come from. Such a mapping can help preserve design rationale for the next round or the next team.
  • When designing software, ensure that installation and updating is easy . Make installation quick and unobtrusive. Allow people to control updating if they want to.
  • When designing devices, plan for repair and recycling . Sustainability and reuse are more important than ever. Design for conservation.
  • Avoid waste . Reduce and eliminate nonessential packaging and disposable parts. Avoid wasting people’s time, also. Streamline.
  • Consider system usability in different cultural contexts . You are not your user. Plan how to ensure that your systems work for people in other countries . Translation is only part of the challenge.
  • Look for perverse incentives . Perverse incentives lead to negative unintended consequences. How can people game the system or exploit it? How might you be able to address that? Consider how a malicious user might use the system in unintended ways or to harm others.
  • Consider social implications . How will the system be used in groups of people, by groups of people, or against groups of people? Which problems could emerge from that group activity?
  • Protect personal information . Personal information is like money. You can spend it unwisely only once. Many want to rob the bank. Plan how to keep personal information secure over time. Avoid collecting information that isn’t required, and destroy older data routinely.
  • Keep data safe . Limit access to both research data and the data entrusted to the company by customers. Advocate for encryption of data at rest and secure transport. A data breach is a terrible user experience.
  • Deliver both good and bad news . It’s human nature to be reluctant to tell people what they don’t want to hear, but it’s essential that UX raise the tough issues. The future of the product, or even the company, may depend on decisionmakers knowing what you know or suspect.
  • Track usability over time . Use indicators such as number and types of support issues, error rates and task completion in usability testing, and customer satisfaction ratings, to show the effectiveness of design improvements.
  • Include diverse users . People can be very different culturally and physically. They also have a range of abilities and language skills. Personas are not enough to prevent serious problems, so be sure your testing includes as wide a variety of people as you can.
  • Track usability bugs . If usability bugs don’t have a place in the bug database, start your own database to track important issues.
  • Pay attention to user sentiment . Social media is a great place for monitoring user problems, successes, frustrations, and word-of-mouth advertising. When competitors emerge, social media posts may be the first indication.
  • Reduce the need for training . Training is often a workaround for difficult user interfaces, and it’s expensive. Use training and help topics to look for areas ripe for design changes.
  • Communicate future directions . Customers and users depend on what they are able to do and what they know how to do with the products and services they use. Change can be good, even when disruptive, but surprise changes are often poorly received because they can break things that people are already doing. Whenever possible, ask, tell, test with, and listen to the customers and users you have. Consult with them rather than just announcing changes. Discuss major changes early, so what you hear can help you do a better job, and what they hear can help them prepare for the changes needed.
  • Recruit people for future research and testing . Actively encourage people to join your pool of volunteer testers. Offer incentives for participation and make signing up easy to do via your website, your newsletter, and other points of contact.

Use this cheat-sheet to choose appropriate UX methods and activities for your projects and to get the most out of those efforts. It’s not necessary to do everything on every project, but it’s often helpful to use a mix of methods and tend to some ongoing needs during each iteration.

Free Downloads

Related courses, discovery: building the right thing.

Conduct successful discovery phases to ensure you build the best solution

User Research Methods: From Strategy to Requirements to Design

Pick the best UX research method for each stage in the design process

Personas: Turn User Data Into User-Centered Design

Create, maintain, and utilize personas throughout the UX design process

Related Topics

  • Research Methods Research Methods
  • Design Process

Learn More:

Please accept marketing cookies to view the embedded video. https://www.youtube.com/watch?v=7_sFVYfatXY

user research summary

Competitive Reviews vs. Competitive Research

Therese Fessenden · 4 min

user research summary

15 User Research Methods to Know Beyond Usability Testing

Samhita Tankala · 3 min

user research summary

Always Pilot Test User Research Studies

Kim Flaherty · 3 min

Related Articles:

Open-Ended vs. Closed Questions in User Research

Maria Rosala · 5 min

Formative vs. Summative Evaluations

Alita Joyce · 5 min

UX Research Methods: Glossary

Raluca Budiu · 12 min

What a UX Career Looks Like Today

Rachel Krause and Maria Rosala · 5 min

Pilot Testing: Getting It Right (Before) the First Time

Amy Schade · 5 min

Iterative Design of a Survey Question: A Case Study

Feifei Liu · 8 min

Integrations

What's new?

In-Product Prompts

Participant Management

Interview Studies

Prototype Testing

Card Sorting

Tree Testing

Live Website Testing

Automated Reports

Templates Gallery

Choose from our library of pre-built mazes to copy, customize, and share with your own users

Browse all templates

Financial Services

Tech & Software

Product Designers

  • Product Managers

User Researchers

By use case

Concept & Idea Validation

Wireframe & Usability Test

Content & Copy Testing

Feedback & Satisfaction

Resources Hub

Educational resources for product, research and design teams

Explore all resources

Question Bank

Maze Research Success Hub

Guides & Reports

Help Center

The Evolving Role of Research Playbook

The Optimal Path Podcast

Maze Guides | Resources Hub

What is UX Research: The Ultimate Guide for UX Researchers

0% complete

How to write and present effective UX research reports

Regardless of how thorough or valuable your user research is, it quickly becomes meaningless if you’re unable to succinctly put it together and present it in a digestible UX research report.

UX research reporting is a skill just as valuable as being able to conduct the research in the first place. It lets you showcase methodology and findings of your research, and ensure a product’s user experience delivers with the first iteration.

Luckily, how to write and present UX research reports is something you can learn. What’s more, this chapter will guide you through it (and provide free templates for your UX report).

What is a UX research report?

A user research report is an easy-to-digest summary of a user research project that aims to update product stakeholders on results, inform product decisions with user data, and harmoniously guide a product build or iteration.

Once upon a time, UX research reporting was a cumbersome, dreaded box to tick. It was notorious for resulting in unnavigable reports that product teams would rather leave at the bottom of their inbox than try to consume.

The word 'report' conjures images of lengthy word documents, a PDF one-pager, or hour-long presentation with an occasional GIF—but a research report doesn't have to mean that.

Kevin Rapley , Senior User Researcher at Justice Digital, explains a UX report as being “about arming our teammates with data that allows them to decide on the direction of a product or service.”

A useful UX report includes:

  • The research goals and research process
  • Research questions the report is hoping to answer
  • A recap of the UX research plan
  • What UX research methods were used and why
  • Quantitative and qualitative data sets and conclusions
  • Key insights & actionable takeaways
  • An expanded data appendix

Why do you need a user research report?

Product teams need a user research report to reflect on research activities and accurately guide a product’s scope with key insights. A UX research report helps sort information, defend research, and affirm (or disprove) a hypothesis. No matter how well-organized your research repository is, sometimes simply having the research results available is not enough. A succinct report will align entire teams in one sitting by presenting findings in a unique way.

In short, a research report helps to:

  • Positively influence UX design
  • Make sense of data sets and explain complicated graphs or other quantitative research results
  • Provide actionable recommendations on next steps
  • Summarize key findings, so they can be translated into every role and responsibility of the product team

Where UX research enables product teams to understand the user, prove or disprove hypotheses, and prioritize and generate ideas, a UX research report ensures the user is at the center of every product decision. Presenting that UX report then aligns team members on goals and priorities, and provides authentic user insights to inform every product decision.

We’ve covered what a research report is , but what is it not ? A UX research report is not a static, one-time document that your team reads once. It’s an ongoing reference point; the guardrails and guiding insights that guarantees the entire build stays on track.

How to write an effective UX research report: the essential elements

No matter how you choose to present your research study, there are a few elements that every report needs to include for it to be both useful and effective. Let’s look at how to create a report.

Introduction

Your introduction should lay out your research goals, plan, and scope. It should cover your product team’s pain points, and give a clear study overview. You need to answer what you did and why. The introduction can go on to include sales support data and competitive product analysis that inspired or guided this research project.

It’s a good idea to set up how this research helps to support and answer related company goals, team-level goals, and product-dev goals: so all stakeholders know it’s got something for them.

You can include questions from your UX research strategy you had originally hoped to answer, even if your results have gone on to answer other questions as well. Now’s also a good time to introduce research stakeholders: your fellow research team members.

As a secondary step to your introduction, ensure you’re including the approach you took to your UX research process : i.e. what research methods you used, as well as participant profiles and your user personas .

Don’t feel you need to spend too much time on this, says Charlie Herbozo Vidal , Senior User Experience Researcher at CVS Health. “As researchers, it’s not uncommon to dwell on the methodology for longer than needed. While interrogating methods might be valuable to other researchers, business partners might be disengaged by them.”

Ultimately, while methodology is important, it’s the results that most people are here for.

Key findings

This is where you get people on the edge of their seats! Give an overview of your findings, before breaking them down into more detail. Remind your audience ‘what we thought’ vs. what you actually learned.

Artifacts to use are:

  • User personas built
  • Insights from customer interviews
  • User journey maps
  • Prototype testing
  • Storyboards
  • Feedback & satisfaction reports

At the end of this section, and continuing throughout your presentation, you can pepper relevant atomic research nuggets.

Make sure you champion the user's needs throughout, and make special notes of 'offhand' comments users make. Often, it's the random comments that provide the most insight—they must not be forgotten about when writing the report.

Jack Dyer , Designer at Interactive Schools

Summarize your quantitative and qualitative research , and how they’ll both impact your product design and growth. Lay out opportunities versus risks, good-to-knows versus must-knows. Here you’ll want to convey the impact of each suggested step, roadmap designs, and figure out the long and short-term project scope. A few things to cover in your next steps are:

  • Long and short-term goals
  • ICE framework (Impact, confidence, ease)
  • Roles and responsibilities for each task
  • A timeline of events and project map
  • A request for resources
  • Desired outcomes

No matter how you’re presenting your research, be it asynchronously or not, you’ll need to include a Q&A. These can be subjective (based on what you think your team is likely to ask), pre-collected ahead of the presentation, answered live, or an opportunity to build an FAQ later.

What’s important is to acknowledge and be open to receiving questions. After all, questions are a positive thing—it means people are actually listening!

It’s easy to overlook the appendix after putting together a detailed report, but all that glorious research data needs to be accounted for and referenced clearly. Plus, you never know to what extent your team will want to dive into it. Your appendix is also where you’ll want to include secondary research that didn’t make the cut but backs up your research.

9 ways to present UX research findings

UX research reporting will look a little different depending on your internal personas and organizational culture. First, ask yourself: who is your audience? Who needs to see the report, and who will benefit from seeing it? This will help determine how to present your user research report.

A few things to consider:

  • Are you working with internal or external stakeholders? Tool limitation and file-sharing will differ for both.
  • Are you working with an in-office, fully-remote, or hybrid team?
  • Are you sitting in the same time zone or not?
  • What are the knowledge levels like within your team?
  • How does your team communicate daily/weekly/monthly?
  • Are there any predetermined knowledge bases or tools your team is comfortable with?

The most common players across a UX team that need to understand your UX research report are:

  • Product Designers (UX/UI)
  • Fellow Product Researchers
  • UX/UI Writers

However , it doesn’t stop at your product decision-making team. More often than not, there will be other stakeholders that can benefit from your research presentation. Your marketing, finance, sales, and even C-suite executives will massively benefit from your findings too. If you can tailor versions of your report or provide key summaries for each collective, even better!

Psst 👉 This is much easier to do when you have a research team that can host stakeholder interviews ahead of your research process.

Now, let’s get into the report formats to consider:

1. Workshops: for real-time, collaborative reports

user research summary

First up, workshops. Workshops are a unique way of keeping your report interactive and engaging. They can be held remotely or in-person, but are almost impossible to hold asynchronously—so time zones are a big factor here.

You’ll also want to consider workshopping tools if you’re hosting digitally—a few to consider are: Miro, Mural, FigJam, and Gather.

A plus with workshops is that your stakeholders will actively have a say early on in the product development process , allowing you to foster more diverse inputs, minimize research bias you may have accumulated in your summaries, and build a sense of responsibility for the product’s success early on.

A negative of workshops is that they can be culprits to in-the-room or bandwagon bias. People are quick to ride on the coattails of a strong conclusion, without fully understanding or trialing another (less popular) conclusion or suggestion.

2. Slack channels: for an asynchronous and interactive research repository

Slack is a great option (especially if you’re already using it) if your research team needs to deliver insights to a fully-distributed collection of stakeholders. Slack tends to be the go-to channel for startups and creative companies, and there’s some key features you can tap into:

  • Canvas: Store files, images, videos, and more in one place
  • Huddles: Jump on a quick chat to fill in any gaps
  • Clips: Post audio, video, or screen-sharing clips
  • Connect: Team up with freelancers and agencies working on the project with you
  • Workflow: Build drag-and-drop processes from your findings
  • Knowledge sharing: Tag your data accordingly so it's easy to find later

3. Knowledge bases: for self-serve UX research reports

Knowledge bases can be a great home for your research presentation, and work especially well for distributed teams working across different time zones.

However your team is set up, research repositories are incredibly valuable. Sharing your report in a centralized location, regardless of the other ways you distribute findings, can democratize research , showcase the impact of your work, and disseminate valuable insights throughout your entire organization.

Keep in mind that knowledge bases can be tough to navigate if poorly organized or tagged. If you’re storing your UX research report in a knowledge base, ensure you provide clear instructions on how someone can find it, and how to navigate through the report itself.

If you have the time, run a card sorting test with an internal focus group to see how you can logically sort your research for those who are going to be looking for it.

4. Presentations / slide decks: great for the PAS framework

user research summary

Live presentations tend to be the most impactful, but do risk being short-lived if you don’t have a follow-up plan for after your presentation.

While they’re great for sharing metrics and visuals, and can provide a beautiful overview of your research project, presentations can be a little one-sided. This one-way presentation style can prevent collaboration and innovation from the rest of the team. Consider how you can make your presentation interactive or engaging, whether it’s taking questions throughout or doing a ‘choose your own adventure’ session and asking people which sections they want to review first.

Kevin Rapley , Senior User Researcher at Justice Digital, recommends presenting slides using the PAS framework:

  • Problem: State the problem you set out to overcome
  • Agitate: Detail the impact or opportunity missed by not meeting the problem
  • Solution: Offer a route forward from the research findings and insights, the next steps, and likely outcomes by solving the problem

Kevin explains that the PAS framework cuts to the detail people are invested in: “Stakeholders want to know the path forward: Are we on the right track to build this service? Have we uncovered user engagement or uptake issues? Have we learned that our assumptions are incorrect and we now have a better understanding of user needs? Presenting slides in this way delivers what’s needed.”

5. Written reports: for direct and simple sharing

If it’s not broken, don’t fix it. A written report is probably the idea that jumped to the front of your mind when you read the title of this chapter. For many, this may seem like the ‘OG’ of UX reports.

These types of reports often come as a PDF or a word document, making them static, reluctant to change, and resulting in low engagement or re-reads. Delivering a written report via email also means you can’t guarantee your audience is going to read it. On the other hand, written reports can be incredibly detailed, scanable for different stakeholders, and include all kinds of results from visual data to qualitative findings.

For many teams this method still works, especially if you’re trying to communicate findings to a distributed, asynchronous team. Written UX reports enable people to go through things in their own time—and come back to it when they need to.

6. Atomic research nuggets: to eliminate ‘bad research memory’

Deriving from an atom—the smallest unit of matter—atomic UX research nuggets are minute and succinct conclusions from data points. They’re always aligned and tagged with a product direction. Formalized by Tomer Sharon and Daniel Pidcock , it’s described as “the concept of breaking UX research down into its constituent parts”:

Experiments: “We did this…” Facts: “…and we found out this…” Insights: “…which makes us think this…” Conclusions: “…so we’ll do that.”

Atomic research nuggets help to fight ‘bad research memory’—the idea that knowledge gets lost or forgotten amid the depths of a larger report. These nuggets are accessible, usable, and searchable. They can be delivered (or accessed) throughout an entire product build, serving as North Stars for micro goals. Research nuggets can be a firm reminder your team is, or isn’t, taking the right action.

user research summary

7. Pre-recorded video: for better knowledge retention

People retain 90% of the information they receive via video versus text. There’s no question that, for many, video is a better way of onboarding and remembering information. At the same time, it can be easier to share information via video if your UX researchers aren’t the most confident of writers.

Although pre-recorded video is an easy way to share a UX research report with a team, as with other formats on this list, you’ll need to ensure people actually watch it.

Loom can be a great screen-sharing video recording tool. Some of their features and paid plans will enable you to see who from your team has watched your video, as well as spark conversation and engagement opportunities throughout the video. Alternatively, you can share the video as a watch-along during a synchronous meeting and discuss afterwards, while still sharing the video with those who can’t attend live.

8. Case studies: for sticky storytelling

Case studies aren’t just for winning potential customers. At their very core, case studies are put together to convince someone of something due to a real-life story. This is why they can be great if your UX research report needs to convince a diverse or largely cautious selection of stakeholders.

What’s more, case studies tend to rely on storytelling tactics and a strong narrative to get their point across. They can pull from user personas to further a point and make it more relatable for your design team. Muhammad Ahmad , UX Designer at VentureDive, shares the value presenting reports as case studies holds:

“Case studies show how you think. As a UX Researcher or Designer, how you percieve problems and what framework you use to evaluate them matters a lot. Your case studies are supposed to show just that.”

9. Maze reports: for all-in-one research and reporting

user research summary

Automate your reporting with Maze. Maze automatically generates a report for each test you run, turning it into an easy-to-navigate dashboard. Add comments to generate conversation, highlight key responses and generate usability scores for your prototype testing .

If you’re working with moderated research, Maze AI can speed up the reporting process with automated sentiment tagging, project naming, and even generating summaries and identifying critical learnings from user interviews . So you can sit back, and let Maze take care of the data processing.

When you’re happy with your report, generate a custom link that you can share with your team, and further internal and external stakeholders.

Using Maze reports will enable you to share:

  • Introduction and mission slides
  • An analysis of each UX research method: From card sorting to live website testing
  • In-depth breakdowns of research data
  • Overviews of the report metrics: From misclicks to bounce rates and time-on-screen
  • A usability score

These reports will also allow you to download CSV files of your data, and customzie filters and views to bring your stakeholders the numbers they need, fast. Your team will be able to collaborate in a comments section and let AI identify key themes and takeaways if you’re struggling to spot them.

Overall, UX research tools with in-built reporting are a great way to translate and share all of your research into visual data sets that can be digested by the rest of the team in a few clicks.

7 UX research report templates

There are some fantastic research report templates to help get you started on your journey. Here are some of our favorites to help you better present those deliverables, key learnings, and everything in between.

Maze: Usability testing report

user research summary

Hosted on Pitch, this report template is clear, simple, and follows a lot of the design and framework best practices shared in this chapter.

Access the template here

Aadil Khan: UXR report with examples

user research summary

A straightforward report template is designed by Aadil Khan , UX Researcher at IBM, who says: “I made this template based on tons of mentoring calls I’ve been in with people looking to land UXR jobs where we discuss how to present UXR case studies during interviews and such. Oftentimes their case studies were too lengthy and lacked some sort of narrative structure to make it easier to present.”

EaTemp: Key findings report

user research summary

A beautifully-designed template hosted on Figma. Get access to personas, empathy maps, and card sorting. All colors, fonts, and shapes are customizable.

Miro: Research repository template

user research summary

Build a centralized research hub on Miro. Connect your team in a few clicks and allow them to collaborate with this free template. Note: you’ll need to sign up for a (free) Miro account.

Furquan Ahmad: UX research report template

user research summary

A sleek and vibrant presentation, this template was created by Furquan Ahmad , Product Designer at Meta, “to help people focus their energy and time on the insights they're providing rather than worry about what the presentation will look like. I'm always shocked at how many people have benefited from the community.”

Estefanía Montaña Buitrago: Atomic UX research canvas

user research summary

Beautifully designed on FigJam, this canvas by Estefanía Montaña Buitrago , UX Designer at Globant, has been used by over 7,000 people and now comes with several useful remixes too.

Muhammad Ahmad: UX research kit

user research summary

Muhammad Ahmad , UX Designer at VentureDive, shared this minimalistic template. Here you’ll get 60+ customizable templates in both light and dark modes. There’s a free version, or a (paid) premium version which may be worth the investment for you.

Best practices for writing an effective UX research report

The functionality of your research report will come down to how you write it. Sitting down and being faced with copious amounts of data can make UX reporting feel like a daunting task—here’s some techniques and tips to help you along the way.

Take a leaf from your UX design book with user-friendly copy

No matter the format, you want your UX report to be as accessible and skim-able as possible for your audience. It’s a good idea to mimic some of the same mentalities you would use in UX design.

Gestalt grouping principles are good to consider for UX report writing. Think similarity , proximity , and common-region for grouping relevant information.

Similarly, UI design principles such as the figure-ground and focal point will help direct your readers’ eyes to the most important information first, as well as make for a more accessible read.

Lastly, Gestalt’s continuity principle is a great one to apply to your UX report. Readers naturally follow patterns for easier flows in information, so if you’re including stylistic elements like bolding, italics, asides, indenting, or something else, ensure these run consistently throughout your report.

At the same time, think about the structure, layout, and formatting of your written report. Are you leaving enough negative space for your reader to process information? These are especially important for readers with dyslexia, but will generally lift your readability on the whole:

  • Is all of your copy aligned left?
  • Is your font choice clear with a good amount of spacing between letters and words?
  • Are you bolding important words and sentences rather than underlining them?
  • Are you peppering your report with enough headings and subheadings?

Release oxytocin: Follow storytelling tactics

A Forbes article reported that “immersive storytelling releases the empathy-related chemical oxytocin in our brains.” If you’re not familiar with oxytocin, it’s known as a natural ‘feel-good’ chemical, promoting feelings of trust and attachment.

Why else do you think case studies are so effective? They rely on storytelling: they have characters, plots, beginnings, endings, peaks, and pits. User research reports that mimic storytelling threads and tactics are more likely to create sticky data points, as well as hold your readers’ attention throughout. This is why the PAS framework works so well, but whatever format your report takes, bear in mind a story-like structure with a beginning, middle, and end.

Ask your editor to edit your research presentation with the three Cs in mind

Clear , Concise , Compelling . These core principles exist everywhere the written word does, but it can be hard to spot them when editing your own work. Just because something is clear, concise, and compelling for you, doesn’t mean it is for someone else—ask a colleague to read your report (or, better yet—a content editor).

Failing that, if you don’t have access to an editor or are in a time crunch, here are some tools to help you edit your own work.

  • Grammarly: Good for catching those little typos and grammatical errors
  • Hemingway Editor: Gives a readability score and helps to simplify sentences

Consider your reader, and rethink the jargon

Tailoring your report to meet the needs and knowledge level of each stakeholder is a balancing act. Many will tell you to avoid jargon, acronyms, and technical language at all costs. But, that’s not always the case. Sometimes, using industry jargon is the most direct way of getting your point across, and if you know your reader understands it, go for it.

However, keep in mind that if your report is going to other teams: sales, C-suite, finance, etc, then you may need to find alternative terms that aren’t department-specific—or provide a glossary or acronym dictionary within the report.

Muhammad shares more: “Typically UX folks (or even product folks) are not that well-equipped with research terminologies. So giving them the summary of the research in plain language is the approach that works best for me.”

Wrapping up how to present user research findings

There you have it, a complete guide on how you can write and present your user experience research in a way that everyone can benefit from it.

Remember, be conscious of your audience, your format, and your language. Different stakeholders and team cultures require different reporting styles, it’s up to you to curate the information into a report that delivers the insights you’ve uncovered.

Generate UX reports that have impact

From AI-generated summaries of your user interviews, to usability scores for your prototype tests, automate UX research reporting with Maze.

user research summary

Finish reading