优惠券的知识非常丰富，随着运营数量的增加，用于不同运营目标的优惠券也不同。

优惠券几乎不会错过各行各业的任何活动，并在其中发挥关键作用，可称为活动圣人。在不同平台上的事件场景中，优惠券的播放方式不同。

我曾经看过一些优惠券，但经常会片面地进行分析和比较，这次作者收集了各种材料和案例，加上他们自己的实践经验，以便对优惠券进行全面分析。我相信，在阅读本文之后，读者可以全面了解优惠券，以及更多可以改进并应用于项目的实际场景。

代金券的基本知识

优惠券的基本属性

凭证的基本属性是：无论什么类型的凭证，什么样的活动游戏玩法，都会有一些共同的属性字段。总结如下：

优惠类型：优惠类型根据活动的游戏情况而有所不同，例如常见的全额折扣，全额折扣，折扣，商品优惠券，现金优惠券和利息优惠券。每种类型的优惠都是为了活动目的。

例如，全面减少，全额折扣和减少可以提高单价或促进转换，从而实现小额利润和快速周转，并且还可以增加整体利润。这三张优惠券的全部减少与完全折扣类似，并且通常没有减少的门槛。小，促进更大的转换。

商品代金券是实物代金券，可以特别代表一磅鸡蛋，两磅香蕉等。它比普通优惠券具有更多的实际感官，而一些通常喜欢的商品将更具吸引力。大多数现金券和利息券属于金融产品，属于促销和促销类别。

面额：不同类型的要约，也将确定面额值格式。例如：满100减30，满20~100打9.0折，无门槛减3元，鸡蛋1公斤，黄金5000元，优惠券0.1％等。具体价值需要考虑活动可以承受的补贴。另外，补充说可以叠加优惠券并将其用作优惠券的属性。用户根据优惠券的使用和补贴来叠加优惠券是有意义的。

有效期：有效期也取决于活动的目的。一般游戏玩法：收集后N天有效，X年X月X天〜Y年Y月Y日有效，有些优惠券准确到第二天。

发型数量：根据补贴的强弱程度和游戏的目的，分为：无限循环，有限流通和有限流通，批发分配，甚至失败后的流通恢复。其中，子分布的含义是它可以促进活动和转换很多天而不是关注一天或一段时间。

适用用户：视活动目的而定。例如，对于新手或首次使用的用户，请宣传新的转化和保留;为VIP用户推广VIP购买和持续购买;然后所有用户都很常见。

适用平台：适用于凭证的平台可分为：平台型通用优惠券，适用于某商家或商店，适用于多个商户或商店。这是优惠券的范围。平台优惠券，商店，商业代金券等。

适用商品：取决于活动中包含的产品。例如，它适用于某种品牌的商品，某种商品和一些特殊商品。

收集频率：一旦完成使用，只需一次，每天一次。这些方法仍然存在，取决于补贴情况和实现的目标。每种方法都意味着不同的补贴投入和效果输出。

如何发布

发行凭证的方式也是关于它的全部内容，具体取决于目标的实现情况。这里有一些例子。

系统发布：

根据某些产品逻辑，系统在达到一定的前提条件时自动为用户发放优惠券。该方法具有强大的目标，高触发率，低收集成本和最佳结果。

订单优惠券：用户下订单并付款后，用户将退回优惠券。目标是使用户能够再次下订单。至于优惠券的面额，也可以根据补贴容忍度和客户价格阈值来设定。

随机分布：这是一种避免高额补贴的方法。可以向用户通知优惠券的随机范围，刺激用户接收，并且随机确定实际面额。但是，这种随机分配方法非常不合理。它实际上产生的效果远远低于系统算法的效果。例如，新人更高;活跃的老用户较低。这种效果会更加清晰。

场景分布：消费者场景中的一些产品，当用户访问某个模块时，他们会发出优惠券，并会公布红包。将打开凭证包以通知用户已获得多少凭证并促销订单。也可能是一段时间，如美国团队外卖，饥肠辘辘，下午茶时间，用户会来APP，会发下午茶优惠券。

特定人口分布：对于新移民，具有较大面额的优惠券可以单独发行。

主动接收

用户看到优惠券后，他或她将手动接收。

直接收藏：查看优惠券并单击以接收它。虽然这个成本很高，但使用率会更高。因此，在大多数电子商务APP的产品详细信息页面中，通过手动点击收集优惠券。

分享收藏：美国集团外卖，饥肠辘辘，分享红包，第N大，俗称裂变红包，就是最好的例子。

积分兑换：通常，在会员中心，通过积分兑换优惠券。这种优惠券的门槛和面额不太有利。

客户服务补偿：平台损坏的一些用户可以通过电子商务平台和外卖等客户服务渠道获得平台补贴。

定向推送：向特定人群发放优惠券。

防刷机制

反刷牙以获得优惠券是必不可少的。常见的方法是限制同一​​帐户，同一设备只能收到N张优惠券。帐户和设备都必须具有相反的逻辑——假设只有一个被限制：一个设备只能交换一个帐户，只有一个设备可以交换不同的设备，这将减少恶意代金券。门槛。如何限制网络？实际上，没有好办法，一般只有帐号和cookie，只设置帐号。 cooKie不是很可靠。

门票功能和游戏玩法

优惠券的特征

作为一种功能，优惠券有其自身的特点。以下是一些：

不影响货物，货物本身没有变化。由于使用优惠券，产品的价格，库存等不会改变。这是优惠券的一个亮点。无需单独修改活动项目以进行维护。如果切换到其他峰值，则需要设置项目的价格，即活动库存。

分摊和传播成本很低。优惠券本身可以作为一个受益点共享，以吸引用户接收，这对拉动新游戏有一定的影响。

适用于商业。有许多类型的优惠券，并且可以说只要有活动需求就可以满足优惠券。它的多样性支持各种活动

优惠券可以独立存在。正如我之前所见，优惠券可以独立传播，不受商品影响。它可以在事件页面中独立存在。例如：优惠券中心，独立优惠券汇集在一起​​。

优惠券之间的叠加。一般活动不叠加，但如果优惠券被设置为叠加，则可以灵活地组合它们以允许用户享受优惠。

收到所需的费用。这是优惠券的缺点。但是在某些情况下也可以避免这种缺点，例如自动系统发布。然而，在使用期间选择优惠券也是一种成本，当然，这也可以自动选择。

与促销的关系

活动经常影响商品。例如：活动价格，活动库存等。

活动和活动之间存在相互排斥。互斥情况不排除可以共享活动的事实。如果操作愿意，可以在产品上实施。

活动和商品更加紧密。活动的存在需要反映商品。很难想象没有产品的事件会产生什么影响。没有流量，没有转换。

门票和活动通常是共享的。这是优惠券和活动之间最密切的关系之一。无论是全面减价还是折扣，秒杀，都可以分享优惠券。

该活动的参与费用较低。与代金券的收集和使用相比，需要成本。活动本身反映在货物中，因此货物是活跃的，不需要额外的运营成本。

这项活动更具刺激性，更具感染力。可以在各种活动主题中看到事件的UI呈现，这是对购买欲望的刺激。优惠券受其自身风格的限制，并且没有这种活动特征。

优惠券类型

品牌优惠券：符合品牌资格的产品。例如，在淘宝网中，您可以看到定义某种服装的商品的使用。

优惠券：使用特定类别产品的优惠券。

单一凭证：限制使用某些单独的物品。

UPC优惠券：根据UPC代码，该产品适用于优惠券。

新人凭证：适合新手使用的优惠券。

风扇优惠券：有些商店要求用户在接收和使用商店之前要注意商店。

VIP优惠券：只有VIP才能获得使用并享有VIP权利。

移动APP凭证：鼓励用户下载应用程序以接收它，并从Web和M站启动到移动应用程序。

订单优惠券：如前所述，为了鼓励重新订购。

邀请回扣：邀请新人并奖励受邀者。与此同时，受邀者通常会有新人参加。

优惠券，优惠券：这两个都在上面提到，不再重复。

凭证的生产化+实例解析

目的

如上所述，优惠券的类型，面额，赠款数量，补贴金额等均受此目的的约束。

首先要考虑的是凭证的目的。例如，如果您是新手，那么这是一张新的优惠券。如果要转换，则需要为每个场景和产品添加凭证。为方便重新订购，您可以使用订单优惠券。凭证的目的通常取决于操作的目标，凭证仍然是活动的范围。该操作将整理当前产品中需要提升的方面，并获得目标，然后考虑凭证的目标。当然，优惠券的目标不仅仅是目标，还包括支持它的预算。

预算

任何目的都需要考虑预算。为了计算一般补贴，有必要估计接收优惠券的用户数量和优惠券数量。

作为PM，您还需要考虑预算，并且您必须对预算公式和公式中所需的数据有一定的了解。

凭单

这当然是优惠券的后端系统，优惠券所需的内容至少是上述优惠券的基本知识。

优惠券

如上图所示，它是优惠券的活动页面和优惠券中心。

活动页面增加了凭证的入口，这可以改善活动页面流量的转换。优惠券中心是一个相对稳定的优惠券入口。为了提高用户凭证的效率，可以根据分类处理凭证，并且可以在收到凭证后直接联系凭证。对于适用的商品，这是购买证券。

在产品列表页面上有更多具有优惠券的场景，这是促进订单转换的好方法。另外在购物车中，例如：淘宝APP的购物车就是这样的设计。

检查优惠券

这个更一般的功能仅仅是可用优惠券的视图，适用的范围和到期日期，历史到期，使用的优惠券以及新优惠券，到期优惠券的提示。并且可以直接点击此处的优惠券以获得适用的产品。

使用

代金券购买：例如，品牌优惠券，类别优惠券，单品优惠券等可用于实现方便快捷的优惠券体验。

购物车：如果用户以后经常忘记收到优惠券，或者优惠券的入口不完善，那么在用户即将定居的位置增加优惠券的入口可以提示用户清除从购物车转换，这也是改善体验的一个方面。订单的提示也会对优惠券的含义产生很好的影响。

结算页面：在提交订单的页面上，用户可以选择优惠券。如果票证不可用，则需要标记票证不可用的原因，这减少了用户的混淆，客户投诉并改善了购物过程的体验。

取消订单：优惠券应退还给用户，无论是否付款。这是一个很好的设计理念。

退款：发货后，如果退款发生在销售后，将根据产品的不同而有所不同。但退款是最好的体验。这一般不予退还。

凭证结构

在设计原始优惠券系统时，PM必须具有长远的视角，并确保产品的未来。基于现有基础，为未来进行建筑设计。

为了支持业务的灵活性，应该减少不同凭证的耦合，否则当未来支持功能时，由于历史问题，底层架构将会发生变化。

在凭证的开头，有必要设计国家，人员，货物的使用等。基本功能越灵活;拒绝修补优惠券系统的方法将不可避免地导致泄密。

此外，优惠券经常在很多时候使用，因此要注意系统的稳定性和实时性。

优惠券统计

在确定凭证的目标之后，开发所有功能并且凭证在线。然后下一步是看效果。与凭证相关的数据组织如下：

支付金额，收据金额

这是一个非常基本的优惠券数据，是计算其他相关数据的基础。

优惠券订单量

要查看优惠券订单的数量和比例，您可以看到用户对优惠券的依赖性。当然，这种依赖性也是一种依赖程度，因为即使没有优惠券，许多订单也可能下订单并付款。

补贴金额

已经放置和支付的所有凭证必须累积计算，以得出平台补贴的总额。

实际利润

补贴后发放的凭证必须计算实际利润。使用优惠券可以促进微薄的利润，但快速的营业额和用户转换。然后，最终，计算增长收入需要多少利润，减去补贴金额。它有利可图吗？

拉新

无论是专门用于分享通信还是新凭证，优惠券往往会对提取新优惠券产生一定影响，因此这方面的统计数据也是对优惠券效果的解释。

总结

优惠券的知识非常丰富，随着运营方式的增加，优惠券将会效仿，以满足新的运营目标。不断总结优惠券的知识点，我们可以继续提高其理解和应用技能。

以上是对优惠券的综合分析，希望能给有兴趣的人带来一些实质性的帮助。

本文最初由@中人发表。未经许可，禁止复制。

该地图来自unsplash，基于CC0协议