Sharing user research findings
User research is only useful if your team can use what you鈥檝e learned to improve your service.
Who you should share your research with
Whenever you do user research, you should share your findings with your team so they can use what you鈥檝e learned to:
- make design decisions
- prioritise their work
- write new user stories
- refine existing user needs
- develop your proposition or product roadmap
Depending on how you carried out your research and what you learned, you might also want to share it with:
- stakeholders
- other researchers
- other service teams
- users of your service
- members of the public
The more you share, the more people will learn about your users and your service. They鈥檒l also ask questions, spot gaps and comment on what you鈥檙e doing - all of which will help you design a better service.
How to share research findings
It鈥檚 important to update your team regularly, ideally at a fixed time each week or sprint. You should also look for opportunities to share findings with people outside your team.
You can share what you鈥檝e learned by:
- presenting findings at show and tells
- updating your research wall (eg a wall in your team space where you put up journey maps, personas, insights, screenshots, analytics etc)
- presenting video clips of your research
- creating posters with quotes from participants
- blogging on a departmental blog
- , which shows what you鈥檝e learned about your users
You should share your findings as soon as possible. The sooner the team understands what you鈥檝e learned, the sooner they can use the findings to make informed decisions about how to design and build the service.
.
Presenting your findings
A simple way to present research findings is to create a group of slides (or 鈥榮lide deck鈥�) that includes:
- 1 or 2 slides that outline the research you did
- 5-10 slides that describe your findings
- 1 or 2 slides that show what you鈥檙e doing next (if relevant)
Slide decks in this format are easy to talk through at a show and tell. They also make sense on their own, so can be shared and understood easily by people who miss your presentation.
As sprints go by, your collection of slide decks will provide a record of what you鈥檝e learned about your users. This is useful because researchers on an agile team won鈥檛 have time to write research reports (though they might produce brief research summaries).
Structuring research slides
When writing findings slides for a show and tell, answer the basic questions of 鈥榳ho鈥�, 鈥榳hat鈥�, 鈥榳hen鈥�, 鈥榳here鈥�, 鈥榳hy鈥� and 鈥榟ow鈥�.
Each findings slide should include:
- a headline that communicates something you鈥檝e learned
- 1 or 2 sentences that describe the essential facts of the finding
- 1 or 2 sentences that explain its importance and any consequences
- a relevant photo or screenshot of what you were testing, or a quote from a participant
You might also want to include:
- analytics data that supports your findings
- design work or sketches for any potential solutions
- short video clips from your research (1 or 2 minutes is usually enough)
- summaries of other research which is relevant to your team鈥檚 work
Focus every finding on your users. Try to explain who they are, what they do, how they think, what they need and what happened during the session.
Examples and case studies
To find out more about sharing your research:
Related guides
You may also find these guides useful:
- Last update:
-
Guidance first published