客户访谈研究计划怎么写：从业务决策到研究问题

先说结论

客户访谈研究计划不需要写成一份厚重的立项书。真正有用的版本，能回答七件事：团队接下来要做什么决定，眼下已经知道什么，还缺什么证据，需要找哪些人，用什么方法了解，资料如何保存和使用，以及访谈结束后由谁分析、什么时候交付。

最容易写反的地方，是一上来就列二十个访谈问题。问题看着很多，研究却没有方向。更稳妥的顺序是先写业务决定，再整理研究问题，最后才写访谈提纲。这样现场即使出现意外线索，研究者也知道哪些值得追，哪些只是有趣但与本轮决策无关。

下面用一个贯穿全文的例子：某 SaaS 团队准备决定下季度是否重做新用户设置流程。他们注意到一部分小团队注册后没有完成设置，却还不知道用户停在哪里、为什么停，以及现有补救办法是什么。

先写要支持的决定，别从问题清单开始

计划开头可以只写一小段，但要具体：谁会在什么时间，用研究结果做什么决定。

“了解新用户体验”太宽，做完访谈也很难判断是否完成。改成下面这样，团队就有了边界：

产品负责人将在下季度路线评审前，决定是重做整个设置流程，还是先修正其中一两个高阻力节点。本轮研究需要解释小团队用户没有完成设置时发生了什么，并识别值得继续验证的节点。

这段话没有预告答案，也没有承诺几场访谈就能“证明”某个方案。它只是把研究和即将发生的决定连起来。

如果连决定是什么都说不清，可以先和发起人聊十五分钟：研究结束后，哪些选项可能被保留或放弃？最迟哪天需要结果？如果研究没有发生，团队会依据什么做决定？这些问题往往比马上安排受访者更省时间。

把已有证据和真正的未知分开

访谈不是默认答案。动手招募之前，先看看团队已经有什么：漏斗数据、客服工单、销售记录、可用性测试、以往研究、退款原因，甚至是实施顾问的现场笔记。它们各有偏差，却能帮你避免重新问已经知道的事。

继续用设置流程的例子。数据可能已经说明 38% 的新账号没有走到某一步，但数字通常解释不了：用户当时想完成什么、缺了哪条信息、谁需要参与、离开后用了什么替代办法。这里才是访谈可以补上的部分。

计划里可以做一张很朴素的表：

| 已知或已有迹象 | 还不能确认 | 可能采用的证据 | | --- | --- | --- | | 一部分账号停在成员邀请之前 | 是不需要邀请，还是不知道该邀请谁 | 访谈加最近一次设置过程回顾 | | 客服收到权限配置问题 | 这是少数人的术语困惑，还是流程结构问题 | 工单主题统计加界面走查 | | 完成设置的团队更常使用产品 | 完成设置与留存之间是否有因果关系 | 访谈不能单独回答，需要后续行为数据或实验 |

最后一行很重要。研究计划不仅要写“这轮能回答什么”，也要写“不能回答什么”。客户访谈适合了解经历、判断和环境，不适合单独证明因果关系或市场占比。

把未知变成能被研究的问题

研究问题写给团队看，不是主持人照着念给受访者听。它应该保持中立，又能指向需要收集的材料。例如：

• 小团队用户第一次设置产品时，原本要完成什么工作？
• 他们在哪些节点需要额外信息、他人协助或绕行办法？
• 完成与未完成设置的用户，过程和判断标准有什么不同？
• 设置中断以后，他们如何继续完成原来的工作？

“用户是不是因为邀请步骤太复杂才流失？”已经把团队的猜测写进问题。可以改成“用户在邀请成员时做了什么判断，哪些条件影响了他们继续或停止？”改完以后，答案既可能支持原猜测，也可能推翻它。

把重复的问题合并，并标出优先级。一轮研究保留三到五个核心问题通常更容易执行。具体怎么把研究问题转成自然的现场提问，可以接着看客户访谈问题设计指南。两者别混在一起：研究计划负责“要学什么”，访谈提纲负责“现场怎么问”。

确定找谁，也写清楚为什么不找另一些人

“找几个用户聊聊”不够执行。参与者条件至少要包括相关经历、角色或使用场景、经历发生的时间，以及需要覆盖的差异。

这个例子里，可以招募过去 60 天内尝试过设置的小团队用户，既包括完成的人，也包括中途停止的人；同时覆盖亲自决策的负责人和受命执行的成员。暂时不纳入大型企业管理员，因为他们的采购、权限和实施过程很可能是另一类问题。

人数不要写成一个看似科学的固定答案。GOV.UK 的服务手册把每轮 4 至 8 名参与者作为常见范围，同时建议根据每轮发现继续安排研究。这是工作上的起点，不是统计代表性，也不是“访谈 5 人就一定饱和”的定律。样本需要多大，取决于人群差异、问题复杂度、风险和团队准备如何使用结果。

计划里可以写明：先进行 6 场，覆盖完成与中断两类经历；每两场后快速复盘；如果关键角色没有被覆盖，或者新材料仍在明显改变判断，再补一轮。这样的写法比承诺一个神奇数字诚实，也更方便排期。

别默认所有研究问题都用访谈

方法跟着问题走。想知道用户如何解释一次失败、当时有哪些约束，深度访谈很合适。想知道用户能不能完成新版流程，应该让他实际操作，研究者观察，而不是只问“你觉得能不能用”。想估算某种行为有多普遍，往往需要分析数据或设计调查。

同一轮也可以组合方法。例如先让参与者回忆最近一次设置，再请他分享屏幕，走一遍仍然保留的操作或资料。主持人看到动作以后再追问，通常比完全依靠回忆更具体。

计划不用堆方法名，写明为什么选就够了：

采用 45 分钟半结构化访谈，围绕最近一次设置经历展开。若参与者仍能访问工作区，在获得同意后请其演示当时使用的页面和资料。访谈用于理解经历和判断，不据此估算问题发生率。

录音之前，先安排同意和资料处理

录音、录像、屏幕内容和文字稿都可能带有个人信息或公司敏感内容。不要等第一场访谈开始前五分钟才讨论这些事。

计划中至少写清：参与者会被告知什么，哪些记录方式需要单独同意，谁能访问原始资料，内容是否会提供给转写或研究工具，报告中如何去标识，资料保留多久，参与者如何撤回，以及到期后由谁删除。只收集回答研究问题需要的信息，不要因为“以后可能有用”就长期保存所有原始材料。

具体要求会随地区、行业、合同和资料类型变化。本文不能替代法律建议；涉及敏感个人信息、未成年人、医疗或受监管数据时，应让本组织的隐私或法务人员审查流程。

在 ScribeFlash 创建项目时可以选择媒体和项目资料的保留期限，但这个设置只是执行环节的一部分。团队仍然需要确认自己的告知、同意、访问控制和删除安排是否合适。

访谈还没开始，就把分析时间留出来

很多研究计划把日历排到最后一场访谈，然后默认报告会自己出现。真正耗时的工作常常在后面：校对关键片段、标记证据、比较不同参与者、处理反例、写结论、让相关同事复核。

GOV.UK 建议在排期中给分析留出明确时间，并给出“每两小时研究至少留一小时分析”作为可参考的经验值。项目复杂时可能需要更多。比起机械套用比例，更实际的做法是在每两场访谈后安排一次短复盘，研究结束后预留连续的综合分析时间。

计划里还要确定产物和责任人。谁整理文字稿？谁能把原话标记为证据？结论由谁复核？报告交给谁做决定？如果答案只是“研究员后面处理”，团队很容易在排期和预期上失真。

分析时要保留不一致的材料。五个人里有三个人提到同一个困难，不等于另外两个人可以被忽略。差异可能来自角色、使用环境或经验，也可能意味着原来的分类方式不对。关于从文字稿到证据化结论的具体流程，可以看客户访谈分析指南。

一份可以直接改写的研究计划

这份短模板适合一轮客户访谈。复制后删掉括号里的提示，不必为了“完整”保留不适用的段落。

研究背景与决定
我们将在（日期）前决定（具体决策）。目前触发这次研究的现象或证据是（数据、反馈或业务变化）。

已有证据与未知
我们已经知道（列出来源和范围）。仍不清楚（写出真正影响决定的不确定性）。本轮不尝试回答（因果、规模估算或不在范围内的问题）。

研究问题
列出 3 至 5 个需要学习的问题，按优先级排序。不要在问题里预设产品方案有效。

参与者
相关经历发生在（时间范围）；需要覆盖（角色、使用状态或关键差异）；排除（条件及原因）。计划先进行（场次）并在（复盘节点）判断是否补充。

方法与流程
使用（访谈、情境观察、可用性测试等），每场约（时长）。写明每种方法能回答什么、不能回答什么。

同意与资料处理
说明记录方式、工具或处理方、访问者、去标识办法、保留期限、撤回和删除流程。高风险资料交由隐私或法务人员确认。

分析与交付
每（场次）后快速复盘，由（负责人）整理证据；在（日期）完成综合分析；交付（报告、研究回放或决策会议材料），供（决策人）使用。

风险与限制
记录招募偏差、缺失角色、时间约束、仅依赖自述等限制，以及准备如何缓解。

在 ScribeFlash 中逐步建立研究项目

研究计划确认后，可以把会影响后续分析的字段放进 ScribeFlash。这里不是安装教程，不需要在本地部署软件；登录网页后按下面操作即可。

1. 进入 Projects，点击 New project。如果还没有账号，先完成注册和登录。
2. 填写项目名称。用团队一眼能认出的名称，例如“2026 Q4 小团队首次设置研究”，不要只写“用户访谈”。
3. 视需要填写客户或公司名称。它是可选项；内部研究没有对应客户时可以留空。
4. 在研究目标中写清楚要支持的决定和范围。可以使用本文开头的句式，而不是贴进整份访谈提纲。
5. 填写预计访谈数量。这个数字用于项目规划，不代表样本具有统计代表性，后续仍可根据研究进展调整。
6. 逐条加入研究问题。保留 3 至 5 个核心问题，合并同义项。创建项目至少需要一个研究问题。
7. 选择访谈原始语言和输出语言。跨语言研究时，团队要另外约定引用原文还是译文，以及谁负责核对关键表述。
8. 选择媒体和项目资料的保留规则。按研究计划、参与者告知和组织政策设置，不确定时先向隐私或法务负责人确认。
9. 如果访谈会反复出现产品名、人名、缩写或行业术语，选择已有词汇表，减少后续校对成本。
10. 创建项目。访谈完成后上传录音或视频，等待异步转写，再校对与结论有关的关键片段。接下来的完整操作可查阅创建研究项目指南。

项目字段不会替你做研究判断。它们的作用，是让目标、问题、文字稿、证据和后续结论有稳定的归属。计划写得越具体，访谈结束后的整理通常越轻松。

参考资料

• GOV.UK Service Manual：Plan a round of user research
• GOV.UK Service Manual：Plan user research for your service
• GOV.UK Service Manual：Capturing research questions
• Department for Education：Writing a user research plan
• Nielsen Norman Group：Project Management for User Research: The Plan
• GOV.UK Service Manual：Getting informed consent for user research
• GOV.UK Service Manual：Managing user research data and participant privacy