需求分析入门：干系人识别、用户需求收集方法、需求优先级划分

大家好，我是老张。在PIS系统这个行当摸爬滚打了十几年，今天咱们聊聊需求分析这个入门活。很多人觉得需求分析就是“用户说啥我做啥”，其实没那么简单。我见过太多项目，需求没搞清楚就开干，最后交付时用户说“这不是我要的”。嗯，今天我就把压箱底的经验掏出来，跟大家好好掰扯掰扯。

一、干系人识别：谁在影响你的PIS系统？

干系人识别，说白了就是搞清楚“谁说了算”、“谁要用”、“谁掏钱”。我刚开始做PIS时，只盯着运营方问需求，结果项目做到一半，维修部门跳出来说“你这设备拆装太麻烦”，乘客投诉说“报站声音太小”。你看，漏了关键角色，后面全是坑。

PIS系统的干系人，我习惯分成三类：

• 决策型干系人：业主方项目经理、运营总监。他们决定项目能不能立项、预算批多少。
• 使用型干系人：列车司机、调度员、乘客。他们天天跟系统打交道，需求最具体。
• 维护型干系人：维修工程师、备件管理员。他们关心设备好不好修、备件好不好买。

二、用户需求收集方法：问卷、访谈、观察

需求收集方法很多，但PIS系统最常用的就三种：问卷、访谈、观察。每种方法各有适用场景，我一个个说。

1. 问卷法：快速摸清“大众需求”

问卷适合收集大量用户的共性需求。比如你想知道乘客对报站清晰度的满意度，发个问卷最省事。但要注意，问卷设计有门道：

• 问题要具体：别问“您对报站满意吗”，要问“您觉得报站音量是否合适？1-5分打分”。
• 选项要互斥：比如“音量太大”和“音量太小”不能同时选。
• 控制长度：超过10个问题，用户就不耐烦了。

2. 访谈法：深挖“关键需求”

访谈适合跟决策型、使用型干系人一对一聊。我一般分三步走：

1. 准备提纲：列出5-8个核心问题，比如“您最不能忍受当前系统的什么问题？”
2. 引导式提问：别直接问“您要什么功能”，要问“您平时怎么用这个系统？遇到过什么麻烦？”
3. 记录+追问：对方提到一个点，马上追问“能举个例子吗？”

我记得有一次访谈列车司机，他说“报站有时候不准”。我追问“怎么个不准法？”他说“明明还没到站，报站就响了”。后来发现是GPS信号延迟的问题。你看，不追问根本挖不到根因。

3. 观察法：发现“隐性需求”

观察法是我个人最推崇的方法。用户嘴上说的和实际做的，往往不一样。我习惯在列车运营时，站在司机室后面观察：

• 司机操作PIS面板时，手忙不忙？
• 乘客看动态地图时，眼神停留多久？
• 维修人员换设备时，需要拆几个螺丝？

三、需求优先级划分：MoSCoW法则

需求收集了一大堆，但资源有限，不可能全做。这时候就需要优先级划分。我用的最多的就是MoSCoW法则，简单粗暴有效。

优先级	含义	PIS系统示例
M - Must have	必须有，缺了系统没法用	报站功能、紧急广播、车门联动
S - Should have	应该有，没有也能凑合	动态地图显示、到站时间预测
C - Could have	可以有，锦上添花	车厢拥挤度显示、天气信息推送
W - Won't have	这次不做，以后再说	车载WiFi、乘客语音交互

怎么用这个法则？我一般拉上干系人一起开会，把需求写在便签纸上，大家现场贴到四个象限里。注意，M类需求不能超过总需求的60%，否则项目根本做不完。

四、总结：需求分析的三板斧

好了，今天的内容就这些。我给大家总结一下：

• 干系人识别：用权力-利益矩阵，别漏人。
• 需求收集：问卷摸广度，访谈挖深度，观察找真相。
• 优先级划分：MoSCoW法则，M类不超过60%。

最后说一句，需求分析不是一次性工作。项目过程中，需求会变，干系人会换，你得持续迭代。嗯，今天就到这，下节课咱们聊聊需求文档怎么写。