B端产品需求分析的实践和思考

需求是在特定角色特定场景想要达成某种目的的内心的渴望

需求分析过程本质上是找出用户在具体场景下内心的渴望，然后通过软件的方式帮助实现这种渴望，但并不是所有的渴望都会被满足或者立即满足

需求及需求分析理解

这些需求都应该被满足嘛？

这些需求能够满足业务需求嘛？

如何筛选掉无价值需求或不应该被满足的需求？

如何挖掘潜在需求？

面对需求池里众多的需求，需要对自己进行反问

P：Peson，角色

S：Scenes，场景

P：Paths，路径

脱离角色谈需求，适用用户则不明确；脱离场景谈需求，则需求适用业务范围不明确；脱离路径谈需求，则业务流程不明确，因此PSP方法可以很好的帮助分析人员明确具体的需求。

方法简介

需求池原始需求——需求描述：若是库房有库存则出库，库房无库存则采购

B端产品常常涉及多角色，在遇到角色和场景都不明确的需求时，切记直接动手设计，一定要加入角色，通俗的讲就是思考什么类型的用户在什么样的场景下想要做什么事.当把角色罗列后，会发现不同的场景下，操作完全不同g

案例说明

PSP方法

林林总总的需求只有学会需求减法才能保证产品的定位更清晰，用户体验更好，同等投入有更高的价值产出

跟自己产品本身定位无关，只是因为用户习惯或者所谓的快速实现等角度而提出的跟自身产品定位无关的需求

不做减法会导致产品臃肿，定位不清晰

做法:如果需求不合理，直接拒绝；如果需求合理但不符合产品定位，则需要协助用户找到合适的产品或者临时其他方案处理

影响产品定位

如果产品界面存在很多无用功能，界面重点不突出，用户操作困难学习成本高的情况，那就需要做减法

影响用户体验

当前不是实现的最合适时机

需要做减法的情况

需求减法

很多时候满足了用户提出的合理需求，依然不能很好的满足实际的应用，或者产品无亮点不能形成自己的产品优势，这时候需要调研+头脑风暴，对需求做加法，然后验证可行性和价值，最终强化产品功能，定位和用户体验

仓储同事制定采购计划时，可以手工选择采购物料和数量。

需求隐藏问题：仓储同事必须非常清楚需要什么物料，而且物料种类很多，全部手工选择工作量很大；采购数量人工填写太主观，未必合理

建议做法：依据历史消耗自动生成建议采购数量，其功能取名辅助采购决策，自动带出历史周期消耗量作为采购数量，支持编辑，可以大幅度提升录入效率，能较好的满足自动选择或者自动生成的实际应用场景

需求加法

需求挖掘是建立在对用户和业务了解的情况下，通过专业知识和数据分析，发现产品中隐藏的问题或者待提高的点

实际的仓库业务中，安全库存和最小库存量是库房人员最关注的点。若当前库存小于这两个值，会影响到库存的周转甚至经营，所以隐含的需求就是及时的补充安全库存和最小库存量

经过挖掘，明确了安全补仓这个需求；通过于用户沟通验证，来确认是否为一个真实有价值的需求。一旦被用户认可，不仅会提升系统功能而且会提高用户对你的信任和满意度

需求挖掘

需求三法

通过上述方法找到用户真实需求，但是能否转换成产品需求还需要经过需求评估

需求评估的过程是对需求的商业价值、迫切程度、实现难度、性价比评估的一个过程

案例图示

强度为该需求的渴望程度；频率为该需求的出现次数；持续实践为该需求出现的时间范围；实现按年度为开发量；性价比=商业价值\\实现难度

四象限法提倡优先处理重要而不紧急的事情，当然突发的重要且紧急的事情也应该优先处理，但该种情况的发生通常是因重要且不紧急的事情规划不当引起的，因此应该根据实际情况进行优先级的处理

需求评估

方法论

需求分析案例实践

B端产品涉及到具体的行业和业务知识，如金融后台，ERP、CRM等系统，需要产品人员具备较深的业务背景知识

产品新人遇到事情不要灰心，成长需要一个过程。多学习，多请教，可以适当去轮岗学习体验

业务经验不足

通常情况为考虑不到位或者不够全面造成的

思维逻辑不够严谨

出现这种情况往往是没有做深入的需求分析和评估引起的，分析不够则判断需求是否合理困难，不会做减法；缺少需求评估则缺少实现合理需求的优先级排序

眉毛胡子一把抓

面对不合理的需求，要敢于提出来，要合理的事实证明其不合理性。多思考为什么会提出这样的需求，才能在共同理解的基础上进行沟通

不加思考，全盘接受领导安排需求

竞品功能的出现是有特殊场景和角色考虑的，不能直接照搬，需要经过调研和深度思考后进行借鉴

不加思考，完全照搬需求

自己提出的需求更需要做真实性评估，避免出现闭门造车情况

产品人员自己创造的需求，没有进行验证

B端产品需求分析容易碰到的坑

B端产品需求分析的实践和思考