作者结合自己做过的事例,剖析一下优惠券、代金券应该怎样进行规划规划。期望能够给咱们带来一些启示。
做优惠券,请牢记下面一句话:
优惠券不是优惠卷不是引荐码
一、优惠券的运用场景
谈及优惠券,咱们首要运用的场景想到的是付出,那么通过付出就能够衍生许多的版块或功能来进行供给。
【常见的优惠券运用场景】
优惠券已然出现在付出页面在事务逻辑上也是有必要的,体系能够“主动匹配”相应的优惠券列表,不需求用户再次点击,费尽心机或许用眼光去看究竟那张优惠券用的话性价比最高。
那么关于Kevin的事例来说,这儿咱们要做的是一款金融类产品的优惠券,其意图是很简略,终究的意图必定是为了进步转化率,用户能够运用优惠券促进购买下单。
那么咱们的页面应该怎样展示?刚刚提及了几个场景,还有一些元素。这儿咱们归纳一下:
发放优惠券——收取优惠券——付出——订单——概况
对,咱们的优惠券这个时分已然要匹配相应的概况或订单,那么优惠券就要有分类,其次相应的特点应该很快想到,一张优惠券究竟能够用几回?时刻多少?称号多少?额度多少?优惠券的运用规矩?怎样收取优惠券?优惠券怎样发放?
上面Kevin提了7个问题,请各位读者仔细想想,其实这便是Kevin在规划优惠券的时分所想的问题
其次,首要咱们的作业量便是2个,一个是前段展示与事务逻辑一个是后台的逻辑规划。
当然这儿优惠券也需求运营方一起完结,上面的其间问题,优惠券的收取规矩、运用规矩便是需求运营方去供给,针对不同的玩法来完结促进转化。
【腾讯云优惠券展示方法】
当然优惠券的展示方法有许多规范化的,之所以为规范化,便是由于优惠券现已有一套成规范的逻辑和展示方法。
1.前端
【滴滴打车下单列表】
这儿Kevin学习的滴滴打车的优惠券使下单列表,能够看到优惠券的展示方法十分简练,或许用户都没有“感觉到”,优惠券就被运用了,关于一些新用户或小白用户,优惠券直接到达不需求用户去忧虑怎样找到优惠券运用的办法,而是直接能够付出。而且进行一些列表展示,这都是比较简略的方法,那么Kevin这儿给出的原型如下
【优惠券列表移动端】
这儿Kevin略微不同的是对优惠券进行了优化,以优惠券图片的方法进行展示,而且添加了优惠券的规矩引导。另添加订单的一些信息展示,便利用户能够知道自己购买的东西是否正确,毕进行了扩大。
好,提到这儿优惠券或许有的朋友就说移动端应该差不多了吧,但其实不然,移动端还需求考虑优惠券的展示方法,构成“闭环”。优惠券的逻辑无非便是:
收取优惠券——运用优惠券——收取优惠券
那么要构成闭环,现在展示的是运用优惠券,怎样展示收取优惠券?这儿就需求设置一个相应的进口,那便是对没有优惠券的用户进行引导。
【引导收取优惠券】
当然这儿仅仅一方面,更多的需求运营方在活动、外链接上进行。当然作为产品的规划上,咱们也需求考虑产品的闭环,构成杰出的生态。
接下来便是关于优惠券的列表,刚刚之前提到的优惠券有相当多的特点(时刻、分类、额度、条件),那么怎样进行展示?这儿Kevin的规划如下:
【代金券展示列表】
这个时分就能够看到,闭环的生态重要性。优惠券的列表添加优惠券的运用进口,引导用户运用优惠券终究进行转化率的提高,但要留意的是这儿你的场景!场景至关重要,比方你的优惠券或许一张券能够用到多个目标或用户,那么毫无疑问这个时分点击当即运用,用户需求去挑选相应的场景,这无非是给用户添加一个挑选题,而且开发的难度也大大进步。
因而主张关于像场景简略,比方跳转到相应的单一产品页面、或单一场景的页面,这样能够快速进入下单页面,便利用户进行下单。
2.后台
已然优惠券的前端现已出来了,这个时分后台相应的思路Kevin现已有了一些端倪,那读者呢?你有吗?
好,Kevin持续共享下后台怎样规划的,现在尤其是在产品这一块,后台产品司理是十分吃香的,其难度和事务逻辑的要求都是十分之高,不明白后台产品司理的能够百度一下~
简略的考虑逻辑便是:
【后台逻辑考虑】
那么这儿咱们首要要考虑咱们的用户,关于优惠券咱们的用户有运营人员、运用者、白名单(或许是公司内部职工或老板等)。
场景,也便是咱们优惠券的逻辑,发放优惠券、收取优惠券、优惠券过期、优惠券运用、优惠券未运用逻辑
字段这儿简略的说便是优惠券的字段,优惠券号码、订单号码、额度、条件、优惠券分类等
【其他渠道优惠券后台】
由于作业原因,Kevin就不泄漏优惠券的相应后台状况,可是在网上找了一个相似的优惠券办理渠道,通过Kevin的剖析,我信任这些元素与字段调配很快就能够想到。优惠券的称号、类型、期限都与优惠券前端的字段显现严密相关!
好,是不是感觉优惠券现已完?必定没有这么简略!
二、 优惠券的匹配算法
算法的存在场景:
1.下单的时分优惠券匹配算法
这儿,Kevin首要抛出一个问题,当你下单的时分,咱们作为PM来说必定不期望用户需求花费很多时刻去挑选并去核算运用哪种优惠券关于当时来说最合算。
这个时分就有两种状况:
第一种状况:优惠券有通用券和相应产品优惠券,那么这个时分用户购买的A产品,但先有通用券和A产品优惠券,额度相同,那么优先运用哪一个?
第二种状况:便是额度不同,当时的订单额度为100,可是优惠券有一张150,别的一张 100别的一张80,又该怎样匹配?
为此,Kevin学习的是滴滴打车的算法,主动匹配额度最高、同类优惠券的优惠券,但当优惠券的额度大于付出额度弹出提示框,承认是否运用。
2.优惠券的动态与静态算法
优惠券咱们一般收到的都是有效期,那么假如咱们的优惠券需求在必定条件下才干失效,不仅仅是时刻,有或许是用户需求某种条件 (新用户、非代理商)等状况进行判别,这个时分咱们需求考虑动态优惠券。
能够指定优惠券的运用状况,当然这个也需求运营方提出来。依据需求来对前端和后台的规划,由于新的条件需求触及一些字段,那么对后台也是需求考虑的,考虑资源分配是优先,避免程序员停工!
好,今天的事例共享结束,有一点长,可是期望能够为咱们带来一些协助。
这一期间完结3篇关于APP规划技巧的总结,咱们有爱好能够看看。后续Kevin会多共享一下自己的作业事例来谈谈产品的生长。
2017年,让咱们持续前进!
作者:Kevin 坐标:深圳 职位:产品司理 个人微信:574319420 微信大众号:Kevin改动国际的点滴,产品学习沟通QQ群:257051609 一个爱健身爱跳街舞的产品司理,加老友的时分请补白出处和职位,由于最近太多人加Kevin了,Kevin也需求挑选一下。谢谢!
本文由 @Kevin 原创发布于人人都是产品司理。
上一年今天运营文章2023:2022抖音常识年度报告(0)2023:引荐一些小而美的互联网公司(0)2022:华与华-蜜雪冰城品牌晋级营销战略全案(0)2022:怎样做增加试验?(0)2021:战役在风口:社区团购从0到1实战运营笔记(0)