用户研究报告的编写可以按“先定结论、再排证据、最后写建议”的顺序推进：动笔前明确决策问题与报告读者，研究过程中同步整理原始记录并编号，成稿时先写一页结论摘要，再展开背景、方法、发现、建议与局限。报告中的每条发现都应能追溯到具体的访谈记录、问卷数据或观察笔记。编写过程涉及任务分派、原始记录沉淀和多轮评审，ONES可用于承载这些协作环节，具体功能以官方资料为准。
要点总览（TL;DR）
- 动笔前先定1–3个决策问题、报告读者和一句话结论假设，形成一页启动单，后续写作围绕它展开。
- 报告按结论摘要、背景与目标、方法与样本、关键发现、证据细节、结论与建议、局限与后续行动七部分组织，结论摘要与正文发现编号一一对应。
- 证据整理先给访谈、问卷、观察记录编号并标签化，再按研究问题聚类，区分事实、解读与建议三层内容，每条发现标注证据来源。
- 研究负责人、访谈与数据执行人、产品与设计读者分工明确，设发现评审和建议评审两个节点，避免编写压力集中在一个人身上。
- 交付前逐项核对结论是否回答决策问题、发现是否有证据、建议是否有负责人和时间点、局限是否写明。
报告动笔前先定三件事：决策问题、读者与结论骨架
用户研究报告最常见的失败，是从第一页开始记录“我们做了什么”，读完却不知道“所以该怎么办”。避免这个问题的方法是在动笔前先完成三项准备，形成一页启动单，后续写作都围绕它展开。
把研究问题转写成决策问题
研究问题通常描述探索方向，例如“了解新用户首次使用的障碍”。决策问题则指向一个待做的选择，例如“首次引导是否需要增加任务模板入口”。把研究问题转写成1–3个决策问题，每个问题都应当能用“是/否”“A方案/B方案”或“优先做X”来回答。超过3个决策问题，说明这次研究承载了过多目标，报告容易失焦，建议拆分或明确主次。
识别读者与决策层级
报告读者不同，同一份研究的写法也不同。产品负责人关心是否调整路线图，设计师关心具体交互环节，研发负责人关心改动成本与依赖。启动单中列出主要读者及其要做的决策，据此决定结论摘要的详略和证据展开的深度。读者清单不需要很长，3–5个关键角色即可，但要写清每个人读完报告后需要采取什么行动。
用一句话结论假设搭骨架
在数据整理完成前，可以先写一句结论假设，例如“新用户在首次配置环节流失，主要原因是缺少可参照的示例”。这句话是骨架的起点，后续用证据填充、修正甚至推翻它。围绕这句话列出支撑它所需的证据类型：访谈中的原话、问卷中的比例、可用性测试中的操作记录。骨架确定后，报告的章节顺序基本就确定了，写作时只需把证据放进对应位置。
启动单建议包含三栏：决策问题（1–3条）、读者与对应决策、结论假设及所需证据。完成标志是团队对这三栏内容达成一致，再进入正式整理与写作。
用户研究报告的标准结构与各章节写法
一份可评审的用户研究报告通常包含七个部分。结构本身不复杂，关键在于每章写什么、写到什么程度，以及结论摘要与正文如何对应。
| 章节 | 写作要点 | 篇幅建议 |
|---|---|---|
| 结论摘要 | 逐条回答启动单中的决策问题，每条结论后标注对应正文发现编号 | 1页，3–5条结论 |
| 研究背景与目标 | 说明触发这次研究的业务情境、决策问题与预期用途 | 半页以内 |
| 方法与样本 | 研究方法、样本量与招募条件、研究时间、执行方式、主要局限 | 半页至1页 |
| 关键发现 | 按研究问题组织，每条发现一句判断加证据概述 | 全文主体，3–6条 |
| 证据细节 | 访谈原话、问卷数据、观察记录，标注记录编号 | 按发现展开，可放附录 |
| 结论与建议 | 建议对应到具体动作、负责人和时间点，区分优先级 | 1页左右 |
| 局限与后续行动 | 样本覆盖不到的人群、方法限制、需要补充验证的问题 | 半页以内 |
结论摘要与正文的对应关系需要显式建立。做法是给每条关键发现编号（如F1、F2），结论摘要中每条结论后标注“见F2”，正文发现部分再标注证据编号（如I-03、Q-12）。读者从摘要可以直达证据，评审时也能快速判断结论是否有支撑。
方法与样本一章要写到读者能判断结论适用范围的程度：样本是谁、多少人、如何招募、在什么场景下完成研究。关键发现一章避免罗列所有观察，按研究问题聚类后保留对决策有影响的条目，其余放入证据细节或附录。建议一章要与发现一一对应，没有发现支撑的建议应删除或标注为待验证的假设。
从原始记录到关键发现：证据整理与结论提炼步骤
报告写作的大部分工作量在证据整理，而不是文字润色。原始材料整理得有序，成稿时结论自然有据可依。可以按以下步骤推进。
第一步：原始记录编号与标签化
访谈录音转写、问卷开放题、观察笔记、可用性测试录屏，统一编号并建立索引。编号规则可以按“方法-场次”设计，例如访谈记为I-01至I-12，问卷记为Q，观察记为O。每条记录打上标签，标签来自研究问题拆解出的主题词，例如“首次配置”“示例缺失”“权限困惑”。标签数量控制在10–15个，过多会导致聚类失效。
第二步：按研究问题聚类、合并同类项
把带相同标签的记录归入同一组，逐组阅读后合并表述相近的条目。聚类时保留反例：与主流模式不一致的记录单独标注，它们往往对应样本中的特殊人群或边界条件，写入局限部分比强行合并更有价值。完成标志是每个研究问题下形成若干候选发现，每条候选发现都能列出至少两条独立记录。
第三步：区分事实、解读与建议三层内容
事实是记录中可直接观察到的内容，例如“8位受访者中有6位在第二步停留超过3分钟”。解读是对事实的解释，例如“停留时间长可能与缺少进度提示有关”。建议是基于解读提出的行动。三层内容在报告中分开表述，避免把解读写成事实，也避免建议脱离证据。写作时可以用固定句式区分：“记录显示……”“我们判断……”“建议……”。
第四步：为每条发现标注证据来源
每条关键发现后附证据编号列表，形成发现—证据对照表。对照表至少包含发现编号、发现表述、支撑证据编号、反例或例外、置信程度。置信程度可以用“高/中/低”标注，依据是证据条数与一致性。对照表既是写作底稿，也是评审时的核查依据。
这一阶段的产物建议在研究执行期间同步维护，而不是等全部数据收齐再整理。访谈结束当天完成转写与标签，能显著减少后期回溯成本。研究任务分派、原始记录归档和对照表维护涉及多人协作时，可以在ONES中建立研究任务与文档，把记录、发现和评审意见放在同一处管理，减少版本散落。
角色分工与各阶段交付物
报告编写不应压在一个人身上。明确角色与阶段交付物，可以让证据整理、写作和评审并行推进。
| 角色 | 主要职责 | 关键交付物 |
|---|---|---|
| 研究负责人 | 确定决策问题与读者，搭结论骨架，统稿与质量把关 | 启动单、报告初稿、评审修改记录 |
| 访谈与数据执行人 | 执行访谈、问卷与观察，完成记录编号、转写与标签 | 原始记录库、标签索引、发现—证据对照表 |
| 产品与设计读者 | 确认决策问题相关性，评审发现与建议的可执行性 | 评审意见、建议采纳结论 |
按阶段看，准备阶段的输入是研究计划与业务问题，动作是转写决策问题、确认读者，输出是启动单。整理阶段的输入是原始记录，动作是编号、标签、聚类，输出是发现—证据对照表。写作阶段的输入是对照表与启动单，动作是写结论摘要与各章节，输出是报告初稿。评审阶段的输入是初稿，动作是产品与设计读者核对结论与建议，输出是修改清单与定稿。
评审与确认节点建议设两个：一是发现评审，在对照表完成后确认关键发现是否成立、是否有遗漏；二是建议评审，在初稿完成后确认建议是否可执行、负责人是否明确。两个节点分开，可以避免在文字细节上反复拉扯而忽略结论质量。评审意见与修改记录随报告一同归档，便于后续研究引用。
一份完整示例：从研究问题到建议落地
以下为演示情景，用于说明各部分写法与衔接，数据为示意，不代表真实研究结论。
示例研究问题与样本说明
决策问题：新用户首次创建工作区时，是否需要在引导流程中提供模板示例？研究采用8位新用户的远程访谈与任务观察，招募条件为注册后7天内、尚未完成首次配置的用户，研究周期两周。样本覆盖两个主要使用场景，未覆盖企业管理员角色，这一限制写入局限部分。
关键发现如何写成带证据的段落
发现F1：新用户在首次配置阶段的主要障碍是缺少可参照的完成示例。记录显示，8位受访者中有6位在配置第二步停留超过3分钟，其中4位主动询问“有没有例子可以看”（I-02、I-05、I-06、I-08）；任务观察中，5位受访者反复返回上一步核对字段含义（O-03）。我们判断，停留时间长与字段说明不足、缺少示例有关，这一解读仍需通过界面改版后的对比观察验证。反例方面，2位有同类工具使用经验的受访者完成较快，说明经验背景会影响配置效率。
建议如何对应到具体动作与负责人
建议一：在配置第二步增加可折叠的填写示例，由设计负责人在下个迭代内输出方案，产品负责人确认范围。建议二：补充字段说明文案，由内容设计在方案评审前完成初稿。两条建议均对应F1，优先级为高。建议三（待验证）：为有经验用户提供跳过引导的选项，需在下一轮研究中确认需求强度，暂不排期。
示例中可以看到，结论摘要只需写“首次配置障碍主要来自缺少示例，建议增加示例与字段说明，见F1”，正文发现提供证据与反例，建议部分落到动作、负责人和时间点，三层内容各归其位。
交付前的完成检查
报告写完不等于可以交付。交付前按清单逐项核对，可以拦下大部分评审阶段才会暴露的问题。
- 结论摘要中的每条结论都能对应启动单中的决策问题，没有答非所问或遗漏。
- 每条关键发现都标注了证据编号，抽查任意一条能在原始记录中找到出处。
- 事实、解读与建议三层内容表述分开，没有把推测写成观察结果。
- 每条建议都有明确动作、负责人和时间点，没有发现支撑的建议已删除或标注为待验证。
- 方法与样本部分写清了样本量、招募条件与研究时间，读者能判断结论适用范围。
- 局限与未覆盖范围已写明，包括样本外人群、方法限制和需要后续验证的问题。
- 结论摘要与正文发现编号一一对应，评审意见与修改记录已随报告归档。
清单全部通过后，报告即可进入正式评审或交付。若时间紧张，优先保证结论与证据的对应关系和建议的可执行性，这两项直接决定报告能否支撑决策。
常见问题
研究做到一半发现决策问题定偏了，报告还要按原骨架写吗？
不必硬套原骨架。决策问题定偏通常有两种情况：一是问题本身仍然成立，只是表述需要收窄；二是研究过程中出现了更关键的决策点。前者在启动单上修订表述并同步给读者即可，后者需要先与产品负责人确认是否调整研究目标，再决定是补充数据还是把新问题写入后续行动。
无论哪种情况，修订记录都要保留。报告定稿时，结论摘要回答的是修订后的决策问题，局限部分说明调整原因和因此未覆盖的范围，读者才能判断结论的适用边界。
样本量小、以定性访谈为主，报告里的结论怎么写才不算过度推断？
定性研究的结论表述要与证据强度匹配。做法是把结论写成对现象的描述和解释，例如“受访者在配置第二步普遍缺少可参照的示例”，并附上支持该判断的记录编号和反例；避免写成比例性判断或推广到全体用户的结论。
在方法与样本部分写清样本量、招募条件和覆盖场景，在局限部分写明未覆盖的人群和需要定量验证的问题。置信程度可以用高、中、低标注，依据是证据条数与一致性，这样读者能自行判断结论能用到什么程度。
多个研究项目并行时，原始记录和报告版本怎么管理？
关键是给每个研究项目建立独立的记录空间和统一的编号规则，避免不同项目的访谈记录混在一起。编号规则按“项目-方法-场次”设计，标签词表在项目启动时确定并复用，后续聚类和跨项目对比都会方便很多。
报告版本建议区分初稿、评审稿和定稿，评审意见与修改记录随报告归档。研究任务分派、原始记录归档和评审意见沉淀涉及多人协作时，可以在ONES中建立研究任务与文档统一管理，具体功能以官方资料为准。
报告写完，产品团队没有采纳建议，这份报告还有价值吗？
有价值，但需要在报告里把价值说清楚。建议未被采纳时，报告至少沉淀了三类内容：用户行为的观察记录、对现象的解释、以及待验证的假设。这些内容在后续需求评审、方案设计和下一轮研究中都可以直接引用。
建议在结论与建议部分标注每条建议的处理状态，例如已采纳、待排期、暂不采纳及原因。这样报告从一次性交付物变成可追溯的研究资产，也便于下次研究在同一基础上继续推进。
报告需要给非研究背景的管理层看，结论摘要要改写法吗？
需要调整详略，但不必另写一份。管理层通常关心结论是否支持某个决策、影响范围多大、下一步做什么。结论摘要可以按“结论—影响—建议动作”三句话组织每条结论，证据编号保留在句末，需要深入时再翻正文。
正文结构和证据细节保持完整，供产品与设计读者评审使用。同一份报告服务不同读者时，靠摘要的详略和编号跳转来分层，比拆成多份文档更容易维护版本一致。
