电商后台：订单系统整合总结
今天接《商品系统整合总结》之后，整理了订单系统整合时的一些心得。
之前已经说过，由于公司业务线的多样性，订单量的不断增加，公司中的订单系统之前只是一个订单中转站，所有的履单流程都是在公司之前的ERP系统中全部完成实现，但是由于ERP系统是好多年前的软件，虽能够满足业务需要，但很多环节需要借助人为手动操作来处理订单，效率低。故希望做一次订单系统整合，能够系统自动化，减少人为操作成本。
实施步骤
考虑到现有业务的正常运作，故订单系统的整合主要分为以下几步来实施
一 、先将ERP系统中开线下单的功能迁移出来（包括大客户订单和刷单的订单拦截）
说明：线下单，也可理解为订单的内部处理，主要有以下几种情况
- 公司为供货商的角色，渠道产生订单后，需要人员内部录入系统后实施履单流程
- 针对刷单的订单做的特殊处理，这块不做赘述
- 针对大客户订单，合并开票发货处理
- 冲红订单开具线下单，是公司内部系统交互的问题，不做赘述
二、三方平台/自营式B2C订单流程整合（不包括O2O订单）
说明：由于之前这两部分订单是不同的团队在管理，流程上本身也是存在差异的，故规划的过程中是计划B2C整个流程顺当后再考虑
整个订单流程如下：
整体的流程不做过多讲解，处方药部分因为也就只有医药电商会存在这个情况，会做特殊处理，其他的和普通的电商基本上一致；故着重说明下异常订单拦截，拆分订单和派单这块的逻辑
1. 异常订单拦截
订单拦截主要根据业务的实际场景拦截，当然这块也主要分2种情况
- 数据内容校验（如必填字段为空，金额核对不准确，黑名单等）
- 拆分订单过程中拦截（如负毛订单，超区订单，无库存订单，拆单数量限制等）
2. 拆分订单
一般会考虑从以下维度处理，当然具体的还是要看各自公司的实际情况
（1）拆单因素：商品属性，渠道，库房，库存等将父单拆分成不同的子单。
（2）校验：
- 子单商品数量，相关金额（平台优惠，商家优惠，商品优惠，订单金额，实付金额）与父单的一致性
- 拆分订单数量是否符合业务需求（如：拆单数量限制，货到付款订单拆单限制等）
- 拆分后是否需要再次拆分，如果是，则子单为异常订单，否则拆分完成，同时取消父单，生成子单；校验不符合的，恢复原单
3. 派单
需要考虑的因素：发货地与仓的距离，仓的优先级，快递优先级，快递报价优先级等；
关于派单，在具体的派单流程过程中也是需要根据公司业务的实际情况来制定规则完成派单。
三、代运营订单提供订单开放接口
- 有对接接口能力的渠道，抓取订单，发货后需要将物流返回到订单系统。
- 无对接能力的渠道，提供查询订单的页面，同时需要有导入物流单号的功能。其他的辅助功能，根据公司的实际情况来决定是否需要给渠道提供。
四、O2O订单与B2C订单整合
后期这块是另外一个同事负责，整合的过程中是在拆分订单前做了一次O2O订单条件判断，优先门店来进行接单发货，不满足，仓库再进行发货处理。当然这样提升了用户体验，当然也需要考虑三方平台订单物流回写的问题，因为O2O订单是不需要物流单号的，而B2C的订单需要。这块是另外一个项目组负责，这块不做过多陈述。
在流程整理的过程中，由于刚开始是根据自己之前的习惯来画的流程图，第一次和负责研发的小组长评审时，大家给了一些建议，最终修改了2版整个项目组才达成共识；评审时使用最终版来和所有的人员进行需求评审，过程还算顺利。在这里很感谢研发同事对我工作上的支持和帮助。
作者：简之箐，微信公众号：sunshinegirl，5年互联网产品经理，曾担任医药产品经理和电商产品经理，经历主导过电商平台的系统整合规划。
关键字：产品经理
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
