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

上一篇与大家分享了架构中的前端应用、生命周期、优惠券管理中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 协议

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