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

推荐订阅源

The GitHub Blog
The GitHub Blog
M
MIT News - Artificial intelligence
Engineering at Meta
Engineering at Meta
云风的 BLOG
云风的 BLOG
博客园 - 叶小钗
Jina AI
Jina AI
Last Week in AI
Last Week in AI
The Cloudflare Blog
博客园 - 【当耐特】
Stack Overflow Blog
Stack Overflow Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
WordPress大学
WordPress大学
博客园_首页
I
InfoQ
G
Google Developers Blog
Martin Fowler
Martin Fowler
Recent Announcements
Recent Announcements
H
Help Net Security
U
Unit 42
Blog — PlanetScale
Blog — PlanetScale
阮一峰的网络日志
阮一峰的网络日志
P
Proofpoint News Feed
IT之家
IT之家
Microsoft Security Blog
Microsoft Security 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-06-13 · via 人人都是产品经理

编辑导语:在日常生活中,“赠”这种促销非常常见,一般有:纯赠、买赠和满赠这三种形式。本文作者围绕业务含义、模型设计和后台配置,分析了关于赠品的玩法,一起来看一下吧。

上次我整理过一个促销系统的基础知识,很感兴趣的同学可以参考历史的文章http://www.woshipm.com/pd/5277720.html ,这次来说下常见的促销类型中的【赠品】促销。

在我们日常生活中【赠】这种促销非常常见,从线下实体店到线上电商平台,都会大量涉及这种玩法。

一、赠品促销的形式

主要是有这几种:纯赠、买赠和满赠,其中买赠还分为买一赠N 、买N赠N。

虽然广义上来说,都是“免费给消费者一个权益/商品”,但是对于系统的实现来说其实是有区别的哦,下面我围绕业务含义、模型设计和后台配置来分享一下关于赠品这种玩法。

二、赠品对于商品模型的影响

常规的商品spu:sku=1:n,本质上说,赠品也是一种商品,可以在商品上通过设置一个赠品标签来控制是否可以为赠品,这样做可以做一些赠品发放的管控。

三、交易各个角色整体交互

整体来说,这种赠品的模式本身是一种类型的促销。它的交易链路和一个常规订单的流程,比如提单、支付、履约,下发wms等这些流程是没有区别的,只是不同角色的系统在自身的设计上有一点点不同。

1. 纯赠

1)业务含义

其实纯赠这种模式跟线下实体店里那种试吃、试用是很相似的。包括给潜在用户一些小样产品,主要目的来促成转化,增加销量。

线上比较常见的比如在线教育机构的试听课,当你接到了销售的电话,一番沟通后,突然有一天你会发现你的账户里多了一节价值不菲的体验课,没过多久,销售又来联系你,尝试让你购买正价课,如果你成功支付了,那么那节体验课就完成了它的使命。

有的人也许会有疑问,所有用户不一定都会被转化,那前期投入的这些试听课岂不是很亏,其实对于企业来说,虚拟课程的成本和获客成本相比,根本不值一提。据报道,在2019年时,在线教育的获客成本就已经为2000~3000元,2020年时升至3000~4000元,一节虚拟课程的成本远低于它。

2)系统边界

  • 触发下单:对于这种纯赠的场景下,一般是一个运营在一个工具型系统后台进行触发的,通过用户的uid、skuid 信息为用户发放权益
  • 交易订单:打标区分这种赠品订单,方便后续进行数据统计。订单里订单实付金额记录的是0元,这里会涉及到如果本身赠品的商品金额大于0的话,订单会额外记录一下优惠金额,目的就是把钱打平。举个栗子,这个品原价99,实付0,那么优惠金额就是99
  • 支付:创建0元支付单
  • 商品库存:其实赠品也是常规商品,对于商品模型是没有影响的。也可以通过设置一个赠品标签来控制是否可以为赠品,这样做可以做一些赠品发放的管控

一般维护商品和配置活动的是不同的角色,有一些品如果作为赠品发放其实是有风险的。如果在商品这层做了标的限制,下游也需要识别这个标,非赠品的商品一旦下单为赠品订单,那么下单报错。如果没有这样的风险考虑,其实赠品的建品逻辑和其他商品是一样的。

  • 促销:记录优惠项、优惠金额。赠品的优惠金额等于赠品商品金额
  • 履约:与普通订单的履约流程无区别
  • 售后:一般是可以根据常规的订单来进行售后退货退款(即退0元,权益收回),如果设计实物的话,其实是需要用户退回实物的,但是由于是0原单,业务本身也不care是否会寄回,简单处理可以隐藏售后入口

2. 买赠

1)业务含义

常见的买赠形式包含买一赠一、买一赠N、买N赠N。包括“主商品和赠品一致”以及“主商品和赠品不一致的”情况,前者就赠品和主品一致;后者常见的比如生鲜平台买菜,买肉会送蒜,今年过年期间买生鲜还送窗花、窗帘,节日气氛拉满。

2)系统边界

  • 触发下单方:用户
  • 交易订单:这种包含赠品的订单,和常规订单没有什么区别,只是命中了一个赠品促销。订单这边会记录命中的促销ID、主品关联的赠品商品的信息如skuid、商品名称、商品金额
  • 支付:创建常规支付单
  • 商品库存:主商品和赠品都是常规的商品数据,可以通过设置一个赠品标签来控制是否可以为赠品,这样做可以做一些赠品发放的管控
  • 促销:根据创建的促销活动,关联主品和赠品的信息,制定活动生效时间、生效角色、范围等
  • 履约:与普通订单的履约流程无区别
  • 售后:根据常规的订单来进行售后策略来,一般买赠场景下,退主商品需要一并退回赠品。但是这里还区分是商家责任还是用户责任,一般如果是商家责任的话,会直接退费,主品和赠品也不需要退换

3. 满赠

1)业务含义

满赠顾名思义,就是满多少钱即获得赠品。赠的维度可以根据订单金额,比如订单实付满99有赠品;也可以根据部分商品金额来制定规则,比如生鲜类商品满39有赠品。

2)系统边界

  • 触发下单方:用户
  • 交易订单:买赠或者满赠,对于订单来说,和常规订单没有什么区别,只是命中了一个赠品促销。订单这边会记录命中的促销ID、赠品的信息如skuid、商品名称、商品金额
  • 支付:创建常规支付单
  • 商品库存:主商品和赠品都是常规的商品数据,可以通过设置一个赠品标签来控制是否可以为赠品,这样做可以做一些赠品发放的管控
  • 促销:根据创建的促销活动,制定促销规则,如活动生效时间、生效角色、范围等
  • 履约:与普通订单的履约流程无区别
  • 售后:根据常规的订单来进行售后策略来,一般满赠场景下,退主商品需要一并退回赠品。但是这里还区分是商家责任还是用户责任,一般如果是商家责任的话,会直接退费,主品和赠品也不需要退换

#专栏作家#

闫秀儿,微信公众号:闫秀儿,人人都是产品经理专栏作家。持续沉淀、持续成长的交易产品。

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

题图来自 Unsplash,基于 CC0 协议