深入理解业务逻辑

想必每一个刚进入b端或从c端转b端的产品经理们都会遇到一个困境：做一个功能想要找到最优解，但没有可参考的对象。胸中欲装山海，却拔剑四顾心茫然。

b端的封闭性导致了我们看不到好的应用/好的系统来当老师，更多的时候是自己闭门造车，根据以往的经验去解决。如果经验不足又遇到“特殊”的功能需求，就会无从下手。我曾经就陷入这样的泥沼里，一个月苦思冥想，一次次的否定自己，没有输出。

偶然我在策略产品经理的视频中，看到一个很有意思的模型。这个模型在我无法输出成果的日子里，仿佛上帝打开了一扇窗，让光照了进来。

一、深入理解业务逻辑

在讲方法论之前，我想先谈谈业务逻辑。这是b端的核心，也是方法论的前提。

理解业务逻辑不能停留于表层，更深层的细节其实就是产品经理挖掘需求的过程。有一个笨办法是场景模拟并推敲过程的每一个细节。模拟发起者的动作，模拟承接者的动作，模拟中间发生意外情况，模拟最后的收官动作。及时记录下你想到的每一个细节点。就像做一个演员，自己写好剧本代入其中。不要业务部门说什么你就听什么，那和传话筒没有区别。业务部门只是帮助你初步了解业务走向，补充一些生僻的使用细节和共同敲定你方法可行性的。

我们以投诉业务为例，表层是后台有一个展示投诉单的地方，投诉专员可以上传投诉结果并完成。更深层的细节是：投诉单是否要根据不同的投诉场景进行分类？投诉单的重要等级如何定义？投诉单按照什么规则分配到相应的投诉专员？投诉带来的赔偿损失是否要界定到内部人员责任并进行记录？等等。