优惠券是一套规则的组合，它的基本信息包括优惠券名称、发放数量、优惠券是否可叠加、每人限领张数、是否和其他促销同时使用（优惠优先级）、使用规则等。
那优惠券系统应该如何设计？一起来文章中中看看~
知识总结很重要，不管是每周的周报，还是阶段性的项目总结，都是一个复盘的过程。
近两周一直在做优惠券需求，从最初的一无所知到现在建立初步的优惠券框架结构，一路也是磕磕碰碰。今天就把这段时间的输入总结一下然后输出。
优惠券的投放方式有多种，本文采用的是活动页送券这种形式。
???优惠券整体流
一、创建优惠券优惠券是一套规则的组合，创建优惠券是优惠券系统设计的第一步，主要有以下几部分组成：基本信息、优惠类型、使用范围、有效期等。
1. 基本信息包括优惠券名称、发放数量、优惠券是否可叠加、每人限领张数、是否和其他促销同时使用（优惠优先级）、使用规则等。
2. 优惠类型优惠类型要根据公司实际情况和用户群体去设计，主要有满减、立减、折扣券或优惠码。满减、立减、折扣券属于私有券，只能个人账号使用；优惠码属于共有券，给有兑换码并且兑换的用户使用。
3. 使用范围使用优惠券的用户类型、使用优惠券的商品类型、订单类型。用户类型一般指是否区分新老用户、不同的等级用户；商品类型指哪些区域、哪些品类的商品可使用；订单类型指订单满多少元可使用、满多少件可使用。
4. 有效期有效期一般有两种：
??一种是固定的有效期，设定一个时间段； ?另一种是设定一个有效数，比如：30天，一般是从领取之日起30天内有效。 ?多数情况下都会选择第二种，增加紧迫感，促进用户下单。优惠券因涉及金额，通常需要财务审批，财务审批后优惠券ID生成。到此，优惠券的基本规则大概梳理完毕。当然这些只是最基本的规则，具体的还要和实际业务相结合。
实例设计：
???这是最基本的优惠券新增，具体要视业务而定
二、创建活动创建的优惠券只是一系列规则的组合，通常还需要一个活动页。活动页上可放一张优惠券，也可放多张，具体看业务需求。
???活动通常包括活动基本信息和分享设置等。
1. 基本信息包括活动名称、活动时间、活动图片、活动状态和活动规则等。
活动页需要上传的图片和设计者的设计强相关，若活动页是使用者百分百自定义，则需要开发一个自定义配置页面；若只有活动头图和活动规则部分自定义，则需要上传活动头图和活动规则图片（通常由UI设计好）。
优惠券区域因涉及“立即使用”的链接跳转（来自创建优惠券时的URL跳转路径），样式通常在开发环境写好，但可修改上面的文案、字体、颜色等。若优惠券需用户点击“领取”，则还需要领取成功的页面。
活动状态可分为未开始、进行中、已结束。列表页的活动状态和新增页不同，列表页的状态是由新增页的“在线”或“下线”和活动时间共同决定。
需要注意的是：已经发出去的优惠券，即使对应的活动已结束，但只要还在优惠券有效期内，是可以正常使用的。
实例设计：
???这是最基本的活动页新增，具体要视业务而定
活动创建后到活动列表页，同时生成一个活动链接，接下来就是为这个活动关联之前生成的优惠券。
实例设计：
???这是最基本的活动列表页，具体要视业务而定
点击卡券配置为活动添加优惠券。
实例设计：
???这是最基本的添加优惠券页面，具体要视业务而定
到此，活动关联优惠券完成，接下来讲优惠券投放和用户使用等环节。
三、优惠券投放用户获得优惠券的渠道有很多种，主要有以下几种：
- ?新手注册：在很多应用上，用户新注册会得到一张券，用于促进新用户的下单转化。 ?会员领取：类似饿了吗，成为会员每月享有20元无门槛红包。 ?邀请送券：邀请好友可得价值多少的优惠券。 ?活动送券：法定节假日或特定节日，比如双十一的促销节，以活动页的形式向用户发券（本人负责的优惠券需求采用此形式发券）。 ?分享发券：类似饿了吗，用户下完单后将优惠券分享在朋友圈或微信好友，其他用户点击领取。 ?主动触发：通过短信告知用户有优惠券送达，短信中可附上优惠的商品链接，有助于转化，或者使用push的方式去提醒用户。注意这种方式发券会对用户造成打扰，因此注意发券的频率和时间。主动触发多用于刺激留存用户、唤醒沉睡用户。
用户领取有两种方式：直领和点击领取。
??直领指不需要用户点击“领取”按钮，进到优惠券页面，优惠券自动落到个人账户，即系统自动发放，常见于活动页或新打开应用的场景下。 ?点击领取顾名思义就是需要用户点击一下“领取”按钮，优惠券才会落入个人账户。 ?领取通常伴随着消息通知，如：短信、微信公众号，因此通知系统和营销系统也要打通。
???用户领取优惠券流程图
五、用户使用在订单填写页，系统会默认给出面额最大的优惠券，金额相同优先使用先过期的券。
用户也可自己选择是否使用优惠券或其他可用优惠券。需要注意的是：在优惠券列表页，达到当前订单总价的优惠券才能使用，其他不可使用优惠券置灰不可选，靠后展示。
实例设计：
???优惠券原型图
???用户使用优惠券流程图
六、优惠券退还优惠券退还要看具体的场景，一般有以下几种：
??用户下单未支付，取消订单，优惠券可退还； ?商家在订单未完成的情况下，发起退款操作，优惠券可退还； ?用户下单支付后，申请退款，优惠券不退还。 ?七、数据分析数据分析是对用户领取、使用优惠券进行数据统计，从而查看活动效果。投入多大成本，带来多大转化率。
以下提供几个统计维度，仅供参考：
??领取率：优惠券领取总量/优惠券发放总量； ?使用率：优惠券已使用总量/优惠券已领取总量； ?优惠总金额：使用该优惠券优惠的总金额； ?用券总成交额：使用该优惠券的订单付款总金额； ?优惠总金额：使用该优惠券的付款订单总数； ?费效比：优惠总金额/用券总成交额； ?用券笔单价：用券总成交额 / 使用该优惠券的付款订单总数； ?拉新数：领取过优惠券的用户中，标记为新用户的数量/总用户数。 ?优惠券状态可分为：待使用、已使用、已过期，已取消。
- ?用户领取优惠券后，优惠券处于待使用状态； ?成功使用优惠券后状态变为已使用； ?未在有效期内使用的优惠券状态变为已过期； ?退款的优惠券状态为已取消。
实例设计：
???这是最基本的数据分析页面，具体要视业务而定
大家可以看到，我在每个原型图下都提到具体要视业务而定。因为任何产品设计的出发点，都是业务，都是在解决业务。虽然业务和业务之间有共同点，但脱离业务的设计没有任何意义。
所以这篇文章中的所有原型图都只能做参考而不能直接使用，具体要看公司的业务。
八、小结伴随着这篇文章的推送，持续两周的第二个版本迭代项目也在今晚上线。此次产品设计过程中，收获是熟悉了优惠券这一块知识，挑战当属沟通和跟进项目。
1. 跨区域跨部门沟通都说产品必备技能之一是语言表达能力和沟通能力，确实不假。日常我们需要和开发、测试、运营和交互等交流。跨部门协作的，还需要和其他部门沟通。
此次优惠券需求，除了身边的开发等同事，还有总部的优惠券公共平台、营销公共平台、活动公共平台、火车票平台等，约五个跨区域跨部门对接。
自身沟通能力不够，问题描述不清，对方回应慢等均是问题。只能说沟通是门艺术，也更要技巧，今后期待提高吧。
2. 保证项目按期完成，主动向上级汇报进度作为产品，最怕听到的是开发催需求文档、催交互稿、催解决方案。从需求落地直到项目上线的这一整个过程，产品都要时刻把握项目进度。此次一个流程由于自己思考不全，导致紧急出交互稿，内心十分忐忑。
一个模块需求不管是持续两个星期或者一个月，上级都很关心项目进展，要积极主动向上汇报，不要总是等着他来问。
路漫漫其修远兮，吾将上下而求索。加油，共勉！