标签 - 电商

电商    2020-04-01 15:21:18    19    0    0

电子商务日趋成熟的今天,购物车体系几乎成了行业的标配,然而作为电商第三极的拼多多为什么迄今为止也不做购物车功能呢?下面通过这篇文章来与大家分享。

一、购物车的前世今生

首先来聊一聊购物车的前世今生。购物车的概念来源于线下零售体系,传统商超将购物车放置于购物入口,为客户提供便捷的购物体验,这里购物车起到的作用:提升客户购物过程中购买多件商品或大件商品时的便携性

早期(07年之前)的淘宝并没有购物车功能,当时淘宝最大竞品:易趣,同样没有购物车功能。按照当时的产品思维:在线商城的核心逻辑是为用户提供便捷购物体验,所以交易链路越短越便捷、转化越高,而购物车用来提升购物时商品便携性的作用,在线上虚拟商城体系下失效,自然作为旧时代产物被淘汰。

购物车想法的提出来自于淘宝营销团队,购物车未出现之前,淘宝的促销仅有简单的打折促销。购物车的出现为淘宝打开一片新天地,让在线交易有了真正意义上的订单概念,继而延伸出了运费模板(满N件包邮/满M元包邮)、丰富的促销玩法(满减、满折、满赠、M元N件等)。

二、购物车与拼团的定位

1. 购物车

那么购物车的核心是什么,或者说购物车的作用是什么?

用来凑优惠,鼓励用户多买商品,购物车的逻辑是:单一用户通过购买多件商品形成一定的议价能力,议价能力来源于三个成本:物流成本、包装成本、用户购买量较多时商家愿意出让的利润成本。

这里仅考虑商品成本、包装成本、运输成本对单品售卖成本的影响。

2. 拼团

回到拼团,拼团的概念,可以简单理解为:用户通过相互拼单购买某一款商品以获取更低的价格。可以看出,拼团的逻辑是:多用户通过购买同一款商品形成一定的议价能力(优惠)

那么这个议价能力从何而来?

物流成本、包装成本衰减了吗?

答案是没有,拼团本质上是通过降低商家获客成本形成议价能力。

这里仅考虑获客成本、商品成本、包装成本、运输成本对单品售卖成本的影响。

3. 总结

1)购物车的核心:凑优惠

购物车的本质:单用户购买多件商品降低商家物流成本、包装成本及部分利润出让形成一定的议价能力,属于单人多品导向型购物,依赖购物车

2)拼团的核心:获客

拼团的本质:多用户(拼团发起人+被邀请人)购买同一款商品降低商家获客成本形成一定议价能力,属于单品多人导向型购物,依赖分享功能,不依赖购物车

三、拼多多为什么不做购物车问题的拆解

透过购物车、拼团的核心与本质,我们现在明白了这是两种不同形态的业务,鱼和熊掌不可兼得

电商    2019-10-12 10:25:52    38    0    0

本文为笔者经历的一次电商系统订单改造分享,并向我们介绍了销售订单架构、前台订单模块、后台订单模块中的改造要点。

因为库存架构不完善,依赖的外部wms系统无法满足销售库存-实物库存的体系搭建,笔者被迫动手改造订单体系,用于支撑在异国开展电商业务。

修正后的销售订单架构

前台订单模块

会涉及各种端口进来的订单,APP/PC/H5/小程序、线下订单、开放平台、手工订单、特殊场景订单等,其包含核心的几个功能:

订单生成:订单生命周期的起点,最最最重要的一个环节订单支付与退款:支付成功与否,直接决定了订单的有效性订单与库存:销售库存直接决定了自营的各种不靠谱!!取消&修改订单预拆单

后台订单模块

后台订单,订单体系中的核心环节,负责与各个相关模块的对接,发票、售后、推单、财务系统、一环扣一环,负责指挥订单的整体调度。其包含核心的几个功能:

订单拦截:包括了库存可用性校验等,笔者遇到的架构调整,就是因为没有没有仓库实物库存数据对订单可用性检查,导致推送仓储后,需要大量涉及修改仓库的需求;此外,针对特殊场景,可以在此设计灵活的推单逻辑,比如推送仓储的截单时间、推单频次。二次拆单及其合并:二次拆单场景:针对缺货拦截的,可进行缺货的二次拆单;也可根据承运商产品规则,在精细化进行二次拆单;与拆单相反的是订单合并,这个场景主要面向有通用性规则的场景,如同一个仓库的相同b2b订单,为了节省物流费用,可以合并成一个发货单或者一个批次推送到仓储等。出入库及库存:跟仓库系统对接产生的单据层面的流水记录,这是oms体系与wms体系建立数据核对的关键一环,直接与实物库存数据息息相关,很核心!发货单模块:这块是笔者新增的模块,仅用于使用后台订单与外部wms进行推单对接,不处理内部流转流,仅涉外对接,因此出现了单一订单映射多发货单场景,用于解决因没有实物库存导致大量调仓库的场景。订单分摊:这块不展开细说,主要处理优惠券逻辑在财务上的应用。订单发票:这块笔者所遇到的场景比较特殊,推单必须与发票相关(在还没有普及电子发票的国度开展电商业务,很痛苦)订单与财务:这块不展开细说售后:这块也不展开细说订单取消、订单修改:这块也不展开细说监控及可视化:一直想做还没做,时效监控、出库库异常监控、数据可视化、推单策略等等改造还在进行中,相比成熟的订单架构,还是差很多,共勉之!

本文由 @ 广土卓 原创发布