3
To B产品经理：我们应该如何正确的处理需求（八）
source link: http://www.chanpin100.com/article/121666
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
To B产品经理：我们应该如何正确的处理需求（八）
上篇文章给大家介绍了拆解产品需求的两种方法“To B产品经理：我们应该如何正确的处理需求（七）”，接下来就看看另外两种方法。
上篇文章给大家介绍了拆解产品需求的两种方法“To B产品经理：我们应该如何正确的处理需求（七）”，接下来就看看另外两种方法。
功能往往涉及到正常流程和多个异常流程。正常流程描述了一切顺利的行为方式，如果出现偏差或者异常，则会走到异常流程里。
比如，支付订单的过程，我们可以考虑正常支付和支付失败的场景：
作为一个顾客，我可以用微信支付订单，以此确认我的订单（正常）；
作为一个顾客，我可以用银行卡支付订单，以此确认我的订单（正常）；
作为一个顾客，当我支付失败的时候，我可以更换我的支付方式（不正常）；
作为一个顾客，当我支付渠道都没有金额时，我可以充值后再来支付（不正常）；
作为外卖平台所有者，当顾客连续五次支付失败时，我可以阻止用户再次支付（不正常）。
通过识别各种流程，我们可以更清晰的了解产品所需的功能，也能够更轻松地决定功能的优先级。
4）按需求涉及的角色拆解
需求通常涉及许多角色或角色组，每个角色执行该功能的一部分。还是上面的例子，顾客在一个外卖平台的下单，涉及到的不同角色有：
作为顾客，我可以选购不同商家的饭菜，以便商家配送外卖给我；
作为商家，我可以在加盟到不同的外卖平台，以便获得更多的曝光度；
作为外卖平台方管理员，我可以把资质不符的商家删掉，以便处理违规的商户。
按照不同的角色划分，可以理清业务流程。哪些用户，属于什么角色，拥有什么权限，都可以分别梳理出来，再去确定相关流程的优先级。
除此之外，你还可以按测试用例拆解、按需求的紧急程度拆解、按操作行为增删改查）拆解……拆解需求是没有固定方法的，你完全可以根据具体的场景来选择合适的方法。
如果你在遇到使用某个拆解方法时无法满足当前业务需求，可以试着换个思路，换个方法。毕竟这几种拆解需求的方式并不互相独立，你可以根据实际需要结合多种方式综合去判断。
需求的拆解和细化对于产品研发团队而言非常重要，这不仅是产品经理一个人的事儿，拆分需求，本质上是在分配研发资源。
倘若你实在拿捏不准，不妨试着跟开发团队多交流，开拓思路，协调一个比较好的拆分方式，比自己一个人憋大招要好得多。
关于需求细化的内容就说到这里了，内容有点多，下篇文章会给大家做个总结，帮助大家消化这些知识点。
以上就是“To B产品经理：我们应该如何正确的处理需求（八）”的内容了，如果你还想了解其他相关内容，可以来产品壹佰官方网站。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK