话题0724-1：产品工作中，如何避免需求场景出现遗漏？

参考观点：

1、正向思考，反向思考，特殊场景思考

2、考虑考虑异常情况

3、思考设立的场景，再到现实场景中进行走查

4、通用：
1、4反问：为什么这样？为什么那样？为什么不这样？为什么不那样？
2、5追问：问自己5个为什么

5、场景是用来辅助理解需求原委的，是由需求本身延伸所得，方法论就是猪哥说的5W2H

6、mece原则，实操的时候还是会有遗漏，先尽力做到自己能做的，后续在补足

7、需求场景的遗漏，一般是产品用户画像不全的后遗症

8、1）问清楚业务方这样做的目的是什么？
      2）了解有哪些人会参与，并画出业务流程图与业务方核实；
      3）如果有条件的话，可以真正的融入到真实场景中，然后亲自去体验一下各种异常情况

9、1）识别需求相关方，识别业务主角
      2）多维度分析（5W2H+5WHY）等
      3）枚举出业务用例，并协调相关方进行业务验证
      4）抓大放小，先聚焦用户痛点和感知最深的那部分，后续可不断迭代

10、我觉得还是得多跟用户或者业务方多交流 尽可能列出来所有的场景 都跑一遍流程，每到一个步骤就想一下为什么到这里，还可能会出现什么情况！还是得多沟通多去想吧！

11、其实判断用户需求是否可以转化为产品需求，只要合情合理就好了，对内满足公司利益，对外满足用户需求即可

12、我们每次版本迭代都需要把用户故事和功能列表写出来，目的就是为了不遗漏任何场景下的任何功能

13、多问业务部门几个为什么，挖掘用户的真实需求。

14、用户故事确实是一个不错的工具，另外为了避免需求出现遗漏，感觉应该根据具体情况来思考，因为遗漏都是出现在需求落地的阶段才发现的，这个时候该想一下到底是什么原因

15、用户故事好办法，我写需求一般还会在上面在加一个背景描述。

16、为什么会忽略需求场景，1、不熟悉用户；2、不熟悉业务；3、想的不够细

17、重复检查测试确认