一个好的功能由两方面组成，一方面是对于需求的挖掘，另一方是流程的设计，只有这两者合起来才会做出一个好的功能。产品经理不是功能经理，但是一个好产品经理肯定能做一个好的功能；同样一个产品经理不是流程经理，但是一个好的产品经理肯定能画一个好的流程；
此文我们不去讲述需求如何挖掘及定义。接下来我们直接去聊：复杂的功能流程应该如何去设计？
产品人看到一个复杂问题首先要做的就是去拆解问题本身，然后去逐一破解，复杂的功能流程也是如此：
本文思路：
明确用户和任务
明确开始和结束事件
参与角色
明确事件发生顺序
异常情况
细化流程
总结输出
首先我们通过一个简单的场景案例将这七个步骤带大家走一遍：妈妈让你下班之后将这包材料送给你叔叔，如果你叔叔不在，将这材料给弟弟或者阿姨转交给叔叔。
明确用户和任务：妈妈、我、叔叔、可能存在弟弟或阿姨；任务：将材料交付给叔叔；
明确开始和结束事件：妈妈给我材料；结束事件：材料交付给叔叔或者阿姨或者弟弟；
参与角色：妈妈、我、叔叔、可能存在弟弟或阿姨；
明确事件发生顺序：妈妈先给我材料，我将材料送给叔叔；
异常情况：叔叔不在；
通过这样一个简单的案列，估计大家已经大致了解了这个流程思路，下面本人将通过之前画过的天猫退货流程进行一个详细的解释：
背景
买家在天猫平台购买商品，发现对其选购的商品不满意，于是在平台上发起退款申请（目前测试退款流程仅在七天无条件退换商品下）
退款利益相关者
买家：购买了自己不满意的商品，产生退款的需求
平台：针对买家发出的退款申请在已制定的规则中进行审核，协调买家与卖家之间诉求，并进行退款
卖家：针对买家的所购买的商品进行审核
快递：将买家不满意的货品寄回卖家手中
运费险：保障买家降低运费成本
主要流程介绍
买家发起退款申请——平台进行审核（未发货）——极速退款给买家
买家发起退款申请——平台进行审核（发货）——卖家审核（同意）——极速退款给买家
买家发起退款申请——平台进行审核（发货）——卖家审核（不同意）——买家再次申请/客户介入——客服判断责任（卖家）——极速退款给买家
买家发起退款申请——平台进行审核（发货）——卖家审核（不同意）——买家再次申请/客户介入——客服判断责任（买家）——退款失败
最终流程图
总结
常见错误通常在哪些方面呢，我们来看下：
流程关键判断缺失，通过思考我们可以列出天猫退货流程阶段有以下关键点判断：商品是否超过退货时间（即超过15天）、必填信息是否填写【退款类型，退款原因，退款金额】、退款状态、是否客服介入、商家处理时限、商家是否收到商品、商家是否同意退货、判断用户是否是极速用户、退货的物流信息是否正确。大家在绘制流程图的时候对于这些关键点的把握有多少？这些关键点的缺失主要是我们前期梳理不深入或者根本就没有进行流程关键点的梳理：如果我们简单的进行角色和角色阶段及事项的梳理，是否会避免很多点的缺失？
核心的流程没问题，但对于细节缺失很严重；比如：输入退换货原因，那么原因是什么呢？仅是用户输入文本吗？还是说可以进行几大类汇总？如果仅是这样去评审，开发兄弟会问出很多问题，长期这样会让人对你产生严重的不信任感。
针对这个问题在平时绘制流程图中我主要归结以下两个方面原因：
对于这个节点根本就没想到，没有思考；这个我们要避免，可以通过多拆、多看、多练习进行解决；
是暂时想到了但没去标注；这种标注在流程图上还是有必要的，尽量做到不遗不漏。
视觉效果混乱，对于复杂的流程本身就是一件耗费脑力的事情，如果我们再将流程图画的混乱的话，那么对于观者的角度无疑是一种伤害：比如这种回字型的流程图；线叠加的（放这些不是针对某位同学），作业区还是有不少优秀的流程图，大家可以去看下互相学习。
针对这个问题在平时绘制流程图中我主要归结以下两个方面原因：
新手不熟练（工具及之前从未画过），针对这种建议多画几遍，围绕核心功能，然后在迭加细节；
对业务不熟悉：这种建议前期尽量先把用户、阶段、事项分析清楚，现在纸上先画出草稿，然后在用电子软件进行绘制。
网友评论