电商后台设计的业务较多,功能模块较为复杂, 一个完整的电商系统设计用户、供应商、订单、物流、理赔、纠纷、退换货、物品、推荐、品牌、品类、支付平台、促销、日志、刷新、安全管理等业务功能模块。 我想
我认为,要想画出清晰的流程图,需要经历:定义角色、定义实体、定义实体状态、定义行为、定义分支条件、绘制流程6个步骤。
1、定义角色
就是明确在整个流程中,都有哪些人,或哪些系统会参与。以电商为例:
按参与人分,可以是:
前台:消费者、卖家、平台客服
后台:卖家、代理商、供货商、库管、物流人员、财务人员
按参与系统分,可以是:
前台:电商网站、账户中心、支付系统
后台:商品管理系统、订单系统、客户关系管理系统、客服系统、工单系统、供应链系统、财务系统、物流管理系统、库存管理系统等等。
一般来说,人和系统角色,需要同时出现在流程图中,以人在系统中的任务流转为主,系统和系统间的任务流转为辅。
2、定义实体
实体,就是各角色在系统中执行任务的承载物,通常是线下流程实物在线上的虚拟替代。比如消费者购买的“商品”,购买时产生的“订单”,客服处理的“工单”,财务处理的“发票”,物流处理的“运输单”、库存处理的“货架位置”。
3、定义实体状态
角色在执行任务时产生的实体,会根据不同条件,产生不同状态。如“订单”这个实体,就会有“待支付、已支付、已发货、已收获、申请退款、已退款、已完成”等状态;“工单”实体,会有“待指派、已指派、已处理、无需处理、已完成、已关闭”等状态。需要产品经理根据不断和业务方沟通,把可能场景下的状态都穷尽罗列出来。
4、定义行为
就是指角色在业务流中需要执行的操作,比如对于客户,有:放入购物车、下单、支付、收货、评价等;对于卖家,有:采购商品、录入商品、上架商品、确认订单、取消订单、发货、退货等,不同行为,会对不同实体产生不同状态的变更。
5、定义分支条件
所谓分支条件,就是指角色在执行操作,产生行为时,由于进行了不同条件的选择,而触发的实体状态的变更。比如客户在下单后,如果执行了“取消订单”行为条件,订单状态就会变更为“已取消”,如果执行了“支付”行为条件,订单状态就会变为“待支付”;进一步,如果条件为“支付成功”,订单状态变为“已支付”,如果条件为“失败”,订单状态仍旧是“待支付”;再进一步,如果条件为“支付超时”,订单状态就变为“已取消”。
6、绘制流程
把每个角色,每个行为,在不同分支条件下,产生的实体,及实体状态,全部绘制出来,用线连接起来,就是一套完整的流程图了。