惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

雷峰网
雷峰网
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
Apple Machine Learning Research
Apple Machine Learning Research
The Cloudflare Blog
WordPress大学
WordPress大学
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
F
Fortinet All Blogs
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Microsoft Azure Blog
Microsoft Azure Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 聂微东
L
LangChain Blog
云风的 BLOG
云风的 BLOG
Jina AI
Jina AI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
I
InfoQ
大猫的无限游戏
大猫的无限游戏
MyScale Blog
MyScale Blog
人人都是产品经理
人人都是产品经理
小众软件
小众软件
量子位
The GitHub Blog
The GitHub Blog
博客园 - 【当耐特】

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
电商运营:平台优惠的叠加
小风老师 · 2022-10-10 · via 人人都是产品经理

电商发展到现在,产品的通用型基础架构已经大同小异了,为了吸引用户的注意,各个平台会想办法策划各种活动、卡券、模式等。本文作者对其中的一个核心点——优惠的叠加,进行了分析,一起来看一下吧。

电商发展这么多年,产品的通用型基础架构其实各大平台已经大同小异几乎定型了,各个平台的运营人员为了能够吸引用户注意,三天两头想着法儿策划着各种玩法,形式各异的活动、卡券、体系、模式等,甚至不光是运营,很多公司也需要产品经理兼具这样的策划能力,以便于能更好的设计出抓住用户的产品。

毕竟,在如今信息爆炸,用户注意力很难获取的时代,这几乎是一条必然的方向。从这个角度出发的话,电商产品的格局已经不再像以前通过产品基础功能及玩法就能搞定了,而是更多的需要“创造力”来进行运营。

创造力”可以算得上是人的底层能力之一,也正是因为如此,它没法“速成”,但偏上层的一些常见业务或者产品设计方式,是可以速成的。这篇文章主要就来“速成”一下在电商运营里面一个非常核心的点,优惠的叠加。

一、何为优惠叠加?

1. 优惠常见形式

对于电商里面的优惠来讲,其实主要有两类优惠形式,一类可以算得上是“活动类”,无论是满减活动、满赠活动,亦或是限时秒杀活动等,都是与之相似的类型;另外一类则是“券类”,其本质还是线下纸质优惠券的电子化,使用上其实也是与线下的优惠券保持着类似的逻辑。

除了这两种类型之外,另外一种典型的优惠方式可以算得上是个人资产类的优惠,比如积分抵扣、会员折扣都可以算得上是这类优惠。

2. 优惠叠加呈现形式

优惠的叠加实际上就是前面这些不同的形式结合起来,让用户可以同时享受多重优惠的方式。下图所示就是在淘宝当中下单时出现优惠叠加的场景,一方面是店铺本身对商品进行了优惠,另一方面是可以使用平台提供的品类券,两者可以实现共用。

电商运营中的优惠叠加

二、优惠如何叠加

1. 优惠的层级

了解了优惠的常见形式之后,在进行叠加的时候,具体规则方面还是会存在一些相应的规则,为了更好理解清楚优惠叠加的相关规则,需要先弄明白另外一个事情,就是优惠的层级。

在存在商家角色的平台当中,从层级角度出发,优惠无非就这么三种,单品级优惠店铺级优惠跨店级优惠

1)单品级优惠

顾名思义,针对某个商品的优惠,也就是该商品优惠与其他商品不存在关联关系,常见的优惠方式,比如限时秒杀、打折促销等。

2)店铺级优惠

是针对整个店铺的商品或者店铺当中的部分商品进行的优惠,很多情况下,这类优惠意味着同店铺的多个商品可以一起凑单。

3)跨店级优惠

支持平台当中跨店铺进行的优惠,通常这类优惠代表着平台当中不同店铺的不同商品会出现凑单优惠的情况。

2. 叠加的方案

在了解了优惠的层级之后,具体在叠加方面市面上的电商平台实际采用了不同的方式,最主流的莫过于不叠加与叠加两大类。不叠加,其实就好说了,因为这意味着多种不同类型的优惠只能同事选择其中一个。

叠加,则意味着商品的价格可以同时享受多重优惠,具体在叠加时,由于规则的不同,也会影响最终的优惠金额,在这方面,市面上比较主流的叠加方案主要存在如下两种:平行式门槛、递进式门槛,这两种方案在计算时,都是基于单品级优惠计算之后,再按照优惠后的金额,针对店铺级优惠以及跨店级优惠进行计算的,具体在计算时又存在着一些差异。

1)平行式门槛

所谓的平行式门槛,指的是商品通过单品级优惠减免一定金额后,依然满足后续优惠层级的优惠门槛,可以同时享受多个层级的优惠,即店铺级优惠和跨店级优惠。

那么,这里面就会存在另外一个问题,如果同个层级当中同时存在多种不同类型的优惠时,应该如何处理?

一般来讲,处理方式可以如下:

①单品级优惠

同时只允许生效一种单品级的优惠规则,只不过当下单数量不为单件时,会根据商品数量按照单品优惠价格计算总的优惠价格,也称之为总价促销,而单品优惠价往往会以目前售卖价格显示在商品详情页。

例如,商品原价100元,促销价88元,那么购买商品时,用户就可以直接通过促销价下单。

②店铺级优惠

“活动类”优惠以及“券类”优惠可以同时生效,但同类型当中只同时生效一个。

例如,商品价格100元,店铺正在举行满100元减20元的活动,并且存在一张适用于该商品的满100减10块的优惠券,那么该商品就可以同时享受满减和优惠券这两种优惠。

③跨店级优惠

与店铺级优惠规则一致,只不过商品范围为整个平台,这里就不去举例了。

在明确了各个层级内的计算会后,为了能够更加清晰明确平行式门槛的计算,这里列举一个案例来说明平行式门槛的整体计算。

例如,某个键盘原价100元,目前限时折扣8折,同时商家设置了满300减50的店铺活动,并提供了该商品的满300减50的优惠券,并且商家还将该商品报名了平台的跨店满300减20的活动,同时,用户恰好领取了平台的数码类目满100减10的品类券。目前,某个键盘侠想要采购4个键盘,需要付多少钱?

这里的思路其实很简单,按照前面说的可以分成三步,先划分出上面的优惠的层级,基于单品级优惠后的价格对优惠门槛进行判断,最终去计算店铺级优惠和跨店级优惠的金额。

优惠层级划分:

  • 单品级优惠:限时8折
  • 店铺级优惠:满300减50活动,满300减50优惠券
  • 跨店级优惠:跨店满300减20,满100减10品类券

门槛判断:计算经过单品级优惠后的订单金额为100 * 0.8 * 4 = 320,很明显已经超出店铺级优惠和跨店级优惠的各种优惠门槛了。

优惠计算:

  • 计算店铺级优惠金额为50 + 50 =100
  • 计算跨店铺级优惠金额为20 + 10 = 30
  • 最终用户的到手价就为320 – 100 – 30 = 190

所以,对于平行式门槛,总体优惠的计算方式可以表示为:

到手价 = 单品优惠价(总和)- 店铺级优惠 – 跨店级优惠

2)递进式门槛

另外,就是递进式门槛。递进式门槛在计算时,会先计算上一级优惠扣减后的金额,然后基于这个剩余金额来去判断是否满足了下一层级的优惠门槛。也就是通过单品级优惠后,会先去判断是否符合店铺级优惠的门槛,符合之后再去判断是否符合跨店级优惠的门槛,当不满足某一优惠层级的门槛时,则无法进行优惠了。

同样,在刚才的例子当中,如果平台采用的是递进式门槛的话,应该如何计算呢?

例如,某个键盘原价100元,目前限时折扣8折,同时商家设置了满300减50的店铺活动,并提供了该商品的满300减50的优惠券,并且商家还将该商品报名了平台的跨店满300减20的活动,同时,用户恰好领取了平台的数码类目满100减10的品类券。目前,某个键盘侠想要采购4个键盘,需要付多少钱?

计算的思路其实跟刚才是类似的,同样需要先划分出上面的优惠层级,并且同样接下来要进行门槛的判断,但要注意的,此时是需要在每个优惠层级都进行门槛的判断,一旦不符合就停止享受后续层级的优惠。

这里优惠层次关系与上面是一样的,直接来进行优惠门槛的判断,单品级优惠后金额为100 * 0.8 * 4 = 320,接下来的总价是满足满减促销的门槛的,总价促销金额为320 – 50 = 270,到这一步之后,由于金额已经不满足后续店铺级优惠了,于是就无法进行后续的优惠计算了。

也正是平行式门槛和递进式门槛存在着这些计算上的差异,尤其是递进式门槛的计算上各个层级之间优惠会受到上一级的影响,所以导致无论是对于商家还是用户,都没有办法非常直观的对最终优惠叠加后的结果一目了然。

甚至会因此导致很多用户由于无法感知优惠力度从而放弃下单,于是现在很多电商平台都逐渐摒弃了递进式门槛的方式,转而采用平行式门槛作为优惠叠加的首选方案。

另外,在开篇的时候也提到了存在一种叫做个人资产类的优惠,这种方式同样需要满足个人资产的使用门槛,所以可以在前面的优惠叠加之后,如果使用个人资产优惠,则需要继续叠加即可。

作者:小风,产品经理;公众号:村上风

本文由 @小风 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。