{"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-18T18:14:28.430Z"},"content":[{"type":"documentation","id":"839513ef-3ad1-488c-9b44-91133babd6a0","slug":"research-brief-template","title":"Research Brief Template: How to Define Your Research Before You Start","url":"https://www.koji.so/docs/research-brief-template","summary":"This guide provides a complete research brief template with five sections: research context (problem statement, decision, hypothesis), research objectives, target participant profile, methodology selection, and success criteria. It explains common mistakes to avoid and shows how AI tools like Koji generate complete research briefs automatically from a short conversation.","content":"A research brief is the single most important document you'll create before starting any user research project. It defines what you're trying to learn, who you're learning it from, and why it matters — keeping everyone aligned before a single interview is conducted.\n\nWithout a brief, research drifts. Interviews wander. Analysis takes forever because you're not sure what you were looking for in the first place. With a strong brief, every interview feels purposeful and the insights practically write themselves.\n\n## What Is a Research Brief?\n\nA research brief is a structured planning document that answers five core questions:\n\n1. **What decision does this research need to inform?**\n2. **What do we already know, and what's the gap?**\n3. **Who is the right participant to talk to?**\n4. **What methodology will we use?**\n5. **What will we do with the findings?**\n\nThink of it like a project charter for research. Short enough to share in a Slack message but comprehensive enough to guide a month of fieldwork. According to the Nielsen Norman Group, research that starts with a well-defined brief produces insights 3x more likely to influence product decisions. When stakeholders can see exactly what research is designed to answer, they engage with the findings rather than questioning the methodology.\n\n## The Research Brief Template\n\nHere's a proven template you can adapt for any user research project — UX research, customer discovery, usability testing, market research, or employee experience research.\n\n---\n\n### Section 1: Research Context\n\n**Problem Statement**\nWhat problem are you investigating? Write 2-3 sentences describing the situation from the user's perspective — not a feature request or business metric.\n\n*Example: \"New users who sign up for our product don't activate within the first 7 days. We believe this is a friction problem in onboarding, but we don't know which steps cause drop-off or why.\"*\n\n**Decision to Inform**\nWhat specific decision will this research inform? Vague research questions lead to vague findings.\n\n*Example: \"This research will inform our Q3 onboarding redesign. We need to decide whether to simplify the flow (fewer steps) or improve it (better guidance at each step).\"*\n\n**Hypothesis**\nWhat do you believe is true, and why? Writing your hypothesis down helps you test it rather than unconsciously confirm it.\n\n*Example: \"We believe users abandon onboarding because the initial setup requires too many manual inputs before they see any value.\"*\n\n---\n\n### Section 2: Research Objectives\n\nList 3-5 specific things you want to learn. Use \"understand\" language, not \"validate\" language.\n\n- Understand how users describe the problem in their own words\n- Understand what success looks like for the user at this stage\n- Understand what context users bring to the experience (prior tools, mental models)\n- Understand what friction points cause users to pause or abandon\n\nPro tip: If you catch yourself writing \"validate that users want X,\" rewrite it as \"understand whether X actually solves the user's problem.\"\n\n---\n\n### Section 3: Target Participant Profile\n\n**Who should we talk to?**\nDefine your ideal participant with specific behavioral or situational criteria — not demographic ones.\n\n*Example: \"Users who signed up in the last 30 days and have not completed their profile setup.\"*\n\n**What experience should they have?**\nWhat does the participant need to have done or experienced to give you useful insights?\n\n*Example: \"Must have attempted to set up the integration at least once. Does not need to have succeeded.\"*\n\n**Screening Question**\nThe one question that separates the right participants from the wrong ones.\n\n*Example: \"Have you tried to connect a third-party tool to our product in the last 30 days?\"*\n\n**How many participants?**\nFor qualitative research, 5-8 participants per distinct segment is usually sufficient. According to Nielsen Norman Group, 5 users uncover approximately 85% of usability issues in any given interface. For broader discovery studies, 8-12 gives you higher confidence in theme frequency.\n\n---\n\n### Section 4: Methodology\n\nChoose an approach based on what you need to learn:\n\n| Methodology | Best For |\n|-------------|----------|\n| Exploratory interviews | Understanding problems you haven't defined yet |\n| Jobs-to-be-Done (JTBD) | Understanding what \"job\" your product is hired to do |\n| The Mom Test | Validating problems without leading witnesses |\n| Usability testing | Finding friction in a specific flow or interface |\n| Longitudinal diary study | Understanding behavior over time |\n\nFor each methodology, define your question format:\n- **Core questions**: The 4-6 main questions you'll always ask\n- **Follow-up probes**: Specific \"tell me more\" follow-ups for each core question\n- **Topics to avoid**: Questions that bias responses or break rapport\n\n---\n\n### Section 5: Success Criteria\n\nDefine success before you start — not after.\n\n- We have 5+ completed interviews with the target profile\n- We can articulate the top 3 friction points users face\n- We have at least 2 compelling user quotes per key finding\n- We can answer the original decision question with confidence\n\n**Distribution plan**: Who receives the report? In what format? By when? If you can't answer this, the research isn't ready to start.\n\n---\n\n## How AI Tools Like Koji Generate Research Briefs Automatically\n\nTraditionally, creating a research brief like this takes 2-4 hours of facilitated workshops with PMs, designers, and researchers debating scope and objectives.\n\nPlatforms like Koji automate this entirely. When you describe your research goal in a few sentences, Koji's AI consultant asks clarifying questions and generates a complete, structured research brief — including problem context, participant profile, methodology choice, and interview questions — in under 10 minutes.\n\nThe brief isn't static either. Koji's AI adapts it as you learn more, automatically incorporating context files (competitive analyses, product specs, prior research) into the interview design. The result feels custom-designed by an experienced researcher, ready to launch immediately. Instead of a workshop, you have a conversation.\n\n## Common Research Brief Mistakes\n\n**Mistake 1: Writing objectives as features**\n\"Understand if users want a dark mode\" is a feature question disguised as research. Better: \"Understand how users manage screen fatigue during long work sessions.\"\n\n**Mistake 2: Recruiting by demographics instead of behaviors**\nAge and job title are poor predictors of relevant insights. Recruit by what people have done or experienced.\n\n**Mistake 3: Too many objectives**\nIf your brief has 12 research objectives, it has zero. Pick 3-5 and be ruthless. Deep on three beats shallow on twelve every time.\n\n**Mistake 4: No decision link**\nResearch that doesn't connect to a specific decision rarely gets acted on. Every brief should start with: \"This research will help us decide...\"\n\n**Mistake 5: Skipping the hypothesis**\nNot writing your hypothesis doesn't make research more objective — it makes it more susceptible to post-hoc rationalization. Write it down, then try to disprove it.\n\n## Using Your Brief to Guide Analysis\n\nA well-written research brief makes analysis dramatically faster. After your interviews, compare what you heard against each objective:\n\n1. Did you answer all 3-5 research objectives? If not, why not?\n2. Was your hypothesis confirmed, disconfirmed, or complicated by what you found?\n3. Which insights directly inform the decision you started with?\n\nThis is how you go from \"we talked to 8 people and it was interesting\" to \"we have three findings that will change our roadmap.\" The brief is your analysis scaffold.\n\n## Research Brief Template Checklist\n\nBefore starting any research, verify your brief includes:\n\n- [ ] A problem statement describing user experience, not business metrics\n- [ ] A specific decision this research will inform\n- [ ] A written hypothesis\n- [ ] 3-5 research objectives (not more)\n- [ ] A participant profile based on behavior, not demographics\n- [ ] A screening question\n- [ ] A methodology choice with rationale\n- [ ] Success criteria defined in advance\n- [ ] A plan for sharing and acting on findings\n\n## Tips & Best Practices\n\n- **Share the brief before the study begins** — alignment before research prevents scope creep and stakeholder disputes about findings later\n- **Keep it to 1-2 pages** — a brief longer than that is trying to answer too many questions at once\n- **Update it if early interviews reveal wrong assumptions** — a living brief is better than a rigid one that leads you astray\n- **Use it as your analysis scaffold** — every insight should trace back to a brief objective\n- **Let Koji generate your first draft** — describe your research goal and the AI consultant creates a complete brief you can edit, not a blank page\n\n## Frequently Asked Questions\n\n**How long should a research brief be?**\nOne to two pages maximum. A brief is a planning document, not a research proposal. If it's longer, you're trying to answer too many questions at once.\n\n**Who should approve the research brief?**\nThe person who will act on the findings (usually a PM or design lead) and anyone conducting the interviews. Everyone should agree on the objectives before starting.\n\n**Can I change my brief mid-research?**\nYes — and you should if your first few interviews reveal your original objectives were off. Updating the brief mid-study is better than forcing irrelevant questions on every subsequent participant.\n\n**How is a research brief different from a discussion guide?**\nA brief is the strategic \"why and what\" — it defines what you're trying to learn. A discussion guide is the tactical \"how\" — the specific questions you'll ask. Your brief informs your discussion guide.\n\n**Does Koji create a research brief automatically?**\nYes. When you describe your research goal to Koji's AI consultant, it generates a complete structured brief including methodology, participant criteria, and interview questions. You can edit any section manually or refine it through conversation. Most users have a publishable brief in under 10 minutes.\n\n---\n\n## Related Resources\n\n- [Understanding the Research Brief](/docs/understanding-the-research-brief) — How Koji uses briefs\n- [UX Research Plan Template](/docs/ux-research-plan-template) — Full research planning\n- [Creating Your First Study](/docs/creating-your-first-study) — Get started with Koji\n- [Writing Interview Questions](/docs/writing-interview-questions) — Design research questions\n- [How Many Interviews Are Enough](/docs/how-many-interviews-enough) — Sample size guidance\n\n*Explore [structured questions](/docs/structured-questions-guide) for adding quantitative elements to your research brief.*\n\n## Further reading on the blog\n\n- [User Research Budget Template: How to Plan and Justify Research Spending in 2026](/blog/user-research-budget-template-2026) — Build a research budget that actually gets approved. Real benchmarks, line-item templates, ROI arguments, and stage-appropriate guidance — f\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\n<!-- further-reading:blog -->\n","category":"Research Methods","lastModified":"2026-05-15T03:23:48.575624+00:00","metaTitle":"Research Brief Template — Koji Docs","metaDescription":"A complete research brief template covering problem context, participant profile, methodology selection, and success criteria for any user research project.","keywords":["research brief template","user research brief","how to write a research brief","research brief example","ux research brief","research planning template","study design template"],"aiSummary":"This guide provides a complete research brief template with five sections: research context (problem statement, decision, hypothesis), research objectives, target participant profile, methodology selection, and success criteria. It explains common mistakes to avoid and shows how AI tools like Koji generate complete research briefs automatically from a short conversation.","aiPrerequisites":["No prerequisites — suitable for anyone starting a research project"],"aiLearningOutcomes":["Write a clear problem statement and research hypothesis","Define 3-5 focused research objectives linked to a specific decision","Build a behavioral participant profile with a screening question","Choose the right methodology for your research question","Use the brief to guide analysis after interviews complete"],"aiDifficulty":"beginner","aiEstimatedTime":"8 min read"}],"pagination":{"total":1,"returned":1,"offset":0}}