优惠券设计指南（一）：优惠券设计总体框架

本文对优惠券设计的总体体系进行了总体分析和梳理，梳理了优惠券设计的总体框架。 我希望它对你有益。

上周，我发表了一篇文章《饿了么和美团因红包而陷入外卖困境》。 没想到（我以为）会引起大骚动。 我也很惊讶，但很多人并没有注意到。 谈“麻烦”确实不容易。 作者本人只是猜测。 更多的人来向我询问优惠券设计的问题，甚至有朋友来找我询问有关优惠券设计的信息。

事实上，文章的发表颇有巧合。 在文章发表后的一周内，饿了么也将原本以跨行业合作为主的红包，变成了更具参与性和社交属性的类似美团的红包，这也是何其巧合。

其实我去年的文章《作为产品经理，我如何理解产品的功能边界？》，为了介绍我谈到的“边界”这个概念，我借用了我当时的一个例子。设计优惠券。 有时候，有朋友曾经给我留言询问我优惠券的设计。

说实话，当朋友或者读者向我索要相关优惠券或者其他信息时，我其实还是挺害怕的，因为任何产品设计的出发点都是商业。 虽然商业和商业有共同点，但没有商业的设计是没有借鉴意义的。 产品设计都是基于对业务的理解和目标的出发点而设计的。

为了方便大家理解和参考，本文的优惠券设计指南是基于饿了么“下单分享优惠券”的商业模式设计的。 完全是我对这个业务的理解，并不代表饿了么或者美团是这样设计的。 设计仅供参考。 我希望你能从中学习。 方法中的任何相似之处纯属巧合。

本文将红包和优惠券统一为“优惠券”一词。

一、业务介绍

想要设计出好的产品，首先要了解业务。

一、业务介绍

饿了么优惠券的商业模式如下：

关于最大分享人数的设置，以及跨行业合作的红包发放，由于是主线下的特色需求分支，所以并不在主线范围之内。

2、数据指标

了解了业务之后，还有一个东西需要了解，那就是目标。 如何监控我的效果好不好，是否需要调整，这涉及到几个目标。

当然，除了上述之外，由于业务和公司的不同，还会有其他的数据监控，这需要具体情况具体分析。

2. 框架设计

了解商业模式、了解数据指标后，假设需求是达到目前饿了么、美团外卖相同的优惠券。 当然，这样做是为了简化。 尊敬的需求者，请不要要求上述“与XXXXX一样”。 没有哪个产品经理愿意听到这样的话。 这是产品经理的职责。 在眼里，无论是谁，都等于无话可说。

该产品的设计将基于“产品的功能边界”的设计思想来设计整个系统，即通过构建不同的系统并将它们串联起来，最终形成一个完整的系统。

1.优惠券系统

既然是一套发放优惠券的活动，自然就会有一个可以给优惠券设定规则的优惠券系统。

本质上，优惠券只是一套规则。 规则一般包括：折扣金额、限制条件、有效期等。

(一) 限制

一般根据不同的业务有不同的限制设置。 以外卖为例，会有使用时间的限制。 例如，如果优惠券是午餐，那么使用时间是11点到2点； 再比如，品类会有限制。 例如，如果优惠券是下午茶的，那么选择的商户必须属于下午茶品类，例如奶茶店。

(2) 折扣金额

折扣金额通常设置当前优惠券的金额。 有些是固定金额的，比如全折扣券、即时折扣券； 有些是浮动金额，比如折扣券、随机券（目前饿了么、美团外卖都是随机券，领取金额按当时确定）。

（三）有效期

由于优惠券一般是根据活动发放的，所以大多会设定一个有效期，比如3天或10天，在领取起始日期后开始计算。

对于跨行业合作的优惠券，如果在接收时调用第三方收款接口再发放，风险会比较大。 一般流程是在优惠券系统中创建跨行业合作优惠券，然后通过导入对方的优惠券代码进行发放。

对于优惠码的导入、生成、导出，如果业务有需要，我们也会考虑。 优惠券代码的导入是在发放跨行业合作优惠券时设置的，生成和导出是借助第三方发放优惠券时的附加处理操作方式。

2.活动系统

优惠券是规则的集合，活动是将优惠券打包成活动然后推送给用户的实体。

一次活动一般包括三部分：优惠券、个性化、有效期。

(1) 优惠券

也就是说，通过活动要发放的优惠券来关联优惠券。

这里关于随机优惠券的处理，一般是基于成本考虑来设定折扣总额的。 虽然每张优惠券的金额可能是随机的，但一次活动的总折扣金额实际上是有限的。

(2) 个性化

为了吸引用户，虽然活动模板是固定的，但是会提供比较大的个性化设置，并且可以随着操作的调整而展示不同的内容。

个性化一般包括共享个性化、内容个性化和规则个性化。

（三）有效期

这里的有效期一般是设置活动的有效期，以限制活动。

一般来说，会设定一个日期范围。

3、分配系统

使用优惠券，限制使用并确定优惠规则。 有了活动，就作为折扣发放实体供用户参与。 那么下一步就是分发系统，设置活动的分发。

发行系统是通过对不同节点的梳理，设置不同节点的发行活动以及发行的限制。 一般包括范围和个性化。

(1 范围

范围是指什么样的用户可以参与事件的分发。 对于饿了么、美团外卖等全国性企业来说，必然会提供差异化​​折扣。 比如北山光，需求比较强、参与度高的，应该制定什么样的运营策略，运营策略的呈现就是一个活动。

范围通常仅限于节点、区域、服务和用户。 地区和业务相对容易了解，用户也需要筛选和过滤。 例如，对于会员用户和非会员用户，下单后分享的活动是否会被区别对待。 用户的过滤是一个非常重要的因素，考验平台对用户的了解以及运营策略是否执行到位、准确。

节点表示活动呈现的状态，比如下单成功、注册成功等。您可以设置不同的节点，向用户推送不同的活动，让用户参与。

(2) 个性化

这里的个性化包括两部分，限制和展示。

限制是指当前范围内的领取限制等，例如用户一天只能领取该范围内的3次优惠券。

显示是指根据这个范围给用户设置的显示内容，比如弹出文案、图片等。

这里需要注意的是，分发系统分发的活动是基于活动系统生成后分发的子活动的。 也就是说，当一个节点发生时，生成的活动是一个子活动。

4、数据系统

优惠券系统、活动系统、发行系统支撑着这个业务的运行。 与订单系统结合，可以形成良好的闭环。 数据系统完成第二部分，即监控目标和结果并获取数据的数据系统。

数据系统一般需要监控订单数、活动数、优惠券数。

可以通过在优惠券数量统计中标记手机号码或会员ID是否为新用户来生成新用户数量；

那么开头提到的四个数据：分享率、收藏率、使用率、留存率就可以通过数据系统进行计算和展示。

分享率=活动数/订单数*100%；

领取率=优惠券数量/（活动数量*每项活动参与人数）*100% 每项活动参与人数表示每项活动允许有多少用户领取；

使用率=优惠券使用张数/（优惠券张数-退款优惠券张数） 如果优惠券可以退款，则通常会剔除或不剔除退款优惠券张数，具体取决于业务需求；

新用户数=领取优惠券的新用户数。

计算规则固定的数据可以通过图表等更加友好的方式展示，方便查看。

三、总结

优惠券系统决定优惠券的规则； 活动系统是优惠券的发放主体； 发行系统设定活动的发行规则； 数据系统记录行为中产生的数据。 四大系统相互配合，构成了完整的优惠券活动发放系统。

当然，这里的“体系”并不是指非常大的内容，而是用“体系”二字来代替相关的、直接的区分。

经过以上初步的思考和整理过程，后面的文章将深入每个系统，讲述如何设计和思考。 优惠券本身是一个比较大的产品，与业务的相关性很强。 借助 的帮助来完成一篇文章是很困难的。

最后我想指出的是，由于优惠券本身与业务的关系非常密切，业务的差异会直接影响到整个系统的设计，尤其是内容越详细，与业务的联系就越紧密。这生意。 本文基于饿了么下单分享红包的业务，设计了一套完整的优惠券系统。 请知情者告知。