供应商|一文读懂电商产品架构( 三 )

  • 履约控制:履约控制系统负责控制订单生产的流程,将订单推送至对应的库房,并回传生产节点(拣货、复核、打包出库···)给前台系统;针对取消逆向订单,根据订单流转的不同节点做对应的控制:如订单未流转到仓库,则负责暂停订单下传,订单未出库则负责通知仓库终止生产、订单未派件则通知配送系统终止派件等。
  • 订单下传。订单经过拆分、转移、履约控制后,按时下传到对应的库房进行生产。
  • 供应商|一文读懂电商产品架构】以上就是电商全流程的介绍,全流程中的每个流程节点都是一个独立的、庞大的系统,本文只是介绍各个系统之间的流转关系和基本职责,详细的功能设计将在后续的系列文章中展开。
    三、大型电商产品架构我们通过电商业务流程得到了系统流程,有了系统流程就得到了电商系统的基本功能模块,我们基于上面梳理出来的基础功能模块,再从系统全局的角度进行扩展和做更细粒度的拆分,将最终拆分出的功能模块按照架构图的逻辑进行组织,就得到了一下产品架构图。
    供应商|一文读懂电商产品架构
    文章插图
    (图片过大无法正常显示,请用电脑放大查看)
    这张架构图的组织逻辑比较简单(可结合架构图对比查看)。
    从上到下分别是:用户端系统>运营系统>履约系统>生产系统>基础平台>BI系。
    用户端系统:主要负责用户选购商品的需求,核心系统包括注册/登录、黄金流程和个人中心等;用户端系统属于前台系统,在产品设计上更注重用户体验、数据分析等。
    运营系统:主要承载了内部运营的能力,核心系统包括用户管理、商品管理、价格管理以及营销管理等。
    交易履约系统:交易履约系统是一个中枢系统,向上承载订单交易,向下控制生产履约,核心系统有订单中心和寻源履约中心,属于电商系统中比较黑盒的部分,界面较少,更多的是底层逻辑。
    供应链与生产系统:供应链系统即进销存系统,在很多企业中统称ERP,主要负责商品的采购、库存的管理等、仓储管理(WMS)以及运输管理(TMS)。
    基础平台:基础平台是业务系统之外的系统,主要包括员工账号管理、主数据、财务系统、商家管理系统、以及服务市场和开放平台等。
    BI系统:平行于电商的其他系统,采集各个系统产生的数据,加工处理后反哺其他系统,提供各类数据分析能力。
    如果将电商系统比作一个大型超市。
    • 用户端系统就是可以看见的超市本身,首页就是超市的入口,搜索就是导购牌,列表就是货架,购物车就是购物车,提单就是出口收银台,用户端系统负责承载消费者的选购下单需求;
    • 运营系统就是超市的营销导购人员,负责引导消费者购物、负责制定商品价格、发布促销活动,CMS系统就是超市的DM单、易拉宝,运营系统向上支撑各渠道、各终端的销售需求,向下对接订单系统和交易履约系统;
    • 交易履约系统就是超市的调度员,对消费者的订单负责,当超市缺货时,及时从附近仓库调货,或者向工厂订货,保证消费者的订单能按时履约;
    • 供应链与生产系统就是超市的幕后工作者,包括采购员、库管、配送员等。
    四、小结
    • 一个完整的自营电商业务有4个核心板块:采购、销售、仓储、配送;
    • 基于电商产品均服务实体业务的特性,根据业务流程可以梳理出每个环节对应所需的系统或功能,将这些功能按照业务流程串联起来就能得到完整的系统流程图;
    • 将系统功能拆分成尽可能细的粒度,再按照一定的组织逻辑就能得到最终的架构图。
    就像前文说的,上述的每一个模块都是一个独立的、庞大的系统,在一个成熟的电商公司中,每一个系统往往都有一个或多个产品经理专门负责这个系统的设计、迭代和优化。
    本文主要介绍了电商系统的基础的功能模块以及每个模块的职责,通过三张大图展示了电商的全景,这三张图是对电商业务以及系统的归纳总结。本文并非具体的设计方案,只是让初学者对电商有一个初步的认识,至于更为具体的设计思路以及方案,将在后续的文章中展开。
    电商发展至今已经成为一个相对成熟的领域,很多系统和功能都能在网上找到对应的设计方案,可能只是行业、业务体量或者方向上有所差别。建议初学者在设计电商的核心系统时,不要凭借主观感觉盲目设计,应深入调研已有的成熟方案,避免踩坑。