{"site":{"name":"Koji","description":"AI-native customer research platform that helps teams conduct, analyze, and synthesize customer interviews at scale.","url":"https://www.koji.so","contentTypes":["blog","documentation"],"lastUpdated":"2026-05-18T13:33:44.504Z"},"content":[{"type":"documentation","id":"d503cd31-4865-40ab-a83a-1c4600f2754f","slug":"presenting-research-findings","title":"Presenting Research Findings to Stakeholders","url":"https://www.koji.so/docs/presenting-research-findings","summary":"Effective presentation of qualitative research findings increases the likelihood of recommendations being implemented by 2.6x. Key techniques include tailoring format to audience, leading with participant stories, using the data sandwich structure (quantitative context, qualitative quote, implication), and always pairing findings with prioritized recommendations.","content":"The most rigorous research in the world is worthless if it sits in a document nobody reads. Presenting findings is not an afterthought — it is the mechanism through which research drives decisions. According to a study by Yoo and Kim (2019) published in the International Journal of Design, research teams that invested in structured presentation of findings were 2.6x more likely to see their recommendations implemented compared to teams that shared raw reports without a narrative structure.\n\nYour audience does not care about your methodology (much). They care about what you found and what they should do about it.\n\n## Know Your Audience\n\nBefore you design your presentation, understand who is receiving it and what they need:\n\n| Audience | What They Want | Format Preference |\n|----------|---------------|-------------------|\n| Executives / C-suite | Big picture: What did we learn? What should we do? What is the business impact? | Executive summary (1-2 pages), key metrics |\n| Product Managers | Specific pain points, user needs, feature implications, prioritization | Detailed findings with quotes, prioritization framework |\n| Designers | User mental models, workflow patterns, emotional moments, exact language | Journey maps, annotated quotes, video clips |\n| Engineers | Specific use cases, edge cases, technical constraints from users | Structured requirements, user stories derived from findings |\n| Sales / Marketing | Customer language, objections, value perception, competitive context | Quotable sound bites, persona summaries, competitive mentions |\n\nTailor your deliverable to your audience. A single \"research report\" rarely serves all of these stakeholders equally well. Consider creating a core report and audience-specific summaries.\n\n## The Three Report Formats\n\n### 1. Executive Summary\n\n**Length:** 1-2 pages\n**Purpose:** Communicate the headline findings and recommended actions\n**Structure:**\n\n1. **Study overview** (1 paragraph): What was the research question, who did you talk to, and why?\n2. **Top findings** (3-5 bullet points): The most important things you learned\n3. **Recommended actions** (3-5 bullet points): What should we do about it?\n4. **What is at stake** (1 paragraph): What happens if we do not act?\n\n**Example bullet:**\n> \"8 of 12 participants could not find the export feature without help. This means approximately two-thirds of users who need to share reports externally are either using workarounds or abandoning the task entirely.\"\n\n### 2. Detailed Findings Report\n\n**Length:** 5-15 pages depending on study scope\n**Purpose:** Provide the full picture for product teams and design\n**Structure:**\n\n1. **Study background**: Research questions, methodology, participant summary\n2. **Participant overview**: Demographics table, screening criteria, anonymized profiles\n3. **Theme-by-theme findings**: Each theme as a section with supporting evidence\n4. **Cross-cutting patterns**: Observations that span multiple themes\n5. **Prioritized recommendations**: Actionable next steps ranked by impact and effort\n6. **Appendix**: Full interview guide, participant matrix, methodology notes\n\n### 3. Quick-Reference Insight Cards\n\n**Length:** One card per insight (postcard-sized)\n**Purpose:** Shareable, digestible nuggets for team walls, Slack, or documentation\n**Structure per card:**\n\n- **Insight headline** (1 sentence)\n- **Supporting data** (frequency, 1-2 quotes)\n- **Recommended action** (1 sentence)\n- **Evidence strength** (strong / moderate / emerging)\n\nThese are particularly effective for keeping research top-of-mind between formal presentations. Pin them in your team's communication channel or print them for the office wall.\n\n## Storytelling With Data\n\n### Lead With the Story, Not the Method\n\nA common mistake is spending the first 10 minutes of a presentation explaining your methodology. Executives will tune out before you get to the findings.\n\nInstead, start with a participant story:\n\n*\"Let me tell you about Sarah. She's a product manager at a mid-size SaaS company. She signed up for our tool on a Monday, spent 45 minutes trying to set up her first project, and by Wednesday she had downgraded to a competitor's free tier. When I asked her why, she said: 'I could see it was powerful, but I couldn't figure out how to make it do the basic thing I needed.'\"*\n\nNow your audience is hooked. They want to know: How many Sarahs are there? And what can we do about it?\n\n### Use Participant Quotes Effectively\n\nQuotes are the most powerful tool in your presentation arsenal. They bring abstract findings to life with human voice and specificity.\n\n**Rules for effective quote usage:**\n\n1. **Select quotes that are vivid and specific**: \"I gave up after the third time the page loaded wrong\" is better than \"It was frustrating.\"\n2. **Keep quotes short**: 1-2 sentences maximum in a presentation. Longer quotes lose the audience.\n3. **Always attribute to an anonymized participant**: \"P7, Product Manager, Enterprise\" gives the quote context and credibility.\n4. **Use quotes to illustrate, not to prove**: A single quote supports a finding; it does not establish one. Always frame quotes within the broader pattern.\n\n### The Data Sandwich\n\nWhen presenting a finding, use this structure:\n\n1. **Quantitative context** (top bread): \"9 of 12 participants experienced this.\"\n2. **Qualitative depth** (filling): A specific quote or story that makes the number human.\n3. **Implication** (bottom bread): \"This suggests that our onboarding is losing the majority of new users before they experience core value.\"\n\nThis format satisfies both the data-driven and narrative-driven people in your audience simultaneously.\n\n## Visualizing Qualitative Data\n\nQualitative data can be visualized — it just requires different approaches than charts and graphs.\n\n### Theme Maps\n\nShow how themes relate to each other. A simple diagram with themes as nodes and connections as lines helps stakeholders see the system, not just individual findings.\n\n### Quote Walls\n\nA curated collection of participant quotes organized by theme. This works especially well in physical spaces or as a shared digital board.\n\n### Journey Maps\n\nIf your research followed a user journey, map the findings onto the stages of that journey. Annotate each stage with participant quotes, emotional states, and pain points.\n\n### Frequency Tables\n\nWhile qualitative research is not about counting, showing how many participants mentioned a theme provides useful signal:\n\n| Theme | Participants (of 15) | Intensity |\n|-------|---------------------|-----------|\n| Onboarding friction | 12 | High |\n| Pricing confusion | 9 | Medium |\n| Feature discovery gap | 8 | High |\n| Positive support experience | 6 | Medium |\n\nA study by Braun and Clarke (2006) in Qualitative Research in Psychology — the most cited paper on thematic analysis with over 100,000 citations — emphasizes that frequency should supplement, not replace, the researcher's judgment about theme importance.\n\n## Generating Reports With AI\n\nWhen you are working with a large volume of interviews, generating the initial report structure manually is time-consuming. AI-powered platforms like Koji can generate research reports that include theme identification, supporting quotes, and preliminary recommendations based on your interview data.\n\nThese auto-generated reports give you a strong starting draft: themes are surfaced with evidence, participant quotes are linked to findings, and patterns across interviews are highlighted. Your job is to validate the AI's interpretation, add your contextual knowledge, and tailor the narrative for your specific audience.\n\nFor details on how to generate and customize these reports, see [generating research reports](/docs/generating-research-reports) and [publishing and sharing reports](/docs/publishing-sharing-reports).\n\n## Presenting Live: Tips for the Room\n\n### Structure Your Presentation\n\n1. **Hook** (2 minutes): Start with a compelling participant story\n2. **Context** (3 minutes): Brief study overview — who, why, how many\n3. **Findings** (15-20 minutes): Theme by theme, using the data sandwich\n4. **Recommendations** (5 minutes): What to do, prioritized\n5. **Discussion** (10+ minutes): Open the floor for questions and debate\n\n### Handle Pushback Gracefully\n\nStakeholders may challenge your findings. This is healthy. Prepare for common objections:\n\n- *\"That's just 12 people\"*: \"You are right that this is qualitative data, not a statistically representative survey. What qualitative research tells us is *why* people behave a certain way. The consistency across 12 diverse participants gives us confidence in the direction of the finding.\"\n\n- *\"I talked to a customer who said the opposite\"*: \"That is valuable context. In our study, we found [X number] participants who felt this way. There may be a segment difference worth exploring. Can you share which customer that was so we can compare profiles?\"\n\n- *\"We already knew this\"*: \"If the organization already has this insight, that is great validation. The question is whether we have acted on it. Here are specific recommendations for what to do next.\"\n\n## Common Mistakes to Avoid\n\n1. **Burying the lead**: Do not save your most important finding for slide 47. Lead with impact.\n\n2. **Presenting every finding equally**: Not all themes are equally important. Focus 60% of your time on the top 2-3 findings and briefly acknowledge the rest.\n\n3. **Forgetting the \"so what\"**: Every finding needs a recommendation. Data without action is trivia.\n\n4. **Making it about you**: The presentation is about the participants and the team's next moves. Minimize references to your process and maximize focus on what was learned and what to do about it.\n\n5. **Not following up**: Schedule a follow-up meeting 2-4 weeks after the presentation to check whether findings have been incorporated into planning. Research that is never revisited is research that was never used.\n\n## Key Takeaways\n\n- Tailor your format to your audience: executives want headlines, product teams want detail, designers want mental models\n- Start with a participant story, not your methodology\n- Use the data sandwich: quantitative context, qualitative depth, implication\n- Short, vivid, attributed quotes are your most powerful presentation tool\n- AI-generated reports provide strong first drafts that need human refinement and audience tailoring\n- Always pair findings with specific, prioritized recommendations\n\nFor the analysis process that feeds into your presentation, see [turning interviews into insights](/docs/turning-interviews-into-insights). For details on auto-generating report drafts, explore [generating research reports](/docs/generating-research-reports).\n\n## Frequently Asked Questions\n\n**How long should a research presentation be?**\n\nFor a live presentation, 30-45 minutes including discussion time is ideal. For a written report, the executive summary should be 1-2 pages, and the detailed report should be 5-15 pages. Stakeholders rarely read reports longer than 15 pages end-to-end.\n\n**Should I include my interview guide in the report?**\n\nInclude it as an appendix for transparency and reproducibility, but do not expect anyone to read it. The people who want to see the methodology will appreciate having it available. Everyone else will skip to the findings.\n\n**How do I handle findings that contradict what stakeholders want to hear?**\n\nPresent them directly but empathetically. Lead with the strongest evidence, use participant quotes to make the finding human, and frame your recommendation constructively: \"The data suggests [finding], which creates an opportunity to [positive action].\"\n\n**When should I present research findings versus share a written report?**\n\nPresent live when findings are high-stakes, require discussion, or involve organizational change. Share written reports for lower-stakes updates, ongoing tracking studies, or when stakeholders are geographically distributed and scheduling is impractical.\n\n**How do I measure whether my research presentation was effective?**\n\nTrack whether your recommendations appear in sprint planning, roadmap discussions, or design briefs within 4 weeks of the presentation. If they do, the presentation worked. If they do not, follow up to understand what barrier exists between insight and action.\n\n## Further reading on the blog\n\n- [Agile User Research: How to Run Continuous Research in Sprint Cycles (2026)](/blog/agile-user-research-2026) — Most teams know they should do user research every sprint. Almost none actually do. Here's the practical playbook for integrating continuous\n- [AI Agents for User Research in 2026: How Autonomous Research Is Reshaping Customer Insight](/blog/ai-agents-user-research-2026) — AI agents are taking over user research in 2026 — moderating interviews, synthesizing themes, and producing insight reports in hours. The fu\n- [Best AI Market Research Tools in 2026: The Complete Buyer's Guide](/blog/ai-market-research-tools-2026) — AI has fundamentally changed market research. This guide compares the leading AI market research platforms—from AI-native interview tools li\n\n<!-- further-reading:blog -->\n","category":"Analysis & Synthesis","lastModified":"2026-05-13T00:26:36.807295+00:00","metaTitle":"Presenting Research Findings","metaDescription":"Present qualitative research effectively to stakeholders using storytelling, participant quotes, and structured report formats that drive action.","keywords":["research presentation","stakeholder reporting","qualitative findings","research storytelling","executive summary","research reports","data visualization"],"aiSummary":"Effective presentation of qualitative research findings increases the likelihood of recommendations being implemented by 2.6x. Key techniques include tailoring format to audience, leading with participant stories, using the data sandwich structure (quantitative context, qualitative quote, implication), and always pairing findings with prioritized recommendations.","aiPrerequisites":["turning-interviews-into-insights"],"aiLearningOutcomes":["Structure research reports for executives, product teams, and designers","Use storytelling techniques including the data sandwich and participant quotes","Create executive summaries, detailed findings reports, and insight cards","Handle stakeholder pushback on qualitative research findings"],"aiDifficulty":"intermediate","aiEstimatedTime":"10 min read"}],"pagination":{"total":1,"returned":1,"offset":0}}