互联网产品经理在工作过程中，经常会接到toB toG的 业务需求。需要基于线下已有的业务逻辑和流程，梳理清楚，设计为线上的产品。这样的产品大多是多角色、多事项、多流程、多结果的。不少产品经理要是“硬想”就像啃个大骨头，不会做思考步骤的拆分，导致产品流程梳理不清，老板、开发、测试都不满意。自己在需求评审会上总是挨怼。
要么就是“放弃思考 借鉴他人” ，这样一两次不及时回头，捷径走着走着就成了“不会思考得抄品经理”了。没什么实际竞争力，即便带团队或和团队协作，开发设计同学都不会太认同你的业务能力。
这篇文章简短、实际，没什么废话，总结我3年的产品经理经验，教你绘制产品流程图。
由于平台文本字数规则限制，本文不完整。完整版请移步
vx公众号:Carly的产品专栏
(专注产品运营，产品增长、产品方法论、产品经理入门资源分享的干货内容平台)
如何绘制流程图
先来给大家看看我之前做的单一流程图，这是为某派出所设计的
在街边移动警务室内的自动报警终端，可以让报警人与接警人可视对讲，
这个图在思考的过程中虽然每个步骤详细，但是忽略了多角色，每个角色达到的目的，也就是思考的立足点就不全盘。
构思产品的时候，第一步并不是要把所有角色和流程、角色对应的事项思考的完全清楚，而是像庖丁解牛一样一层层一步步来，而不是花大量时间“啃个硬骨头”，先思考基础的简单的，再解决复杂的流程关系，最后进行优化，就可以和开发同学讨论了，这样我们在团队中互相配合才会和谐。否则你自以为做完和做对的事情，开发同学会从中提出一次次质疑。
那么如何绘制多角色得复杂流程图呢？
1.明确业务包含的所有角色和对应的事项；
先分析功能的关键逻辑：
角色：有哪些角色在业务流程中
事项：角色在业务中 要做什么事情
信息流的流向：业务的顺序流程是什么
依据这个思路，我们思考一下，买家发起退款时，买家，卖家，平台，平台协商客服会做哪些事情。
首先买家发起了退款，填写退款原因；
平台需要判断买家是否可以发起退款，比如一些虚拟的商品服务是没办法退换的；买家确认收货超过14天也不能发起退换货；其次还有买家发起的退货商品目前处于什么状态，在物流中？在卖家买家某一方？以及买家退货的商品属于订单中的某一个还是某几个以及全部；达到退换货要求提交给卖家；
卖家看到退款订单需要核实情况，同意就可以把钱退还；不同意呢就可以拒绝买家的退货请求，双方可以协调，也可以找平台客服继续申诉做出裁决。
2. 明确用户有哪些，互相关系、用户目的是什么
参与者/用户：明确所有参与用户与系统；涉及到我们要开发几端；
关系：参与者的互相关系是什么样的；
目标：我们开发产品要顾全所有的参与者，他们可以从这个产品中获得哪些价值，这才是我们的产品的价值；
3.明确开始与结束的路径（把第一步的流程细化）：
每个功能模块中，从哪里开始流程，到哪里终结流程
避免让用户感到流程走不通，没获得自己期待的结果，或者有多个结果；让人困惑；
4.确定功能模块与核心路径
确定都有哪些功能模块参与到流程中
主线流程一定要清晰
主线流程意味着功能目标，核心功能目标不清晰，用户反馈会很差
5 对流程先做加法再做减法
简化合并和优化流程，在这个过程中就可以和业务方、开发同学一起讨论。因为走到这一步，基本的思路就有了，你和他们讨论起来有参照，有方向，当然也不能拒绝被推翻。
下面就是完整的对用户退货的流程梳理，和团队依照这个进行需求讨论，确认沟通好每一步的返回结果，以及开发程度，你就可以开始着手绘制原型图了。
今天的分享就到这里，下面是我的个人介绍。
我在产品经理入门、求职技巧、面试总结，产品完整工作流都有自己的真实经验，会持续毫无保留的输出。
感谢大家的关注！在微信公众号（ID:Carly_xdd）后台回复“嘿嘿嘿”可以加我好友，随时交流~~~
