HI,下午好,新媒云不收取任何费用,公益非盈利机构
24小时服务热线: 4000-162-302
请扫码咨询

新媒易动态

NEWS CENTER

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

2023-10-16

在了解“途径单”之前,先了解“途径”是什么,途径其实很好了解,便是指购买这个产品的来历。“途径单”便是这个途径下所产生的订单。我们以上文小明的例子来看,组织的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等同于电商后台的产品编码等,产品信息和库存信息保持一致,这样做既确保前置不会卖错、超卖,也是产品能够在站内履约的条件。

相关推荐