第二章：需求调研方法论

做投研平台，最怕什么？

怕你吭哧吭哧写了大半年代码，最后业务部门说“这不是我要的”。

我见过太多这样的悲剧了。技术团队闭门造车，做出来的东西功能齐全，但研究员就是不用。为什么？因为从一开始，需求就没搞清楚。

所以这一章，咱们聊聊需求调研的方法论。说白了，就是怎么把业务方脑子里的想法，变成你代码里能落地的功能。

2.1 用户访谈技巧

访谈不是聊天。我刚开始带项目时，也犯过这毛病——跟研究员聊了一下午，回来发现全是废话。

后来我总结了一套方法，分享给你。

2.1.1 访谈前的准备

• 明确目标：这次访谈想解决什么问题？是了解工作流，还是验证某个功能？
• 列提纲：5-8个核心问题，别太多。我习惯把问题分成三类：现状、痛点、期望。
• 选对人：别只找领导。一线研究员、风控人员、交易员，他们的视角完全不同。

2.1.2 访谈中的提问技巧

记住一个原则：问行为，不问观点。

比如，别问“您觉得这个功能好用吗？”——这种问题得到的答案基本是“还行”。

要问：“您上次用这个功能时，先点了哪里？然后发生了什么？”——这样你才能还原真实场景。

另外，学会追问。用户说“这个流程太慢了”，你得追问：“具体是哪一步慢？您期望的响应时间是多少？”

2.2 问卷设计原则

问卷是访谈的补充。当你要调研100个研究员时，不可能一个个聊。但问卷设计不好，回收的数据就是垃圾。

2.2.1 问卷设计的三个原则

1. 少即是多：问卷控制在10题以内。超过15题，填写率断崖式下降。
2. 避免引导性：别问“您是否认为XX功能很有价值？”——这等于在暗示“你应该选有价值”。
3. 选项要互斥：比如“您使用频率是：每天/每周/每月/偶尔”——这四个选项要能覆盖所有情况，且不重叠。

2.2.2 我常用的问卷结构

2.3 竞品分析方法

做投研平台，别闭门造车。看看同行怎么做，能省很多试错成本。

2.3.1 竞品分析的四个维度

• 功能维度：对方有哪些功能？我们缺什么？
• 体验维度：操作流程是否顺畅？页面是否清晰？
• 数据维度：数据更新频率？覆盖哪些资产类别？
• 生态维度：是否对接了外部数据源？是否有API开放？

2.3.2 我的竞品分析方法

我一般会选3-5个竞品，分两类：

• 直接竞品：功能定位完全相同的产品
• 间接竞品：只解决部分问题的工具（比如Wind、Bloomberg）

然后我会做一个对比矩阵，像这样：

2.4 需求优先级排序

需求收集了一大堆，但资源有限。怎么排优先级？

2.4.1 常用的排序方法

• MoSCoW法：Must have / Should have / Could have / Won't have
• Kano模型：基本型需求、期望型需求、兴奋型需求
• RICE评分：Reach（覆盖人数）、Impact（影响程度）、Confidence（信心指数）、Effort（开发成本）

我个人最常用的是RICE。为什么？因为它把“信心指数”算进去了。你想想看，有些需求看起来很重要，但如果你不确定用户是否真的需要，那信心指数就得打折扣。

2.4.2 我的排序流程

1. 列出所有需求：从访谈、问卷、竞品分析中汇总
2. 给每个需求打分：用RICE模型，每项1-10分
3. 计算总分：(Reach × Impact × Confidence) / Effort
4. 排序并讨论：把结果拿给业务方看，确认是否合理

2.5 本章知识体系

下面这张图，帮你理清需求调研的完整流程：

这张图想表达的是：用户访谈、问卷设计、竞品分析、优先级排序，这四个环节不是孤立的。访谈和问卷帮你收集需求，竞品分析帮你找差距，优先级排序帮你做决策。环环相扣，缺一不可。