优惠券系统从入门到精通(二)

1 评论 2171 浏览 26 收藏 15 分钟

在电商平台中,优惠券的使用场景与频次都很高。那么如何做好一个优惠券系统呢?本文总结了相关流程和设计思路,希望对你有所帮助。

上一篇与大家分享了架构中的前端应用、生命周期、优惠券管理中OpenAPI 、基础系统,今天继续与大家分享架构图中优惠券模板部分。

上一篇文章请移步至优惠券系统从入门到精通(一)

一、基本信息

  •  编码:优惠券模板唯一标识,保存时自动生成。生成规则一般为券所属公司唯一标识+年月日+N位流水号。券所属公司指SaaS系统用商户唯一标识,多级架构管理的公司【如集团下设大区、大区下设城市】用架构唯一标识; N位流水号:指当天第几次创建的优惠券模板,具体使用几位根据公司的活动规模定,如公司一天最多不会超过100个优惠券模板,使用两位流水号即可,一般规模的公司,两位流水号就够了。如商户唯一标识为“NN001”,创建时间为2024-2-4,使用两位流水号;第一次创建的优惠券模板编码为:NN00120240204001,第二次创建的优惠券模板编码为:NN00120240204002。
  • 名称:优惠券模板的名称,一般要求业务创建优惠券时使用有意义的名称,方便业务及用户见其名知其意。如满100减10新品券、满100减10全品券等。
  • 库存:此优惠券计划发送多少张,防止发送过多超预算。另外,为了解决因活动比较火爆,库存已经没有了活动还在进行中,一般会有库存告警机制,低于某个数时自动给活动创建人发通知。告警机制详见后续原型图。库存数等于营销预算除以单个优惠券成本,打折券、满减券、赠品券、代金券单个成本的计算方式后续分享。
  • 活动时间:优惠券模板的生效时间段,只有在有效期内的优惠券模板才允许主动发送或用户领取。审核通过的优惠券需要支持自动上架,已过期的优惠券需要支持自动下架。

二、类型

  • 满减券:用户领取优惠券后,消费满多少元可以使用此优惠券。如满100减20即用户消费满100元可以使用此优惠券减免20元。如用户消费100元,结算时用户可以使用此优惠券减免20元,只需要用户付80元即可。计算库存时每张的成本按20元计算。若营销预算为100W,即库存为5W张。
  • 折扣券:用户领取优惠券后,结算时使用此优惠券,可以对结算的产品进行打折。如八八折券,用户消费100元,结算时使用此优惠券,系统会自动折扣【88=100*0.88】,用户只需要付88元即可。每张优惠券的成本为应付金额-折后金额即12元。
  • 赠品券:用户领取优惠券后,可以兑换指定的产品。如上篇中的异业合作,在饭店消费20元,可以赠送用户一张赠品券,用户拿着此赠品券,可以到奶茶店兑换一杯奶茶【系统具体实现思路及需系统哪些功能支撑,后续单独文章详细介绍】。每张优惠券的成本一般等于赠品的成本,如每杯奶茶5元,即每张优惠券的成本为5元;若营销费为100W,库存为20W【=100W/5】。
  • 代金券:需要客户支付少部分钱进行购买。如大家去饭店吃饭时在美团上提前团购的200代250元的代金券,需要先在美团上花200元购买价值250元的代金券,在饭店结算时可以抵扣250元。每张代金券的成本为抵扣金额减客户购买金额,如200代250,每张优惠券的成本为50元;若营销费为100W,库存为2W【=100W/50】。

三、状态

此部分仅对各状态说明,各状态对应的场景及允许的操作,见后续原型图说明。

  •  待提交:新创建优惠券后状态。
  • 待审核:优惠券模板提交后待领导审核时状态。
  • 待开始:优惠券模板审核通过后还未到优惠券模板开始时间时状态。
  • 活动中:优惠券模板已审核通过,且当前时间在优惠券模板设置的活动时间范围内。
  • 已结束:当前时间在优惠券模板设置的结束时间之后。
  • 已驳回:优惠券模板提交审核后被领导驳回后状态。
  • 已停用:优惠券被手动停用。

四、发放规则

1. 发放渠道:此优惠券允许在哪些渠道进行发放,起到专券专用的目的

  • 不限:公司所有渠道都可以发放此优惠券。
  • 线上:此优惠券仅允许用户通过线上渠道领取,如电商APP、小程序等,提高活跃度。
  • 线下:此优惠券仅允许用户在零售门店、活动现场扫码领取。

2. 领取限制:通过领取限制,做好风险管控,避免无效用户疯狂薅羊毛

  • 无限制:对用户的领取的张数不做任何限制;在实际业务中很少用,存在不可控的风险,特殊情况除外。
  • 每人限领X张:同一用户最多可以领取多少张;同一用户一般指登录系统的账号相同为一个用户,比较严格的活动会限制同一账号或同一设备登录都为同一用户,具体看公司的业务,一般无特殊强调的都是指同一账号。
  • 每天限领X张:同一用户每天最多可以领取多少张;每天按自然日计算。
  • 每周限领X张:同一用户每周最多可以领取多少张;每周按7天计算,按自然周计算。
  • 每月限领X张:同一用户每月最多可以领取多少张;按自然月计算。
  • 每年限领X张:同一用户每年最多可以领取多少张;按自然年计算。

3. 发放方式:管控优惠券的发放方式。

  • 不限:用户可以主动领取也可以有系统主动方法。
  • 主动领取:用户可以通过商城活动页、扫码等手动领取优惠券。
  • 主动发送:用户无法手动领取优惠券,有系统满足某条件时主动发送。如新客注册发送某券,办储值卡发送优惠券、流失客户找回发送的优惠券等。

五、适用范围

对优惠券的使用范围进行管控,避免某些门店、产品出现负毛利。

1. 适用产品:管控此优惠券适用的产品范围,避免低毛利产品出现负毛利

  • 全部产品:所有产品结算时都可以使用此优惠券。
  • 分类:部分类别的产品结算时可以使用此优惠券,一般适用于针对某些类别的产品做活动时,选择此项。
  • 单品:某些单个产品结算时可以使用此优惠券,一般适用于针对某几款新品、滞销品、将要过期的产品做活动时选择此项;也适合上篇文章中提到的跨界营销的场景“在饭店消费20元,可以赠送用户某款指定的奶茶券”。

2. 适用门店:管控优惠券的适用门店即用户可以在哪些门店结算时使用优惠券

  • 全部门店:用户在公司所有门店结算时都可以使用优惠券,含线上门店。
  • 指定门店:用户只能在指定的门店结算时使用优惠券,含线上门店。

六、使用规则

管控哪些场景下可以使用优惠券进行结算,避免折上折,毛利过低。

1. 使用门槛:管控消费金额,只有消费额达到某个值时才可使用优惠券,达到提高客单价的目的

  • 无门槛:无消费金额的限制。
  • 满X可用:消费金额达到某个值时才允许使用此优惠券。

2. 互斥条件:管控是否能与其它优惠共享,避免毛利过低

  • 不与所有活动共享:不能与公司所有优惠活动共享,如使用了优惠券不能使用储值卡赠金部分支付等。
  • 指定活动共享:可以与公司指定的某些活动共享,如可以使用优惠券支付已参与双十一价格直接活动的产品,使用了优惠券订单,可以继续使用储值卡赠金部分支付等。

3. 使用时间:管控优惠券的使用时间,如仅工作日可用

  • 不限:任何时间都可以使用此优惠券。
  • 每周几:限制此优惠券仅允许周几使用,如仅允许每周二、周三使用。
  • 工作日:仅允许工作日或非工作日使用。

4. 使用渠道:管控优惠券可使用的渠道,如仅线下零售门店使用

  • 不限:线上线下结算时都可以使用此优惠券。
  • 线上:用户领取的优惠券仅允许线上结算时使用,一般适用于线上活动或线下为线上引流的场景。
  • 线下:用户领取的优惠券仅允许线下结算时使用,一般适用于线上活动为线下引流的场景。

5. 生效时间:优惠券领取后多久可以使用

  • 固定时间:领取后仅允许在某个时间段使用,如无论什么时间领取的优惠券,仅允许双十一当天使用,可以设置固定时间为双十一当天。
  • 领取后生效:领取后即生效,随时领取随时使用。
  • 领取后X天生效:领取多少天后才生效,如领取后30天才生效。
  • 有效期:优惠券领取后的有效时间,需要配合以上两个属性使用。如设置的是领取后即生效,有效期为30天,即领取后30天内有效;如设置的是领取后10天生效,有效期为30天,即优惠券可使用的时间段为:当前时间+10天至当天时间+10+30天

6. 费用承担方:解决优惠券的营销费用具体有谁承担

虽然用户少支付了钱,但对公司来说还是有成本的,如满100减20,每张优惠券的成本为20元,用户使用优惠券,需要从对应部门中扣除20元营销费用。

  • 集团:此优惠券的所有营销费用有集团承担。
  • 门店:此优惠券的所有营销费用有各门店承担,因优惠券适用门店可能是多个,所以最终核销门店为承担门店。
  • 集团+门店:集团与门店共同承担,需要设置集团与门店各承担比率。如集团80%,门店20%,即优惠抵扣100元集团出80元核销门店出20元。

7. 使用说明:优惠券适用规则的描述

支持输入文字与图片;针对C端用户的展示,建议用图片,比较美观。

8. 其它:其它非必须内容

  • 领取成功返回地址:用户领取成功后,系统会自动跳转至此配置的地址。如常见的领取优惠券后,自动跳转至活动页,这个地方配置的就是活动页的地址。
  • 备注:一般为了更详细的说明此优惠券的用处而填写的内容,供优惠券创建者、运营或管理者查看,C端用户不展示。

9. 统计分析:优惠券领取、使用情况分析

  • 剩余量:剩余库存量。需有告警机制:低于某个值时自动触发告警机制,提醒优惠券创建人员及时关注。
  • 发券/领券量:系统主动发送及用户已领取的总数量。
  • 发券/领券详情:系统主动发送及用户已领取的优惠券详情。

10. 操作:优惠券管理能满足业务的具体场景

此部分涉及具体的逻辑,详见后续原型图部分。

至此优惠券架构部分已分享完毕,从下篇开始进入原型及逻辑实战部分

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

题图来自 Unsplash,基于 CC0 协议

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 产品原型下载地址:https://www.axureshop.com/a/2281854.html

    来自北京 回复