下面这篇是笔者整理分享的关于多平台电商订单履约系统设计的文章,包括订单履约系统架构设计、订单履约业务流程、订单履约系统订单状态流转等相关内容,感兴趣的同学可以来看看哦!
最近终于完成了自己所负责的SaaS产品的电商订单履约系统模块重构,原本以为对该模块已沉淀了一年,吃透了竞品、聊过了用户、梳理过了旧逻辑,那么做起来应该十分顺利。结果,还是逃不过几个通宵的写方案和该方案。
这篇文章我们一起聊聊电商订单履约系统设计,以此也总结复盘一下我的第一个大项目。
首先,为大家简述下这款SaaS产品的背景。它是一款面向中小微商家的多平台电商及自建商城订单履约系统。由于定位于中小微商家,系统并没有涉及预分仓、仓库/门店下发等功能。
但是,我仍然选择这次重构在系统架构设计上将履约全流程纳入设计范围,只是在业务功能实现的时候,我们做功能的精简、流程的跳过以及根据实际产品情况做改动。原因很简单:升维设计,降维打击。这样子设计出来的系统虽小可大,具备拓展性。(谁也说不准,明天老板就让做一个供应商代发的系统)。
一、订单履约系统架构设计
何为订单履约?订单履约就是从订单交易产生后,交付给用户包括售后的全过程。系统的主要实现目标是能高效、准确、透明的完成订单履约全过程。
我们的系统主要承接了两部分的订单来源:第三方电商平台和自建商城。第三方平台是用户在淘宝、天猫、拼多多等平台上开的电商店铺。自建商城是用户自行搭建的商城系统,通过API的方式将订单导入到的系统。
订单进入到系统后,用户的业务目标是:
- 将订单打印成快递单后,拣货、打包、快递发货,且物流单号要回传到平台/商城;
- 物流的跟踪管理&#x