科技成果转移转化的方法与工具
电商系统中，由于场景多样导致了业务流程比较复杂，而为了优化开发成本、用户体验、供应链链路，掌握各类细分场景，进而梳理出业务流程为各类棘手问题提供解决方案显得格外重要。
本文将复盘a s = a自己亲身负责过自营多供应商（仓库）的垂直电商产品，在做整个电商后台时，无论业务流程还是功能当时都感到Y A h Z Z M ^ i很大压力，接触比较深的是库存、会员、积分、订单、促销活动中心（券、拼/杀/限时、活动页）、分销、财务这几块业务。
尤其会员用户升降级，外加上促销活动下的商品参与，与运营反复沟通，自己也反复考虑场景u R B ]与漏洞，最后结算还是搞得接口PHP反复修改。
在做分销上下级关系与分佣，也是好多场景没有想到。那段K ` 4 J w z D 9 %时间与技术团队闹得特别厉害，运营与技术、测试也不停撕逼。最后d m g +还是成了半个背锅侠。
一、订单概述
对于自营或平台电商的后台订单模x Z K ` & 9 + 块来说，除采购、仓库、评论、内容、CMS模块，可以说牵扯到了整个电商所有i 2 J模块，是名副其/ y k e 4 ? = R实的核心模块。
前端（H5、APP t E O 7 - n 8、小程序）一个订单，会经过用户管理、商品管理、库存管理、配C f i - = ! I b送中心、支付中心、财务管理、风控、促销活动、评论、发票管理及备l - & F 2 {注信息。
这么多的模块，订单模块是把这些模块进行了链接，最终让平台上的商品流动到客户手中达成交易。
二、订单流程概述
用户从购物车或商品详情下单，进入订单页面填写收货地址，选择优惠券、发票、配送方式时间等，最后选择支付方式进行支付。
此时前台订单正式生成，系统推向后台仓库，仓库再推送到物流中心发货，最后用户确认收货或平台默认收货。
此时订单完成，这是N t i + } e / g S x 9 Q想要此款
3）已签收状N P n态
- 换货：缺货平台发货、拍错、不想要此款
- 退货：不想要了、拍错；签收后给平台寄回
- 退款i ? A t T a：没收到快递、商品损害严重、实3 y Y物不符、发错货
- 退货退款：全部原因
02
出现以上场景，在订, J A 9 } B # @单正向流程的不同阶段，用户发起逆向流程进入售后处理，选择取消、退货、换货、退货退款/ ) g T V I J I 0后，会有以下c t G (几种状态：
在] K . 5未付款时，发起的取消订单可以直接取消订单，取消后交易关闭。
在未发货时，发起的换货、退货退款：
1）订单换货状态：全退（等价）
- 未审核，已审核；
- 平台订单拦截，成功则后台生成新的订单，
- 平台未发货，平台已发货；
- 用户未签收，用 d N m e y d V s ( X价）
- 未审核，已审核J L & W；
- 用户未发货，用户已发货；
- 平台未签收，平台已签收；
- 用户未付款或平台未退款，用户已付款或平台已退款
- 订单正常进行，2Y 1 H w _ d t 1 M周后交易关闭；
七、订单逆向退货U = 6 J m q -退款、换货业务流程
支付差价，考虑过退差价的处理方法，最后统一结算。
但如果商品参与活动，结算起来比较麻烦，担心中O z 4 S b间有差价或其它问题，只好搬倒树摸老鸹退一个结算一个。
最后选择了换完就退款（流程图如下），当订单内有商品参与过促销活动模块退款时，如使用了优惠券或折扣时，需要拆解出参与单独每个商B P f K M y a T品sku或spu实际付款金额，退款时按照实付款返还。此时订单有换货入口，进入重新下单，支付后，合并订单。
换货后新商品合并到原订单，原订单退换的商品需2 l ~要保留记录对账，打上取消标签，增加新商品，重新计算整个订单金额，对于促销活动商品 满减券仍可用，这里就不写太详细了。
八、总结
当我们把不同状态下的实际场景中，总结出来业务流程，细分到订单流程不同阶段，最后梳理成* | [ 4 + ` ; j流程图。当时做的电商后台距现 W 2 L }，有了多场景思维方式的术，想到更多场景，能更全面的完善产品。场景之后就是解决方案了，这些可以交给时间或者团队一起完成。
电商后台这套系统很类似传统供应链中ERP的一些模块，像CRM/WMS/采购/v A z H w Q _物流等系统。在实际业务中可能要面临技术团队的成本预估，^ U %及运营提出的一些参考。多思考各种, l Q _ # K ( C _场景下的细分场景，可以给出更多更: y 8 S好解决方案。最终达到优化我们开发成本、用户体验以及整个供应链链路。
本文由 @ Rivers 原创发布于人人都是产品经理，未经作l & h者许可，禁止转载。
题图来自Un= - ( G C S Csplash，基于CC0协议。