一文读懂电商产品架构

《电商产品经理从0到1》系列文章面向0~3岁的产品新人或者有多年产品事情履历却刚打仗电商领域的产品经理。

本系列文章将详细先容电商核心系统的产品设计方案，帮助你体系化的认识电商产品。

本文章为《电商产品经理从0到1》系列第一篇：电商产品架构。

看完本文，你将对以下问题有所理解：

一个完全的电商业务是若何的？电商业务背后都有哪些系统支撑？电商各系统模块是如何串联的？如何设计电商系统的产品架构？

大部分刚打仗电商领域的产品经理，或多或少会体会到电商系统的模块多、流程长、逻辑繁芜。
电商系统中，除了前端APP和网站看得见摸得着外，更多的是看不见的底层逻辑和后端系统。

对付大部分同学而言，要找到同类后端系统的竞品进行研究借鉴是一件比较麻烦的事儿，因此长期以来便形成了一种电商产品的门槛比其他行业的产品门槛要更高的错觉。

虽然电商产品比较繁芜，但是它有一个很主要的特色，那便是电商产品属于范例的业务驱动型产品。
业务驱动型产品，其所有功能都做事于一个实体业务。
因此想要弄清楚电商产品有哪些功能模块，可以从电商的业务入手，先理解一个完全的电商业务有哪些环节，基于每个环节再剖析须要哪些功能来支撑，将所有功能穷举完往后，再按照一定的逻辑进行归纳总结即可窥伺电商产品的全貌了

本文将从电商的业务流程到电商的系统流程再到电商的系统架构这三个部分展开，分别通过三张图来深入浅出展示电商的天下。

一、电商核心业务-采销仓配

电商发展至今，涌现了各种各样的叫法，有平台电商、自营电商、B2B、B2C、生鲜电商、社交电商、兴趣电商等等。
不论电商的形式如何多样，实在质都是买卖双方环绕商品交易如约的过程。

在开始磋商之前，我们先圈定一下磋商的方向，本文紧张以自营电商为磋商方向。
由于与之相对的平台型电商的核心实在是流量买卖，系统的任务更多的是将海量的商品和消费者做匹配，平台以此向商家收取交易佣金和广告费。

而自营电商除了须要具备平台电商的能力之外，由于自采自销的业务模式还涉及采购、仓储、如约等实体环节，其系统模块更多更长更繁芜，基本上能覆盖平台型电商的核心系统模块，因此以自营电商为紧张磋商方向可以理解的更为全面。
而其他诸如B2B、B2C、生鲜电商等只是领域或表现形式不同，不属于同一个维度。

那么一个完全的自营电商业务是怎么样的？将一件商品交付给消费者须要经历哪些环节呢。

（图片过大无法正常显示，请用电脑放大查看）

通过以上业务场景图可以看出，一件商品卖给消费者须要经历的环节非常多，包括线下实体环节和线上系统环节，按照线下实体环节进一步抽象后，可以将自营电商业务划分为以下4个部分，分别是。

从供应商处采购产品采购产品入仓存储管理商品上架到电商平台发卖根据发卖订单进行如约配送

用业务流程图表示如下。

理解完业务流程后，基于业务流程再来梳理这些业务环节背后所需的系统就比较随意马虎了。
电商业务中所有的系统、功能都是基于以上业务流程所产生和蜕变的。

二、电商系统全流程

基于上面的业务梳理结果，我们将业务流程和所需系统或功能结合起来，看看每个业务环节都有哪些系统或功能，同时，我们将全体系统流程按采销仓配的业务边界进行划分，再结合C端购买流程，就能得到一张完全的大型电商系统流程图，如下。

（图片过大无法正常显示，请用电脑放大查看）

上图便是一个较为繁芜的电商业务在系统中的流转逻辑（参考京东），从供应商/卖家入驻平台到采购商品到收货入库到上架发卖再到配送如约，通过这张图就可以比较清晰的看出每个业务环节所对应的系统或功能大概有哪些了。
为了便于初学者理解，有必要对流程图中的的部分节点进行阐明解释（可结合流程图图比拟阅读）。

1. 入驻&采购流程入驻：包括供应商入驻和卖家入驻，入驻动作紧张包含选择入驻企业类型、基于类型提交相应材料（业务执照、资质等），签订条约，经由平台审核通过后，再开通企业账户钱包。
开店：对付卖家而言，入驻成功后即可创建店铺，创建店铺紧张是根据业务执照的经营范围选择主营类目、填写店铺基本信息、缴纳质保金等。
采购供应商入驻后，自营采销在采购系统中下采购订单，订单通过EDI或者线下的办法推送给供应商。
供应商发货。
供应商收到采购订单后，根据采购单中的信息（商品、收客栈库等）发货，发货后即产生采购在途库存。
库存。
无论是在途库存，还是实物入库后产生的实物库存，以及前真个可售库存等，均由库存中央掌握。

2. 发卖流程发布商品。
即创建商品sku，包括填写商品参数，商品详情先容等信息，POP卖家会直接设置价格，自营因品类而异，创建商品时会调用主数据，即spu。
定价。
发布商品时会通过定价系统制订发卖价格，发卖价格与采购价、库存本钱价、匆匆销价等一系列价格组成繁芜的价格模型，并一起记录在价格中央，形成完善的价格体系。
上架。
发品并定价完成后，可通过高下架功能掌握商品上架发卖。
匆匆销。
即通过营销工具做匆匆销活动，包括单品类、总价类、优惠券等，所有的匆匆销规则均通过营销中央掌握，包括活动准入规则、不同活动之间的叠加互斥规则、匆匆销命中规则、优惠打算、匆匆销风控等。
活动页搭建。
匆匆销商品有时候会在特定的活动专题页面集中展示（满减专区、特价专区等），通过CMS系统可以随时随地的通过拖拽组件的办法搭建一个任意样式的专题页面，而不用临时开拓。

3. 黄金流程

指在用户视角下购买商品时所经历的页面，包括搜索—列表—商品详情页—购物车—提单页，很多公司内部也叫交易主流程或交易动线；

黄金流程是价格和匆匆销的紧张表示环节，因此在在黄金流程中，对付价格和匆匆销的设计尤为主要，包括优惠价格的高亮突出，匆匆销标识的设计，购物车的凑单分组等，对转化有直接的影响。

天生订单：天生订单在后端是一个非常繁芜的过程，包括校验库存、价格、库存、用户信息、匆匆销信息等，订单由订单中央卖力创建天生。
预占库存：天生订单的同时，会与库存中央交互预占库存。
收银台：订单天生和支付是两个独立的环节，常见的支付办法有【在线支付】和【货到付款】，部分业务（B2B）会设置【对公转账】支付办法，后面两种支付办法以线下的形式完成。
对付在线支付的订单，则可以将多种支付办法聚合到收银台页面，包括自由支付、网银支付和三方支付（微信支付、支付宝支付、京东支付等）。
支付对账。
对付先款后货订单，各种支付办法均设有支付额度限定，对公转账的办法也无法担保用户一定按照订单实进出付，因此存在实际支付金额不一定即是订单应收金额，以是须要经由对账系统完成对账。

4. 订单寻源如约中央

介于交易流程和仓储流程之间的系统——将电商系统天生的恒河沙数的订单，按时下发给最适宜的库房进行生产，便是订单寻源如约系统的职责。
订单寻源如约中央由多个子系统或做事组成，包括拆分系统、分摊打算做事、转移系统、如约掌握中央等。

订单拆分：对账成功后，订单会进入到寻源如约中央的第一个别系——拆分系统。
拆分的场景紧张有：生产维度（仓库不同、商家不同、配送办法不同）、业务类型维度（实物订单、虚制定单、生鲜订单）等，该系统的职责是按照不同的规则将父订单拆分成多个子订单进行生产。
拆分时会调用分摊打算做事打算每个新子订单的金额。
订单转移。
订单拆分完成之后会流转到转移流程，订单拆分完成之后会天生不同类型的订单，经由转移之后，不同的订单要实行不同的生产机遇、不同的生产地点、不同的生产流程。
针对虚制定单，不用经由库房实际生产，直接由转移给订单中央或者虚拟业务对应的系统进行处理。
针对厂商直发订单和POP订单，由于这类订单都是由三方卖家发货或者工厂直接发货，转移系统会与对应的业务系统交互，天生供应商采购单或下传订单给POP对应的系统。
针对自营的订单，由于订单商品所属的仓库不同、配送时效不同、商品的类型不同（如生鲜如要走冷链库房生产）、用户指定投递韶光等缘故原由，转移系统会掌握订单生产的机遇（如一周后投递订单则须要掌握不要急速下传库房）、生产的流程，生产的仓库。
如约掌握：如约掌握系统卖力掌握订单生产的流程，将订单推送至对应的库房，并回传生产节点（拣货、复核、打包出库）给前台系统；针对取消逆向订单，根据订单流转的不同节点做对应的掌握：如订单未流转到仓库，则卖力停息订单下传，订单未出库则卖力关照仓库终止生产、订单未派件则关照配送系统终止派件等。
订单下传。
订单经由拆分、转移、如约掌握后，按时下传到对应的库房进行生产。

以上便是电商全流程的先容，全流程中的每个流程节点都是一个独立的、弘大的系统，本文只是先容各个别系之间的流转关系和基本职责，详细的功能设计将在后续的系列文章中展开。

三、大型电商产品架构

我们通过电商业务流程得到了系统流程，有了系统流程就得到了电商系统的基本功能模块，我们基于上面梳理出来的根本功能模块，再从系统全局的角度进行扩展和做更细粒度的拆分，将终极拆分出的功能模块按照架构图的逻辑进行组织，就得到了一下产品架构图。

（图片过大无法正常显示，请用电脑放大查看）

这张架构图的组织逻辑比较大略（可结合架构图比拟查看）。

从上到下分别是：用户端系统>运营系统>如约系统>生产系统>根本平台>BI系。

用户端系统：紧张卖力用户选购商品的需求，核心系统包括注册/登录、黄金流程和个人中央等；用户端系统属于前台系统，在产品设计上更看重用户体验、数据剖析等。

运营系统：紧张承载了内部运营的能力，核心系统包括用户管理、商品管理、价格管理以及营销管理等。

交易如约系统：交易如约系统是一个中枢系统，向上承载订单交易，向下掌握生产如约，核心系统有订单中央和寻源如约中央，属于电商系统中比较黑盒的部分，界面较少，更多的是底层逻辑。

供应链与生产系统：供应链系统即进销存系统，在很多企业中统称ERP，紧张卖力商品的采购、库存的管理等、仓储管理（WMS）以及运输管理（TMS）。

根本平台：根本平台是业务系统之外的系统，紧张包括员工账号管理、主数据、财务系统、商家管理系统、以及做事市场和开放平台等。

BI系统：平行于电商的其他系统，采集各个别系产生的数据，加工处理后反哺其他系统，供应各种数据剖析能力。

如果将电商系统比作一个大型超市。

用户端系统便是可以瞥见的超市本身，首页便是超市的入口，搜索便是导购牌，列表便是货架，购物车便是购物车，提单便是出口收银台，用户端系统卖力承载消费者的选购下单需求；运营系统便是超市的营销导购职员，卖力勾引消费者购物、卖力制订商品价格、发布匆匆销活动，CMS系统便是超市的DM单、易拉宝，运营系统向上支撑各渠道、各终真个发卖需求，向下对接订单系统和交易如约系统；交易如约系统便是超市的调度员，对消费者的订单卖力，当超市缺货时，及时从附近仓库调货，或者向工厂订货，担保消费者的订单能按时如约；供应链与生产系统便是超市的幕后事情者，包括采购员、库管、配送员等。

四、小结一个完全的自营电商业务有4个核心板块：采购、发卖、仓储、配送；基于电商产品均做事实体业务的特性，根据业务流程可以梳理出每个环节对应所需的系统或功能，将这些功能按照业务流程串联起来就能得到完全的系统流程图；将系统功能拆分成尽可能细的粒度，再按照一定的组织逻辑就能得到终极的架构图。

就像前文说的，上述的每一个模块都是一个独立的、弘大的系统，在一个成熟的电商公司中，每一个别系每每都有一个或多个产品经理专门卖力这个别系的设计、迭代和优化。

本文紧张先容了电商系统的根本的功能模块以及每个模块的职责，通过三张大图展示了电商的全景，这三张图是对电商业务以及系统的归纳总结。
本文并非详细的设计方案，只是让初学者对电商有一个初步的认识，至于更为详细的设计思路以及方案，将在后续的文章中展开。

电商发展至今已经成为一个相对成熟的领域，很多系统和功能都能在网上找到对应的设计方案，可能只是行业、业务体量或者方向上有所差别。
建议初学者在设计电商的核心系统时，不要凭借主不雅观觉得盲目设计，应深入调研已有的成熟方案，避免踩坑。

作者：道格森咸鱼王；"大众年夜众号：电商产品经理从0到1

本文由 @道格森咸鱼王 原创发布于大家都是产品经理，未经容许，禁止转载。

题图来自 pexels，基于CC0协议。