用户研究计划模板建议包含七个章节：研究背景与目标、研究问题与假设、研究方法与样本、执行时间与分工、产出物与交付形式、风险与伦理、评审与变更记录。核心字段覆盖研究目标、研究问题、目标用户与样本量、招募条件、方法组合、访谈或测试提纲、时间节点、角色分工、产出物清单以及伦理与隐私说明。下面先给出一份可直接复制填写的空白模板，再逐字段说明填写口径，并用一份完整示例对照演示。
要点总览（TL;DR）
- 用户研究计划模板建议包含七个章节：研究背景与目标、研究问题与假设、研究方法与样本、执行时间与分工、产出物与交付形式、风险与伦理、评审与变更记录。
- 研究目标说明为哪个决策服务，研究问题说明具体要弄清楚什么，假设写成可被证实或推翻的陈述句，三者分开填写能避免计划写成活动清单。
- 研究目标、研究问题、目标用户与样本量、方法组合、时间节点、角色分工、产出物清单属于必填字段；假设、详细提纲、评审记录可按研究类型简化。
- 探索性研究可以放宽研究问题、暂缓假设；验证性研究需要提前写清假设、样本配额和提纲；小样本快速研究可压缩背景与评审流程，但目标、样本、方法、产出不能空。
- 模板落地后按研究类型裁剪章节，用版本记录管理结构调整，研究结束后把实际执行情况回写到计划文档，便于后续复用。
可复制空白模板
下面这份骨架按文档结构组织，可直接粘贴到文档工具中，把方括号占位替换为项目实际内容。表格部分保留表头即可使用；如果团队习惯用表格管理，也可以把每个章节拆成独立表格。
用户研究计划（空白模板）
文档信息
| 字段 | 填写内容 |
|---|---|
| 研究项目名称 | [项目名称] |
| 计划版本 | [V0.1] |
| 负责人 | [姓名/角色] |
| 创建日期 / 更新日期 | [日期] / [日期] |
| 评审状态 | [草稿/待评审/已通过/已变更] |
一、研究背景与目标
- 业务背景：[当前产品阶段、要解决的业务问题]
- 研究缘起：[触发本次研究的事件、决策需求]
- 研究目标：[本次研究要回答的核心问题，1—3条]
- 研究边界：[本次研究覆盖与不覆盖的范围]
- 结果使用方：[哪些角色会使用研究结论、用于什么决策]
二、研究问题与假设
| 编号 | 研究问题 | 对应假设 | 验证方式 | 优先级 |
|---|---|---|---|---|
| RQ1 | [问题描述] | [可检验的假设] | [访谈/问卷/测试] | [高/中/低] |
| RQ2 | [问题描述] | [可检验的假设] | [访谈/问卷/测试] | [高/中/低] |
三、研究方法与样本
| 字段 | 填写内容 |
|---|---|
| 目标用户画像 | [角色、使用场景、关键特征] |
| 样本量与构成 | [总人数及各类型配额] |
| 招募条件 | [纳入条件、排除条件、招募渠道] |
| 方法组合 | [访谈/问卷/可用性测试/日志分析等及各自目的] |
| 访谈或测试提纲 | [提纲链接或要点，按研究问题组织] |
| 数据记录方式 | [录音、笔记、问卷平台、观察记录表] |
四、执行时间与分工
| 阶段 | 时间区间 | 负责人 | 参与角色 | 交付节点 |
|---|---|---|---|---|
| 准备与招募 | [日期—日期] | [姓名] | [角色] | [招募名单确认] |
| 数据采集 | [日期—日期] | [姓名] | [角色] | [访谈/测试完成] |
| 分析与撰写 | [日期—日期] | [姓名] | [角色] | [报告初稿] |
| 评审与分享 | [日期—日期] | [姓名] | [角色] | [评审通过] |
五、产出物与交付形式
- 产出物清单：[研究报告、访谈纪要、用户画像、问题清单、机会点列表等]
- 交付形式：[文档、演示、工作坊、结论摘要]
- 交付对象与时间：[角色、日期]
- 结论落地方式：[进入需求池、纳入版本规划、形成设计原则]
六、风险与伦理
- 主要风险：[招募不足、样本偏差、时间冲突、结论争议]
- 应对措施：[备选招募渠道、样本配额调整、时间缓冲]
- 知情同意：[告知内容、同意方式]
- 隐私与数据管理：[数据脱敏、存储位置、保存期限、访问权限]
- 激励与补偿：[形式与标准]
七、评审与变更记录
| 版本 | 日期 | 变更内容 | 变更原因 | 评审人 |
|---|---|---|---|---|
| V0.1 | [日期] | [初稿] | [—] | [姓名] |
| V0.2 | [日期] | [调整样本量] | [招募反馈] | [姓名] |
字段说明：每个字段填什么、怎么填
模板中的字段承担不同职责，填写时最容易混淆的是研究目标与研究问题。研究目标说明“这次研究为哪个决策服务”，通常一到三条，指向业务或产品判断；研究问题说明“具体要弄清楚什么”，应可被数据回答，并按优先级排序。假设则是对研究问题的初步判断，写成可被证实或推翻的陈述句，便于后续对照结论。
| 字段 | 填写口径 | 常见写法 |
|---|---|---|
| 研究目标 | 说明研究支持的决策，避免写成方法或活动 | “判断新用户在首次配置流程中的主要流失原因，为下个版本改版提供依据” |
| 研究问题 | 可被访谈、问卷或测试数据回答的具体问题 | “用户在配置第三步遇到什么困难？他们如何自行绕过？” |
| 假设 | 可检验的判断，注明验证方式 | “多数用户因术语不理解而放弃，访谈中应能复现该卡点” |
| 目标用户画像 | 写角色、使用场景与关键行为特征，不写宽泛人群标签 | “近三个月注册、完成过一次配置的企业管理员” |
| 样本量与构成 | 给出总数与配额，说明依据 | “访谈8人，其中新用户5人、老用户3人；问卷回收不少于100份” |
| 招募条件 | 分别写纳入与排除条件，注明渠道 | “纳入：使用满两周；排除：内部员工；渠道：用户社群与客服邀约” |
| 方法组合 | 每种方法对应研究问题，说明为何选它 | “访谈用于发现原因，问卷用于估计比例，可用性测试用于观察操作” |
| 访谈或测试提纲 | 按研究问题分组，给出主问题与追问方向 | “开场了解使用背景；中段复现配置流程；结尾询问改进建议” |
| 时间节点 | 按阶段写起止时间与交付节点，留出缓冲 | “招募5个工作日，采集8个工作日，分析5个工作日” |
| 角色分工 | 写清谁负责招募、主持、记录、分析、评审 | “研究员主持与撰写，设计师记录，产品经理参与评审” |
| 产出物与交付形式 | 列清单并说明交付对象、时间与落地方式 | “报告加结论摘要，评审会上分享，问题进入需求池” |
| 风险与伦理 | 写风险、应对、知情同意、数据管理与激励 | “录音需同意，数据脱敏存储，保存六个月” |
| 评审与变更记录 | 每次修改记录版本、原因与评审人 | “V0.2 调整样本量，因招募反馈新用户不足” |
方法组合的选择依据研究问题类型：需要发现原因和语境时用访谈，需要估计分布和比例时用问卷，需要观察操作过程时用可用性测试，已有行为数据时用日志分析补充。样本量不必追求统计代表性，但要在计划中写明依据和限制，避免结论被过度外推。产出物字段要写到可交付、可验收的程度，例如报告包含哪些部分、结论以什么形式进入后续决策。
必填与选填：哪些字段不能空
必填字段的判断标准是：缺失后研究无法执行，或结论无法被理解和采信。研究目标、研究问题、目标用户与样本量、方法组合、时间节点、角色分工、产出物清单属于必填项。研究背景、假设、访谈提纲、风险与伦理、评审记录在正式研究中同样建议填写，在快速研究中可按情况简化。
| 字段 | 探索性研究 | 验证性研究 | 小样本快速研究 |
|---|---|---|---|
| 研究目标 | 必填 | 必填 | 必填 |
| 研究问题 | 必填，可较宽 | 必填，需具体可测 | 必填，控制在1—2条 |
| 假设 | 选填 | 必填 | 选填 |
| 目标用户与样本量 | 必填 | 必填，需说明配额 | 必填，可写最低人数 |
| 招募条件 | 建议填写 | 必填 | 可简化为纳入条件 |
| 方法组合 | 必填 | 必填 | 必填，通常单一方法 |
| 访谈或测试提纲 | 建议填写 | 必填 | 可写要点 |
| 时间与分工 | 必填 | 必填 | 必填，可合并为一行 |
| 产出物 | 必填 | 必填 | 必填，可写结论摘要 |
| 风险与伦理 | 建议填写 | 必填 | 至少写知情同意与数据管理 |
| 评审与变更记录 | 建议填写 | 必填 | 可只保留版本行 |
探索性研究的目的是发现问题空间，研究问题可以宽一些，假设和详细提纲可以边做边补；验证性研究要支撑明确判断，假设、样本配额和提纲需要提前写清。小样本快速研究可以压缩背景描述和评审流程，但研究目标、样本、方法和产出不能空，否则结论难以被团队理解和复用。
填写示例：一份完整的用户研究计划
以下为演示情景，用于展示各字段的对应关系，非真实项目案例。
文档信息：新用户首次配置流程研究，V0.1，负责人为用户研究员，评审状态为待评审。
研究背景与目标：产品近三个月新注册用户中，完成首次配置的比例偏低。本次研究判断配置流程中的主要卡点，为下个版本改版提供依据。结果使用方为产品经理与设计师。
研究问题与假设：
| 编号 | 研究问题 | 假设 | 验证方式 |
|---|---|---|---|
| RQ1 | 用户在配置第三步遇到什么困难 | 术语不理解导致放弃 | 访谈加可用性测试 |
| RQ2 | 卡点在用户群体中的普遍程度 | 新用户中超过半数遇到同类问题 | 问卷 |
方法与样本：目标用户为近三个月注册、使用过配置功能的企业管理员。访谈8人，新用户5人、完成配置的老用户3人；问卷回收不少于100份。纳入条件为使用满两周，排除内部员工，通过用户社群和客服邀约招募。方法组合为访谈发现原因、可用性测试观察操作、问卷估计比例。提纲按研究问题分为使用背景、流程复现、改进建议三段。数据以录音、笔记和问卷平台记录。
时间与分工：招募5个工作日，采集8个工作日，分析5个工作日，评审2个工作日。研究员负责主持与撰写，设计师负责记录，产品经理参与评审。
产出物与交付形式：产出研究报告、访谈纪要和问题清单；以评审会分享加结论摘要交付；问题清单进入需求池，作为改版输入。
风险与伦理：风险为新用户招募不足和样本偏差，应对为增加客服邀约渠道并设置配额。访谈前告知用途并取得录音同意，数据脱敏存储，保存六个月，仅研究相关人员可访问。激励按团队标准发放。
评审与变更记录：V0.1 初稿，待产品经理与设计负责人评审。
这份示例中，研究问题决定方法组合，方法组合决定样本与提纲，产出物则对应研究目标中的改版决策，各字段形成一条可追溯的链条。团队填写时可对照检查：每个研究问题是否都有对应方法和产出。
调整与维护：模板如何随团队和项目变化
模板落地后需要按研究类型裁剪，而不是每次从零改写。探索性研究可以保留七章结构，压缩假设与评审记录；验证性研究保留完整字段，并补充样本配额说明；快速研究可把时间与分工合并为一张简表。裁剪时保留章节编号，便于不同项目之间对照和汇总。
版本维护建议把模板本身也当作一份文档管理：每次结构调整记录版本号、变更内容和原因，例如新增“数据记录方式”字段或调整必填规则。团队内复用可以通过模板库实现，把空白模板固化为标准页面，新项目一键创建后填写。ONES Wiki 支持页面模板库，可一键创建制式化文档模板；研究计划文档也可以关联项目任务，让计划、执行记录和结论归档在同一项目空间中对应起来。文档版本记录支持查看与回滚，适合保留计划的多轮修改；按角色配置读写权限，则便于控制访谈原始数据的访问范围。具体功能以实际开通版本为准。
研究结束后，把实际执行情况回写到计划文档：样本是否达成、时间是否延期、哪些问题未回答，并在变更记录中注明。这样模板不仅用于启动研究，也成为后续研究复用和经验沉淀的载体。团队可以每季度回顾一次模板使用情况，把反复出现的补充字段并入标准模板，把长期不用的字段移入选填区。
常见问题
研究目标和研究问题总是写混，有没有简单的区分办法？
可以用一句话检验：研究目标回答“这个结论支持谁做什么决策”，研究问题回答“具体要弄清楚什么现象”。目标通常一到三条，指向业务或产品判断，例如判断新用户配置流程的流失原因；问题则应能被访谈、问卷或测试数据回答，例如用户在配置第三步遇到什么困难。填写时先写目标，再把目标拆成若干研究问题，每个问题对应一种验证方式，两者就不会混在一起。
小团队做一次快速访谈，也需要填完整份模板吗？
可以裁剪，但有几项不能省：研究目标、研究问题、目标用户与最低样本数、方法、时间与负责人、产出物。背景描述可以压缩为一两句话，假设和详细提纲可以写成要点，评审记录保留版本行即可。裁剪的目的是让结论仍能被团队理解，而不是省掉计划本身。如果这次访谈的结论要进入版本规划或需求评审，建议把风险与伦理中的知情同意和数据管理补上。
样本量写多少合适，模板里要不要给出固定数字？
模板适合给出填写口径，不适合固定数字。定性访谈常见做法是写到饱和为止，计划中可写计划人数与备选人数；问卷需要说明回收目标和大致依据。关键是写清样本构成与配额，例如新用户几人、老用户几人，以及纳入和排除条件。样本量偏小时，在计划中注明结论的适用范围，避免后续被当作整体用户的比例结论使用。
研究计划写好后，执行中样本或时间发生变化怎么办？
在变更记录中登记调整内容、原因和评审人，例如“V0.2 调整样本量，因招募反馈新用户不足”。时间延期同样记录，并同步给结果使用方。研究结束后，把实际执行情况回写到计划文档：样本是否达成、哪些问题未回答、结论以什么形式落地。这样计划文档既是启动依据，也是后续研究复用的参考。
把研究计划放在文档工具里管理，有什么实际好处？
计划文档需要多人查看、多轮修改，还要和研究执行记录、结论归档放在一起。以 ONES Wiki 为例，页面模板库可一键创建制式化文档模板，减少每次从零搭结构的工作；文档支持版本记录与回滚，适合保留计划的多轮修改；按角色配置读写权限，便于控制访谈原始数据的访问范围。研究计划文档还可以关联项目任务，让计划、执行记录和结论在同一项目空间中对应起来。具体功能以实际开通版本为准。
