需求点|产品经理需求内审如何一稿过( 二 ) ces|oled|摄像头|系列|操作系统

很多同学不知道如何预估收益，具体的价值预估是在后面进行（第8步也会讲到如何预估），但内审的时候放在第2步讲述，是因为总分的汇报逻辑对于听众比较友好。先给出结论，方便领导判断是否要继续听下去。
三、阐述方案推导：为什么能达到这个收益接下来就是一步步阐述这个需求方案是如何产生的。
3. 用户场景用户场景非常重要：
1）考虑需求时，场景先行
场景是需求的起源，在特定场景中才会衍生特定需求。
脱离场景讲设计就不可能有好的设计。以打电话功能为例，同一个功能不同的场景设计都应该是不一样的。
对于用户所处场景理解越深，才有可能越贴近用户的需求。所谓的个性化设计，都是建立在贴近用户的场景之上的。近些年很多成为独角兽的产品，都是深刻洞察了特定用户场景，解决了场景中的用户需求。对于用户场景的理解也是产品经理需要持续精进的功课。
这里注意贴近用户场景要做的尽量细，场景中的人物，时间，地点等都是可以不断细分的，越细化才能越贴近用户。例如拿pmcaff社区举例，用户可以分为观看用户，写作用户，写作用户初中高阶用户；观看用户可以分为新用户，老用户等。
2）陈述需求时，场景让听众有抓手
进入场景，听众可以理解用户当时的感受和需求，大家才能凭借常识和自我的体验来判断这个需求是否合理，而不是架空的无法去判断的东西。
4. 用户需求list根据场景中遇到的问题罗列需求list。不要先入为主，容易有遗漏，把用户所有的需求都列出来，先列全，然后再去做后续处理。
根据场景发现需求这一步，就考验产品经理对于用户的理解了。这里有个非常好用的工具，就是用户体验地图，可以说是C端pm必备工具，关于这个工具的介绍文章很多，我在这就不赘述了，大家可以自行搜索了解。
5. 竞品分析这一步是分析竞品对于这个场景下的需求时如何满足的。
主要分析两个点：一是分析竞品满足了哪些需求点；二是分析竞品的实现流程，看是如何满足的，有什么可取的和不可取的，可取的可以借鉴，不可取的要避免。

文章插图
6. 我们选择解决什么有了需求list和竞品分析，就可以综合考虑来决定我们要满足哪些需求点：
这里3个判断标准：

一是成本：主要实现成本，成本过高的pass
二是选择收益大的：这里收益先做大概预估判断，后续确定需求点后会有细致的价值预估逻辑。
三是差异化，结合自己的优势和竞争对手现状。争取人无我有，或者集中所有资源在最重要的点做差异化。

7. 解决方案陈述最终解决方案，需要附有线框图，细节多注意检查，防止在小问题栽跟头。产品经理要学会多用工具，可以自己制作一个checkliat，多检查几遍。
8. 预估收益和预估逻辑收益要量化，大佬们才方便做决策。另外收益预估的逻辑最好也附有说明，以供评估和讨论。很多同学一提到收益的预估就会头大，毕竟需求并没有上线，现在要预估能提升多少数据有点难为人。但想一想每个需求背后都是大量的人力投入，因此想要尽量具像化需求的收益以方便做判断，也是可以理解的了。
预估的方法，一般是参考app内其他相似功能的数据，或者参考行业类似功能的数据。这两者都没有，那就拆解成漏斗，每一步的转化率借鉴app内类似场景，来一步步算出来最终的数据提升就可以。
9. 需求成本有了需求价值以后，还需要有需求的成本，毕竟需求的优先级是按照需求的性价比来判断的。互联网的需求成本基本上就是开发成本，可以在完善自己的需求方案以后约开发同学的时间小范围进行讨论，让开发帮忙评估大约工时。开发同学也期望自己做的事情有价值，跟他们说清楚我们做这个的目的。这些前期的决策环节开发同学也会很有兴趣参与的。
如果涉及到其他的投入，也最好跟相应同学提前做沟通有个预估。
10. 实现里程碑大需求最好可以拆一下多个里程碑，让老板看到，这是一个整装待发的完整计划，就等一声令下了，这样是不是更容易通过呢????

文章插图
四、总结这个逻辑链的使用方法是，思考的需求按照这个思路思考，陈述需求的时候，按照按照这个逻辑链陈述，
上面讲的陈述逻辑，经过我多年的打磨，也是一个科学的需求思考过程。没有固定的需求思考流程的同学，强烈建议尽快形成一个自己的需求思考惯例流程，这样自己想需求很快，也能很快进入产品思维层面的锻炼，快速走上成长的正轨。