平台和创建自己的优惠券,方便大小营销活动的使用

无需加好友免费技术支持

编者按：优惠券的本质是吸引更多的用户以盈利的方式购买商品，这是一种非常重要的促销手段。作者结合自己的业务经验，整理了优惠券系统的建设过程，希望能对您有所帮助。

最近，我刚刚完成了平台的优惠券系统。在产品设计过程中，我也阅读了很多有竞争力的产品和文章。现在，结合我自己的业务经验，优惠券系统的建设过程是通过文本整理出来的，这也方便了整个过程的恢复。

优惠券的本质是商家通过盈利降低消费门槛，吸引更多用户购买商品，提高订单量和客户单价，满足拉新促活、提高回购率的目的。

我司是一个IT教育电子商务平台作为一个平台To C的业务，优惠券是非常重要的促销手段，为了满足业务需要，我负责搭建了优惠券系统。

优惠券系统的流程相对简单：首先，在后台创建优惠券模板，选择在实际使用场景中投放的方式，如果需要与营销活动相关（一般）H5.以活动页面的形式显示），需要创建与活动相关的活动；否则，优惠券将通过模板配置直接发放，如手动操作、系统自动发放等。

然后用户收到优惠券，按照优惠规则下单，涉及前台页面显示(商品详情页面、购物车等)。)，后台各种优惠方式互斥计算。

最后是数据统计，方便运营商统计优惠券的投放状态和使用情况。

业务流程图

因此，优惠券系统可分为创建优惠券、发放优惠券、使用优惠券、记录数据和统计四个功能模块。

优惠券系统功能结构图

创建优惠券是优惠券系统的第一步，也是业务的基础。产品设计应尽可能考虑各种业务场景，以避免上一个版本的操作提出一些新的需求。创建优惠券主要包括基本信息、优惠类型、适用范围和分销规则。

基本信息包括优惠券名称、生成数量、每人限制数量、是否可以与其他折扣叠加、分配时间和有效期。

有效期可分为两类：

固定天数：设置固定天数，如：30天，表示自收到之日起30天内有效固定时间：设置开始和到期时间，优惠券在此期间有效

优惠券的类型应根据公司的实际情况进行设计，主要是立减券、满减券、折扣券。

优惠券：即无门槛使用，可直接设置优惠券面额。需要注意的是，优惠券面额大于商品金额，具体规则与分销有关，如1元以上。主要针对有购买意向，但嫌没有优惠的用户拉首单使用的。全额优惠券：需要设定使用门槛。还可以考虑优惠券面额和使用门槛的规则。例如，在我负责的业务中，平台和讲师在使用优惠券后共同承担成本，因此需要操作和设计成本。例如，使用门槛应大于或等于优惠券面额的三倍。主要在活动推广中发布，让原本可以接受高价的用户继续高价购买。折扣券：商品使用后可打折，需考虑现有折扣优先级，是否叠加使用。

商品类型和用户类型适用于优惠券，可以满足不同的操作指标。

商品维度：可分为通用、商店店铺通用、指定分类、指定商品。平台和创建自己的优惠券，方便大小营销活动的使用。用户维度：可通过注册用户、会员用户、回购用户等用户标签制定，操作灵活。

优惠券的分发形式主要是系统分发和主动分发。具体来说，在创建优惠券时，可以设置，如分发形式、分发条件、是否开放。

根据实际业务场景设计具体字段，原型实例：

原型示例

三、发放优惠券

在设计分销规则时，产品应熟悉优惠券的特点和用途，了解业务场景，梳理路径和规则，分销形式一般分为系统分销和主动接收：

1）系统发放

可分发场景。

系统：制定相应的规则。用户触发规则后，系统会自动发行优惠券。如果用户注册后发行优惠券，消费后发行优惠券，则可以编写代码，或在创建优惠券时添加一个字段进行设置。例如，优惠券与活动相关。当用户完成任务时，系统会自动发行。手动：当用户获得奖励或赔偿时，操作员可以手动发行，并可以设置单个或批量发行。2）主动接收

一般显示在商店主页、商品详细信息页面、促销活动页面，用户需要收到账户，形式可以是无成本的详细信息页面，也可以是优惠券和活动，如彩票活动、登录活动等，使用大优惠券吸引用户活跃，通过任务和优惠券促进用户转型，优惠券感知和接触率会更高。

需要考虑的是，系统发放的优惠券应该通过不同形式的新闻提醒告诉用户你能得到什么优惠券和你已经有了优惠券，请快速使用。有两种提醒方法：

主动触摸：如推push（站内信、app发短信，微信官方账号推送。推push用户必须进入网站或网站app，push开放率不高，发送短信接触率高，但开放率不高，同时发送短信成本啊，可能被屏蔽和投诉，公共账户需要客户成本，一般各有各自的优缺点，大型活动再次。被动触摸：同push同样，用户需要进入网站或app，比如每天第一次进入app在原始页面中添加弹出提示和触发规则。这种方法的优点是触达率高，用户需要时可以发现优惠券，有利于转换。

使用优惠券涉及前后台，前台主要是显示订单流程，后台主要是订单系统。

1)商品详情页，购物车

如果商品有可用的优惠券，可以显示优惠券的数量。优惠券使用后的价格（一般显示最低金额）提前提供折扣，让用户从进入详细信息页面就知道他们有折扣。

2）结算页

默认情况下，系统使用面额最大的优惠券。如果金额相同，则首先使用过期的优惠券。用户需要列出用户拥有的所有优惠券。用户可以自由选择合适的优惠券不能使用的优惠券不能放灰。

1）价格计算

在使用之前，您需要根据优惠券创建的规则来判断商品是否可以使用？它能与其他折扣叠加吗？计算商品的最终价格是使用中最复杂的阶段，特别是当平台本身有许多折扣形式时，各种折扣的优先级是否相互排斥，具体规则应耗尽。

例如，在我负责的业务中，折扣形式包括折扣、全额减少和积分扣除。有七八种折扣形式。折扣可以叠加或不叠加。优惠券的优先级可以叠加和相互排斥。计算起来很复杂。说到钱，你需要再次认真！

2）分摊

这里有两种分摊方式。一是多种商品同时使用优惠券时，优惠券扣除金额按商品价格比例分摊；二是结合业务，谁来承担优惠券的成本，是平台还是商家，还是共同承担，如果是共同承担，各自的比例是多少。

3）退还

用户在下订单时使用优惠券，并支持退还优惠券。付款退货涉及价格计算和分摊，比较复杂，一般不支持退货。

数据主要是观察优惠券的发放、收集和使用情况，便于以后根据数据情况复制操作。一般有以下统计维度：

发放率:本批次发放的优惠券数量/本批次优惠券总数*使用率100%:使用优惠券数量/发放优惠券数量*100%优惠券订单量：使用这批优惠券的订单总额：使用这批优惠券的订单总额已收到，使用的优惠券应记录收到用户的相关字段，如uid、手机号码、订单号、订单时间、购买商品id、订单金额等，原型实例：

原型示例

优惠券系统的功能点并不复杂。困难在于尽可能全面地考虑业务，充分考虑创建、交付、使用和统计

闭环。由于优惠券将用于许多业务场景，因此在建立后台优惠券系统时，需要与业务解耦，否则后期扩展不强。

基础要打好，产品要迭代，产品要在巩固的基础上进行优化，才能满足业务需求。当我自己做的时候，我有一些特殊的需求，比如优惠券类型可以定制（可购买），优惠券创建后自动生成接收链接等。我应该在计划时放弃一些东西。对大系统优惠券的需求可以分为多个阶段。 本文由 @阿常常 每个人都是产品经理，未经作者许可不得转载

题图来自 Unsplash，基于 CC0 协议