到店餐饮阶梯次卡解决方案
业务介绍
场景简介
面向对象:抖音生活服务餐饮&综合&酒店自助餐,已有次卡能力且符合治理三率要求的商家
(适配类目参考:美食/休闲娱乐/宠物/电影演出/教育培训/结婚/丽人/亲子/生活服务/养车用车/医疗健康/运动健身)
产品价值
次卡本身是锁定用户多次消费的营销手段,通常次数越多、单次价格越低。但当前次卡是均摊单次金额,用户在使用部分次数后退款,会导致商家产生薅 商家羊毛风险。 故抖音针对次卡进行升级,在次卡「定价方式」中新增阶梯定价(如图所示),支持商家发布商品自定义定价方式进行阶梯次卡。阶梯次卡在退款时按未用次数阶梯算价,差价以退款补偿分账给商家,既能达到锁定用户消费频次,又能很好的避免风险。 |
产品对比
| 阶梯定价 | 均摊定价 |
商品设置 |
|
|
核销方式 |
|
|
售后退款 | 【总部/区域结算】
【分门店结算】
|
|
对比 | 在核销相同次数的情况下,用户未用完时退款,将会提升用户的使用成本,鼓励用户多次使用,避免薅羊毛 | |
准入规则
需要同时满足以下2个指标
指标一:商品竞争力(人无我有/人有我优)指标二:治理三率指标低于行业标准值(若不满足三率要求,来客将无法配置阶梯次卡)
接入流程
开发者入驻和接入
根据以下指南完成开放平台的入驻和自助化接入
业务对接流程
功能说明-上品
方式一 API接口(适用:三方码商家)
once_selling_price属性字段介绍
属性key | 属性维度 | 是否必填 | 是否为数组 | 结构 | 规则 | 示例 |
once_selling_price | SKU | FALSE | FALSE | struct ActualAmountOnceStruct { 1: required AmountDivideType amount_divide_type // 摊价类型 2: optional i32 average_divided_amount // 均摊价格(精确到分) 3: optional list<SteppedAmountStruct> stepped_divided_amount // 阶梯价格 } // 次卡单次售卖价 enum AmountDivideType { Average = 1 // 均摊 Stepped = 2 // 阶梯 } struct SteppedAmountStruct { 1: required i32 step_begin // 区间开始 2: required i32 step_end // 区间结束 3: required i32 amount } | 1、单阶梯内保持 step_end >= step_begin 2、对于相邻阶梯s1、s2, 须保持 s1.step_end +1 = s2.step_begin 3、阶梯数量范围 2~5 4、阶梯总价需与售卖价(actual_amount)一致 5、阶梯价格随阶梯递减 6、阶梯总次数与 可用次数(consumption_times)保持一致 | { "amount_divide_type": 2, "stepped_divided_amount": [ { "step_begin": 1, "step_end": 1, "amount": 2000 }, { "step_begin": 2, "step_end": 2, "amount": 1900 }, { "step_begin": 3, "step_end": 3, "amount": 1700 }, { "step_begin": 4, "step_end": 4, "amount": 1500 }, { "step_begin": 5, "step_end": 5, "amount": 1000 } ], "average_divided_amount": 1620 } |
方式二 来客上品(适用:抖音码商家/来客上品的三方码商家)
PC端:商品管理-餐饮商品管理-创建商品
App端:商品管理-创建商品
功能说明-交易核销
方式一 API接口对接
能力 | 是否必接 | 接口文档 | 描述 |
三方码发布 | 三方码必接 | 业务介绍参考:三方码能力介绍 入参增加可针对阶梯次卡使用的字段:次序号&次序号维度金额 请求示例
| |
三方码发布 | 三方码必接 | 抖音侧向服务商发起退款的申请。 sub_item_list是针对阶梯次卡使用的字段 | |
三方码发布 | 三方码必接 | 用于抖音侧向商家侧同步退款状态信息变更。 该接口适用于三方发码场景 | |
团购核销 | 抖音码必接 | 针对阶梯次卡,入参增加了serial_num参数 | |
团购核销 | 是 | 打通核销能力使商家收银设备可以核销抖音发的券,对接抖音的商品。 | |
团购核销 | 否 | 优先使用batch_cancel_info指定撤销的verify_id做批量撤销 | |
团购对账 | 否 | 券码核销之后查询对应的分账单 | |
餐饮交易退款 | 否 | 支持通过订单id和券id查询售后详情 | |
门店管理 | 否 | | |
商户授权 | 否 | |
方式二 来客端操作(适用:抖音码商家)
环节 | 操作说明 |
发券 | 操作同“次卡” |
验券/核销 | 操作同“次卡” 售卖明细展示参考下图: |
撤销核销 | 操作同“次卡” |
退款 | 操作同“次卡” |
结算对账 | 操作同“次卡”,具体示例可参考:账单_2024-06-05_2024-06-05 账单说明:阶梯次卡对账说明 |
方式三 核销工具(适用:使用核销工具的商家)
若使用核销工具,可参考:抖音小程序核销工具接入SOP【交易系统版本】
常见问题
阶梯次卡的阶梯档位最多可以设置几档?
5档
阶梯次卡目前最多可以设置多少次卡?
同常规次卡,最高设置50次(综合类目仅支持最高10次)
为什么要独家品、优质供给?
若友商为常规次卡,抖音侧为阶梯定价会存在客诉风险
商家是总部/区域结算,后续要怎么结算给门店?
商家与门店侧的结算逻辑平台不做干预,可自行与门店协商分账;分门店结算商家均摊算价的能力已上线,试点中,可参考👉🏻阶梯次卡B端均摊结算商家准入规则
商家是分门店结算,末次卡金额过低门店亏本怎么办?
可设置末次卡金额为商品底价/成本价,以此保证门店每次收款均不亏本;分门店结算商家均摊算价的能力已上线,试点中,可参考👉🏻阶梯次卡B端均摊结算商家准入规则
若有用户发生退款,次卡对应的进退款金额不一致怎么办?
方案1:沟通阶梯次卡单一商品统一收款,由公司进行门店结算
方案2:区域结算模式,做单独的区域阶梯次卡
分门店结算商家均摊算价的能力已上线,试点中,可参考👉🏻阶梯次卡B端均摊结算商家准入规则
商家算不清楚账,对账繁琐怎么办?
可参考阶梯次卡账单说明文档 阶梯次卡对账说明
为什么产品能力全量了,但来客“阶梯定价”按钮仍然置灰无法使用?
阶梯次卡商品需要重新创建商品,而不能直接编辑普通次卡设置为阶梯次卡
编辑普通次卡设置为阶梯次卡
阶梯次卡有客诉怎么办?
阶梯次卡目前大盘的退款及客诉数据要远低于常规次卡,若有用户认为阶梯次卡的价格规则不清晰而产生客诉,可以前置在商品名称、商品头图等位置写明“越用越便宜/越喝越便宜/越吃越便宜”“最后一杯/件仅0.1元”等字样说明,或直播间售卖场景下,主播口播形式向用户讲解说明;(不建议没有任何额外说明就上架商品,因为很多用户不看商品详情页)
阶梯次卡是否支持秒杀?金额怎么分摊?
如何配置:举例:5次卡原价150,秒杀价75,阶梯定价:29-20-18-7-1
- 1.设置原价链接:定价原则为按照实际秒杀价权重设置价格,例如第一阶梯定价:29/75*150=58,依次类推,58-40-36-14-2
- 2.配置秒杀:设置总价格75元,秒杀的阶梯价格即可按照29-20-18-7-1配置;
- 3.配置前请先测试,确保价格计算无误,秒杀配置库存无误。
