用户研究计划把模糊的产品疑问转成可执行的研究动作：写清研究问题与决策用途，确定研究对象与样本、方法与工具、时间与角色分工、产出物与验收标准，再用一页计划表锁定范围。本文按字段、拆解、招募、方法、排期、示例、协作与检查的顺序展开，帮助产品经理和用户研究员做出一份能直接进入决策的计划。
要点总览（TL;DR）
- 用户研究计划的最小骨架包含五类字段：研究问题与决策用途、研究对象与样本、方法与工具、时间节点与角色分工、交付物与验收标准。
- 把业务疑问拆成研究问题需要四步：还原业务问题、写出产品假设、转成可验证的研究问题、划定本次研究范围。
- 方法选择由问题类型决定：探索动机用访谈，验证分布用问卷，评估操作障碍用可用性测试，组合使用时为各阶段预留时间。
- 排期覆盖准备、执行、分析、汇报四个阶段，每个阶段写明负责人和完成标志，评审会上确认结论进入哪个需求或方案调整。
- 计划启动前用检查清单逐项核对，研究问题、样本招募、方法匹配、排期角色、结论去向任何一项无法确认，都先补齐再执行。
一份用户研究计划要写清哪几件事
用户研究计划的核心是让研究结论有明确的去处。一份可执行的计划至少包含五类字段：研究问题与决策用途、研究对象与样本、方法与工具、时间节点与角色分工、交付物与验收标准。字段齐全的计划，评审时能快速判断“这项研究值不值得做、做完能不能用”。
| 字段 | 填写要求 | 常见错误 |
|---|---|---|
| 研究问题与决策用途 | 用一句话写清要回答什么，以及结论将影响哪个产品决策（如是否上线某功能、如何调整信息架构） | 问题写成“了解用户需求”这类无法回答的宽泛表述；未说明结论给谁用 |
| 研究对象与样本 | 界定目标用户分层、筛选条件、样本量与分组 | 只写“目标用户”，没有可操作的筛选标准；样本量凭感觉定 |
| 方法与工具 | 说明采用访谈、问卷、可用性测试中的哪些方法，以及记录、分析工具 | 方法与问题不匹配，如用问卷回答“为什么”类探索问题 |
| 时间节点与角色 | 列出各阶段起止时间、负责人和参与方 | 只写总周期，没有中间节点；角色只写研究者，未约定产品、设计、业务的配合动作 |
| 交付物与验收标准 | 明确产出哪些文档、以什么标准判断研究完成、结论如何同步 | 交付物只有“研究报告”，没有结论评审和决策跟进 |
这五类字段构成计划的最小骨架。实际撰写时可以先填一页表格，再补充方法细节和访谈提纲等附件，避免计划文档一开始就写成几十页而无人阅读。
从产品疑问到研究问题的拆解步骤
业务方提出的往往是“用户为什么不用新功能”这类疑问，它混合了业务判断、产品假设和研究问题。拆解的任务是把三者分开，留下可以用用户研究回答的部分。
可以按四步推进：
- 还原业务问题：记录疑问背后的业务目标，例如提升新功能激活率。业务问题决定研究的优先级，本身不需要用户研究直接回答。
- 写出产品假设：把团队对原因的判断写成明确表述，例如“新功能入口不明显，用户首次使用时找不到”。假设可以有多条，逐条列出。
- 转成研究问题：把假设改写为可验证的问题，例如“用户首次进入产品时，如何理解各功能入口的作用？他们在寻找新功能时经历了什么？”。研究问题应指向可观察的行为、认知或态度。
- 划定范围：明确本次研究覆盖哪些用户、哪些场景，以及哪些问题留待后续。范围写清楚，能防止研究过程中不断加问题导致周期失控。
假设表述示例：假设“用户不理解新功能的命名”，对应研究问题可以是“用户如何理解该功能的名称和描述？他们会用什么词描述自己的需求？”。如果一个问题无法通过观察用户行为或听取用户表述来回答，例如“这个功能能带来多少收入”，它更适合用数据分析回答，应移出研究范围。
研究对象、样本与招募怎么定
研究对象由研究问题决定。先按行为或场景做用户分层，例如新注册未使用、使用过一次后流失、高频使用三类，再为每类写出可核验的筛选条件，如注册时间、使用频次、角色或设备类型。筛选条件越具体，招募时越容易判断候选人是否合适。
样本量按研究目的确定：探索性访谈通常每类用户安排若干名，覆盖主要行为差异即可；可用性测试关注任务完成过程，样本以能暴露主要问题为准；问卷用于量化分布，样本量需与研究精度要求匹配。分组时保持各组在关键条件上可比，避免一组全是高频用户、另一组全是新用户。
| 规划项 | 填写内容 |
|---|---|
| 目标分层 | 按行为或场景划分的用户类别及各类占比 |
| 筛选条件 | 可核验的纳入与排除标准 |
| 样本量与分组 | 每类人数、分组方式、替补名额 |
| 招募渠道 | 用户库、客服转介、社区招募等渠道及优先级 |
| 激励方式 | 激励形式与发放条件 |
招募渠道优先从已有用户库中筛选，其次通过客服或社区触达。激励方式需在招募时说明，并约定完成研究后的发放条件。样本偏差常见于只招募活跃用户、只通过单一渠道招募、或由内部同事推荐熟人，规避办法是保留招募记录，核对各分层实际到访人数，发现某类用户不足时及时补招。
方法与工具怎么选：访谈、问卷、可用性测试的适用条件
方法选择取决于研究问题的类型。探索性问题关注“用户怎么想、为什么这样做”，适合深度访谈和情境观察；验证性问题关注“多少用户有某种行为或偏好”，适合问卷；评估界面是否好用，适合可用性测试。方法用错，结论的可信度会直接下降。
| 研究问题类型 | 适用方法 | 不适用情形 |
|---|---|---|
| 探索动机、理解用户心智 | 深度访谈、情境访谈 | 需要量化比例时单独使用访谈 |
| 验证假设、测量分布 | 问卷 | 追问原因、发现未知问题时单独使用问卷 |
| 评估任务完成与操作障碍 | 可用性测试 | 尚无可用原型或界面时难以开展 |
| 了解真实使用场景 | 现场观察、日志分析 | 涉及隐私或场景难以进入时需替代方案 |
定性与定量方法常组合使用：先用少量访谈发现问题和假设，再用问卷验证分布，最后用可用性测试检验具体方案。可用性测试的前提是已有可操作的原型或界面，且任务设计贴近真实使用场景。方法组合会拉长周期，计划中应说明每个阶段的时间预算，避免为追求全面而压缩分析时间。
执行排期、角色分工与交付物
排期把研究拆成招募、执行、分析、汇报四个阶段，每个阶段写明起止时间、负责人和完成标志。角色分工要覆盖研究者之外的产品经理、设计师和业务方：产品经理确认研究问题与决策用途，设计师提供原型和任务场景，业务方协助招募和结果落地。
| 阶段 | 主要动作 | 负责人 | 交付物 |
|---|---|---|---|
| 准备 | 确认研究问题、方法与样本，完成招募 | 研究者、产品经理 | 研究计划、招募名单、访谈提纲 |
| 执行 | 开展访谈、问卷或测试，记录原始材料 | 研究者 | 访谈记录、测试录像、问卷数据 |
| 分析 | 编码、归类、提炼洞察 | 研究者、设计师 | 编码表、洞察报告初稿 |
| 汇报与跟进 | 评审结论，确认后续动作 | 产品经理、业务方 | 评审记录、决策跟进项 |
中间产物要提前约定格式和存放位置，访谈记录当天整理，编码表在分析阶段同步维护。评审节点安排在洞察报告初稿完成后，邀请决策相关方参加，会上确认哪些结论进入需求或方案调整，并记录跟进责任人。
示例：一次新功能上线前的用户研究计划
以下为演示情景，用于说明各字段如何填写，不代表真实项目结论。
背景与研究问题：某协作产品计划上线任务模板功能，团队担心用户不理解模板的适用场景。研究问题定为“目标用户如何理解任务模板的价值？他们在创建任务时希望获得哪些预设内容？”。决策用途是确定模板的默认内容和入口文案。
样本与方法：选取高频创建任务的用户和刚注册的新用户两类，每类安排若干名进行深度访谈，并用可点击原型开展可用性测试，观察用户能否找到并使用模板。招募通过用户库筛选和客服转介完成。
排期与角色：第一周完成招募和提纲，第二周执行访谈与测试，第三周分析并输出洞察报告，第四周评审。研究者负责执行与分析，产品经理确认问题与结论去向，设计师提供原型并参与测试观察。
结论进入决策：评审会上按“模板默认内容”“入口文案”“适用场景说明”三项逐一确认调整方案，未形成共识的问题记录为后续研究项。研究结论与原始记录一并归档，供后续迭代查阅。
研究计划怎么用ONES承接协作与留痕
计划确定后，执行过程涉及多方协作和材料沉淀。可以把研究需求作为工作项登记，写清研究问题、决策用途、负责人和目标时间，让研究任务与产品需求在同一处跟踪进度。访谈记录、问卷数据和洞察报告作为文档归档到对应工作项下，评审结论和后续动作通过状态流转记录，参与方能看到研究从立项到结论落地的完整过程。
这样承接的好处是研究不再散落在个人文件夹和聊天记录里：产品经理查看工作项即可了解研究进展，新成员接手时能追溯原始材料和决策依据。ONES在这里承担的是需求登记、文档归档和评审流转的管理动作，研究方法本身仍由研究者按前述步骤设计。
完成检查：计划可执行前要确认的清单
计划进入执行前，逐项核对以下条目，全部确认后再启动招募和执行，可以减少中途返工。
- 研究问题能用一句话说清，并注明结论将影响哪个产品决策；
- 产品假设已逐条列出，每条都有对应的研究问题；
- 研究范围明确，哪些问题不在本次研究内已写明；
- 目标用户分层和筛选条件可操作，招募渠道和替补方案已确定；
- 样本量与分组方式与研究目的匹配，激励方式已约定；
- 所选方法与研究问题类型匹配，组合使用时各阶段时间已预留；
- 排期覆盖招募、执行、分析、汇报各阶段，每阶段有负责人和完成标志；
- 访谈记录、编码表、洞察报告等交付物的格式和存放位置已约定；
- 评审节点和参与方已确定，结论去向和跟进责任人已写明；
- 验收标准明确，能判断研究是否完成、结论是否已进入决策。
清单中任何一项无法确认，都说明计划还存在缺口，补齐后再执行比中途调整更省时间。
常见问题
研究问题已经明确，还需要在计划里写决策用途吗？
需要。决策用途说明结论将影响哪个具体动作，例如是否上线某功能、如何调整入口文案或信息架构。写清用途有两个作用：评审时能判断这项研究是否值得投入；研究结束后能对照结论是否真正进入决策。如果只写研究问题而不写用途，容易出现报告完成却无人跟进的情况。
样本量到底定多少合适，有没有统一标准？
没有适用于所有研究的统一数字，样本量由研究目的决定。探索性访谈以覆盖主要行为差异为目标，按用户分层安排，每类若干名；可用性测试以能暴露主要操作问题为准；问卷用于量化分布，样本量需与研究精度要求匹配。计划中写明样本量的确定依据和替补名额，比只写一个数字更有说服力。
招募时发现某类目标用户很难找到，计划该怎么调整？
先核对筛选条件是否过严，例如把使用频次、角色、设备类型同时设为硬性条件，可能把候选人范围压得过窄。可以放宽非关键条件，或增加招募渠道，如客服转介、社区招募。如果某类用户确实无法在计划周期内触达，应在计划中记录这一限制，说明结论对该类用户的覆盖不足，避免在汇报时把部分样本的发现扩大为整体结论。
访谈和问卷组合使用时，周期怎么安排才不至于压缩分析时间？
组合研究的关键是给分析留出独立时间，而不是把访谈、问卷、分析全部塞进同一周。常见安排是先用少量访谈发现问题与假设，再发放问卷验证分布，问卷回收后集中分析。计划中为每个阶段写明起止时间和完成标志，尤其要预留编码、归类和报告撰写的时间。如果周期紧张，优先缩减样本或减少方法组合，保留分析时间。
研究结论评审后没有形成共识，后续怎么处理？
评审会上未达成一致的问题，记录为后续研究项或待定决策项，写明争议点和需要补充的信息，指定跟进责任人。已经形成共识的结论，逐项对应到需求、方案调整或文案修改，并记录责任人。这样处理可以避免研究结束后结论悬空，也方便下一轮研究接着已有问题继续推进。
