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

推荐订阅源

Security Archives - TechRepublic
Security Archives - TechRepublic
Project Zero
Project Zero
K
Kaspersky official blog
G
Google Developers Blog
T
Threat Research - Cisco Blogs
T
The Blog of Author Tim Ferriss
Cyberwarzone
Cyberwarzone
Y
Y Combinator Blog
Recorded Future
Recorded Future
Blog — PlanetScale
Blog — PlanetScale
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Cisco Talos Blog
Cisco Talos Blog
Latest news
Latest news
Microsoft Security Blog
Microsoft Security Blog
H
Help Net Security
S
Schneier on Security
P
Palo Alto Networks Blog
H
Hacker News: Front Page
N
News and Events Feed by Topic
N
Netflix TechBlog - Medium
博客园 - Franky
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
SecWiki News
SecWiki News
Cloudbric
Cloudbric
TaoSecurity Blog
TaoSecurity Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
The Hacker News
The Hacker News
C
Check Point Blog
L
LangChain Blog
腾讯CDC
小众软件
小众软件
T
Tenable Blog
Google DeepMind News
Google DeepMind News
GbyAI
GbyAI
L
LINUX DO - 最新话题
A
About on SuperTechFans
Google Online Security Blog
Google Online Security Blog
C
Cisco Blogs
Recent Announcements
Recent Announcements
Hacker News: Ask HN
Hacker News: Ask HN
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Vercel News
Vercel News
雷峰网
雷峰网
美团技术团队
D
DataBreaches.Net
Martin Fowler
Martin Fowler
Help Net Security
Help Net Security
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
F
Full Disclosure
博客园_首页

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
解构电商、O2O:装进口袋的“利是” -优惠券系统
产品老高 · 2022-07-22 · via 人人都是产品经理

编辑导语:优惠券的本质是以让利的方式,吸引更多用户去购买商品,是非常重要的一个促销手段。本文作者结合自己的业务经历,整理出了优惠券系统的搭建过程,希望能给你带来帮助。

优惠券在发放前要进行基础属性的配置,而合理的优惠券发放系统不仅仅只是配置张数和金额即可,还需要设置很多相关的参数。我们接下来看下都有哪些属性。如下图:

  • 生产属性:负责批量生产优惠券的属性,包括预算方、优惠券名称、优惠券发放张数、优惠券有限期、优惠券种类等;
  • 领取属性:负责用户领取时需要满足的条件和要求,包括用户类型,新老客、领取限量、领取时间等;
  • 消费属性:负责用户消费时进行订单优惠,包括优惠券金额,优惠券使用范围、优惠券有限期等。

三种不同类型的属性对应在不同场景进行使用。比如生产属性主要负责生产优惠券时使用。领取属性主要在用户领取发放时做判断使用,而消费属性主要是用户在下单消费时判断使用。当然有一些属性可能属于多种类型,在不同场景下都会重复使用。

上文我们讲到了优惠券的种类,优惠券的种类是多种属性的集合,通过种类可以判断出具体如何使用,按照不同的维度有若干种分类方法。

按优惠方式分为:

  • 直减:减X元。
  • 满减:满X元优惠Y元。
  • 满折:满X元打Y折。
  • 满返:满X元返Y元优惠券。
  • 随机红包:设定红包优惠金额范围,用户领取时随机直减X元。

按使用范围分为:

  • 订单型优惠券:按照订单维度进行优惠判断,即单个订单满足条件即可使用。
  • 商品型优惠券:按照商品、品类进行优惠判断,即满足优惠券使用的商品或者品类范围才可以使用。
  • 其他用途优惠券:非订单商品的优惠都是该范畴,比如运费减免券。

按平台分:

  • 全场通用券:所有商品都可以使用。
  • 自营优惠券:只有自营商品才可以使用。
  • 商家优惠券:只有具体商家的商品才可以使用。

按用户属性分:

  • 新客优惠券:只有第一次使用的用户可以领取和使用的优惠券,主要用来拉新。
  • 首单优惠券:用户第一单使用的优惠券,这里区别于新客的概念首单是指注册以后一直没有下单的用户,新客则可能是某个店铺的新客。

不同维度的类型在实际使用中是叠加出现的,比如自营商品的直减券可以按照订单维度设置条件使用。

一、优惠券营销行为解构

想要了解优惠券系统首先要明白发放优惠券的整个运营过程。在每次发放优惠券的过程中都要经历几个步骤。如图:

  • 确定预算:确定本次投放的营销行为预计花费的资金和资源情况。理论上每次营销活动都需要按照固定预算进行,超出预算的营销活动申请将不被授予执行。
  • 制定方案:根据预算的情况制定对于的营销方案,包括时间、地点、人群等等。
  • 投放:按照指定的方案投放到不同的渠道中去,并对每个渠道建立监管机制。
  • 监控效果:根据营销的数据( 包括但不限于订单、人数等)进行监控,并根据监控情况作出预警和评估,以便下次活动作为参考。

将流程细化后,我们可以归纳出几个模块。如图:

  • 预算管控:负责预算环节的所有审批、管理工作。方便运营人员对自己部门的经费掌握和操作。
  • 营销管理:负责制定各种营销活动的基础信息和策略,作为投放时的标准和用户使用的方法。
  • 渠道投放管理:负责管理各个渠道的情况,由于不同渠道可能对于营销策略和基础信息有一定的要求,所以渠道投放也会衍生出不投的玩法和规则。
  • 效果监控:对于活动生效期间所有的数据进行监控,确保不会超量。活动结束时对效果进行评估。

预算管控主要有两个部分:预算的分配和消耗管理。在每个财年或者季度开始前需要将各个部门的预算确定后分配到对应部门的账户账户中,同时可以进行预算消耗的情况进行监控。原则上优惠券的预算属于用户补贴范畴即将现金补贴给用户,在计算时也按照折算的补贴金额扣减预余额。预算对应的内容主要包括:

  • 预算所属部门;
  • 预算金额;
  • 预算开始时间;
  • 预算结束时间;
  • 预算余额。

营销方案的确定是优惠券投放的关键,如何生产优惠券依赖于方案制定的内容。我们在讲具体模块之前先讲解一下优惠券生产的过程。优惠券的生产方式通常是按照批次进行的,每个批次对应着创建的活动。而所有的营销方案制定都是落在活动上进行管理的。通过对批次的优惠券进行跟踪来判断当前活动执行的效果。同一批次下的优惠券的优惠券类型是一致的。而根据不同的制定的活动方案系统可以根据实际业务场景的需要进行自动或手动的方式生产优惠券。处理的流程如下图:

这里需要说明的是规则判定和业务策略,这两个模块主要用来规范发券的有效性和合理性,起到合规的作用。我们先来看下规则判定,规则判定是指对发券过程中和完成后的校验和规范。所有的规则和规范也都是基于券种进行的。由于用户在进行一次购买时可以同时使用优惠券、促销等多种优惠行为,考虑到成本和用户体验的问题一般对于不同种类的优惠行为会进行互斥和共享的规范约定,避免出现毛利低或为负的情况。原则上同一笔订单只允许使用一张优惠券,一旦选定后则无法使用其他优惠券(包括所有类型)。而使用优惠券和促销之间则是共享的关系,互相不冲突。

其次是有效期,所有发放出去的优惠券都有固定的有效期。有效期包括两个:一个是发放领取的有效期即用户什么时间可以领取优惠券,这个时间是运营人员在后台设置的,原则上不应该过长一般不大于90天。另一个则是优惠券的使用有效期即在什么时间用户消费时可以使用该优惠券,也是可以在后台设置,一般不大于7天或固定的促销周期(如双十一期间)。

最后优惠券在交易时等同于平台铺贴,是的的确确的真金白银,所以对于恶意套现的行为要进行严格的把控和限制。在后台设置优惠券减免金额时要对毛利进行判断,避免出现减免为0元或者负毛利的优惠券。配置领取时用户需要遵循限量的规则,包括同一批次的券限领几张或者每人每天限领几张。

相比规则判定业务策略则更偏向业务运营时的考量。业务策略主要是补贴策略和赔付策略。

补贴策略主要指为了向用户让利相关方提供金额补贴最终确定优惠力度的方案。补贴出资方包括平台、商家、代理商等。补贴的好与坏决定毛利、GMV等诸多核心指标。电商公司大多是由代理商或者商家进行补贴发券或者促销活动,而020则由于行业特性会出现较多平台自身提供补助的情况。目前很多平台都支持营销托管,所以如何合理制定补贴也是营销成败的一个关键因素。

补贴策略核心就是提高营收,我们以新客补贴为例看下策略的逻辑。新客补贴目的是为了拉新,主要手段就是新客优惠券。拉新的目的是为了让新用户带来整体平台的收入流水增加。而收入流水的计算公式是:

由此我们可以看到提高整体平台的新客收入主要是三个方面:人数、频次、消费能力,而补贴也是从这三个指标判断是否合理。

人数主要是看来访的UV基数是否足够,这个环节可以通过提高曝光率来进行调整修正。而频次则代表购买的频率,包括单日购买人次和单人复购频次,即转化率和复购率。消费能力则是单个用户平均购买金额即客单价。

转化率指新客下单的转化率,转化率越高则新用户对于营收的贡献越高,低转化率的商品或者商家则无法带来高营收的基础。转化率的公式是:

而复购率则代表质的变化,活跃用户持续下单产生复购以确认新客完成拉新后可以持续提供营收支撑。僵尸新客是不能够提供持续回报的。复购率的公式是:

客单价则代表用户的平均消费能力,用户消费能力越强则贡献流水越多。客单价的公式是:

我们设定一个固定的补贴范围[a,b],所有补贴金额不可以超出当前范围。而上述三项指标高的商户或者商品则应该享受更多补贴力度,依照指标高低进行打分并按照分数计算补贴金额。我们用Xi表示实际补贴金额,Yi表示指标集合按照权重计算出的商家或商品的分值,通过计算的分值来算出应该比最低补贴金额a多出的金额数且该金额不能高于b。整理后公式如下:

实际补贴金额Xi =a + Yit(b-a),Yi=N1M1+N2M2…,其中N是各项指标因子的权重值,M是根据指标计算的分值(分值可以用排名、金额等方式进行计算,分值应该在[0,1]区间内)。而t是代表一个变量因子来确保曲线的倾斜率,该因子越大曲线应该向下越深。而头部享受高补贴的商家或商品越少,这样可以有效的控制总补贴费用确保不会出现超标的情况。具体Yi中包含多少因子可以根据实际情况进行增加或减少。本书讲到的策略逻辑是基本逻辑,更深入的探讨则需要对机器学习的算法有进一步的优化这里就不做详述了,大家如果有兴趣可以自行去了解下。

赔付策略的原理同补贴策略相似,不过没有这么复杂的计算。赔付的目的是为了消除用户的厌恶情绪提高用户体验。但同时也要避免恶意索赔的情况,所以赔付的原则也是在给定的区间范围内进行赔付金额和数量的设定。同时当达到某些条件时(如赔付优惠券总数量超限、赔付总金额超限、单个优惠券金额过大、同一订单重复赔付等)需要进行人工过审,确认后方可进行优惠券赔付。赔付的优惠券会直接放入对应用户的账户内不需要单独领取。

制定完营销方案后我们就需要按照渠道进行投放,投放渠道的不同优惠券也有所区别。渠道重要分为五类,如下图:

    • 赔付:用于客服理赔使用
  • 异业合作:和其他业态或平台进行合作优惠券互换,滴滴红包可以领饿了么优惠券就是这种形式。
  • 站内投放:在站内相关页面按照一定规则投放给用户,比如外卖的天降红包就是这种类型。用户登录后系统根据规则自行弹出弹窗发放用户天降红包。
  • 定向投放:通过工具进行定向人群的投放,常见的有CRM红包。关于CRM的投放逻辑在后续章节会进行详细说明,此处不做展开讲解。
  • 用户自领:用户通过优惠券领取页面或者领券中心自行领取,该方式包括用户点击领取和输入兑换码进行领取两种途径。

所有红包都需要记录投放的来源以便后续统计评估效果时候使用。同一渠道下多次领取同一类型优惠券时也要考虑金额的处理。比如拼手气红包在用户第二次第三次领取的时候要根据新老客、领取次数等条件对红包金额进行衰减,确保补贴能够利用最大化。

确定所有的方案和投放渠道后,就需要根据设定的规则和信息批量生产优惠券。前面我们讲到所有的优惠券是按照批次生产的,每个批次的优惠券会绑定到一次活动上,活动的创建会进行审批,审批通过后会按照要求自动生产优惠券批次,后续在评估效果时可以按活动维度进行统计。如下图:

投放出去的优惠券需要根据效果进行监控,同时确保投放过程的“健康”程度。为此需要搭建监控平台。监控平台除了要对预算使用产生效果进行监控、评估,还需要对异常情况如券库存不足、部门预算不足和投放效能过低等行为进行预警确保投放质量。所以总结来看主要做两个功能:监控、预警。

监控的维度是按照部门或者区域来划分预算的,每个部门或区域投放的补贴金额对应产生的GMV就是投放的最终效果。查看的指标包括预算分配预算总额、预算余额、已使用预算金额、设定指标、已产生GMV、未完成GMV。这里说的预算都是平台补贴预算,对于商家自身的补贴不在此范畴内。

预警主要是针对预算使用进行预警,包括:

  • 存量预警:对已发的优惠券活动进行监控,消耗过快是要提出预警以便人为判断是否追加预算补贴投放。
  • 预算预警:对于预算余额判断是否已经达到临界值,余额过低则不允许创建新的活动和优惠券投放。
  • 效能预警:对于低效能的投放通过监控提供商户列表或商品列表。人为可以根据监控数据判断是否暂停投放。

关于低效能的预警判断时一般会比对实施补贴的同未实施补贴的商户或商品GMV增速的关系,如果实施补贴后依然为能达到或超过未实施补贴的商品或商品GMV增速,则可以初步判断为低效能补贴行为。此类情况应该汇总后推送预警。

#专栏作家#

高晖,微信号公众号:产品老高,人人都是产品经理专栏作家。10余年IT经验,互联网老兵。多年电商公司经历,曾参与过B2B/B2C/O2O等多个方向的电商项目,熟悉电商全流程产品线情况。

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

题图来自 Unsplash,基于CC0协议