途径层里面首要是分为站内途径和站外途径两大类

在了解“途径单”之前，先了解“途径”是什么，途径其实很好了解，便是指购买这个产品的来历。“途径单”便是这个途径下所产生的订单。我们以上文小明的例子来看，组织的APP、各个电商途径都属所以不同的途径。其中组织的APP、pc官网等都属于站内途径，而像外部电商途径、线下组织等都属于站外途径。站外流量体量较大，所以跟着站内流量逐渐达到了瓶颈，许多公司都开端大力发掘站外途径，经过站外引流至站内。

关于站内途径，用户在自营APP主站内购买产品后，课程会直接下发至用户账户中，页面上会直接引导用户在类似于【我的课程】模块进行学习，整个流程十分丝滑；那么为了确保用户体验，关于在站外途径下的订单，体系会主动为用户履约，让用户无缝衔接在站内完结履约

二、体系设计模型

如图：模型总体来说分为三层：途径层、网关层和基建层。

1. 途径层

途径层里面首要是分为站内途径和站外途径两大类：

站内途径包含自营商城，其常见表现形式为自营APP、pc官网、小程序等场景。

站外途径这儿我又将其分红两种：第一种是淘宝、天猫、京东、拼多多等在线电商途径，商家能够挑选在各类电商途径开店，用户在店肆内进行消费；第二种是一些线下途径，以上文中小明要购买的考研课程为例，组织协作的线下辅导班、校园等，这些线下途径也能够为组织售卖课程，用户从线下辅导班、校园等途径购买课程，然后到APP进行履约。

2. 网关层

这一层我把他定义为网关层，网关望文生义，便是一个转化作用的”路由“，网关层首要担任的作业是将上述站外途径单进行统一转化，然后由网关和基建层对接，完结后续的履约。

如用户在淘宝店肆和拼多多店肆下单，其实关于底层基建层来说，并不会了解不同途径，而是笼统成统一的买卖服务，这其中便是由网关层进行封装。

一般来说，网关首要是面向于站外途径订单。关于站内订单，一般直接对接基建才能。当然，各家完结的计划都不一样，没有对错。不同站外场景下网关层的详细完结计划其实也大有不同。

上文我们提到过，站外途径分为两类：第一类是淘宝、天猫、京东、拼多多等在线电商途径；第二类是一些线下途径，如组织协作的线下辅导班、校园等。关于体系来说，这两类最大的区别是有无体系对接才能。显而易见，关于第一类电商途径，便是有体系对接才能的；关于一些校园、线下组织等，认为是没有体系对接才能的。

1. 关于有体系对接才能的，网关这儿首要是两种完结计划：

计划1：网关直接和各个体系对接进行数据同步，这个计划的长处是对接十分直接，交互周期短；不触及其他三方体系，经过双方直接对接就可进行进行数据交互。

计划2：引入一个三方ERP体系，网关只对接ERP，由ERP对接其他电商途径，这个计划长处是跟着事务后续的拓展，开拓新的线上售卖途径时，网关层不需要开发，由ERP支撑即可。

2. 关于没有体系对接才能的，一般选用人工导单的方式，将这种外部的订单导入体系，然后对接网关，完结后续买卖流程。

3. 基建层

这儿的基建层便是指底层的基建才能，如买卖、订单、付出、履约、售后等，基建层并不感知途径，仅仅和网关进行数据交互完结整个买卖流。

三、体系完结思路

其实从小明在站外途径买了课程，到小明完结履约整个模型里首要是三层【途径】、【网关】、【基建】，那么第三部分我们从基建的维度，看下买卖的首要流程中每个模块承担的怎样的责任。

1. 产品

产品关联&同步机制：

1）站外体系对接途径

经过本地sku和途径侧sku进行仅有关联。举个栗子：商家在电商途径店肆中的skuID需要和本地站内skuID进行仅有映射，也便是将站内skuID 在站外途径进行铺货，例如站内skui等同于电商后台的产品编码等，产品信息和库存信息保持一致，这样做既确保前置不会卖错、超卖，也是产品能够在站内履约的条件。