Java生鲜电商平台-商城优惠券设计要点复盘与总结

时间:2024-01-17 23:55:38

Java生鲜电商平台-商城优惠券设计要点复盘与总结

Java生鲜电商平台本文将从优惠券设计用户端,需求端,业务流程全方案解析优惠券设计方案

为什么要设计优惠券

设计优惠券的核心:拉新和促活

新产品上线,让用户进入自己的产品页面(app,公众号,小程序,官网等)能够多停留一会,以便产生交易行为。用户具有贪便宜心理,有了优惠券,新用户老用户出于便宜心理,或者有时候并不是一定的占到了便宜,而是占到便宜的感觉,这也就是心理学和经济学两个范畴。---扯远了,好像没有那么高大上。说方案就对了。

用户群体是谁

在设计优惠券方案之前,先要明白使用优惠券的用户是谁,发放优惠券的用户又是谁?这是在设计问题之前需要重点研究的,比如商品是家电,那么他的用户群体一般是成年人,而且具有独立经济能力,逛商城的时间有两个时间段,一个是上班时间,利用上班时间偷逛商城,另一个是休息时间,比较充裕的时间。要是在细分,家电又分为比较贵的和普通的。这里为什么要分这么细呢,想想,如果是购买比较贵的家电,首先不差钱,优惠券在设计上其到的作用是让用户占到了便宜的感觉,反而对“便宜货”无感。

为什么要对用户群体这么细的分析呢,这有助于优惠券的方案设计,也是根本。

优惠券设计要点解析

优惠券的使用方案有很多种,每一种的方案所属的规则不同,玩法也不同。但是无论设计哪一种优惠券,都要遵循一定的规则

1 优惠券面额,即多少钱设定,是否设定优惠券的面额范围,例如0--1000元,作为买家卖家可能不需要考虑这个问题,但是作为产品,需要约束,否则后期如果出现负的优惠券,岂不是出问题了;

2 优惠券的使用期限:为什么优惠券要有使用期限呢,从全局考虑,例如优惠券面额10元,商品是30元,如果只有商品降价,处于成本考虑,面额10元的优惠券是否不能使用了。没有期限约束,甚至会出现优惠券价格大于商品价格。再从长远考虑,人民币贬值啊,总不能过了一两年,还可以使用优惠券。注意这里期限作为卖家端发放优惠券时间,有发放时间和有效时间。两者是不同的,优惠券可以提前发放。例如双十一活动,在10月份就可以领取优惠券了,要在双十一当天才可以使用;

这里要补充说明,如果已经超过了优惠券的领取时间,是不能领取优惠券的,如果超过了优惠券的有效时间并没有使用,就不能使用优惠券了。即逾期作废;

3 优惠券使用后,如果出现退款,如何处理,例如用户购买商品30元,使用优惠券10元,此时用户退款(不考虑邮费情况),此时给用户退款20元还是30元呢?如果给用户退款30元,对于卖家来说,东西没卖出去,还要倒贴10元;

4 优惠券数量,即发放的优惠券,是否有数量约束,对于同一个用户(判断同一个用户的条件:比如同一个手机号,同一设备,同一账号)领取优惠券次数,只能领取一次,还是可以多次。多次的次数,上限条件;如果没有约束次数,对于同一个用户不断领取,引发是否可以叠加使用;

5 优惠券是否可以拆分使用,例如我领取了一张10元的优惠券,在A商品使用优惠券5元,b商品适用优惠券5元。这里为什么要这么分析优惠券拆分使用?

第一种情况,优惠券面额较大,如果是作为无门槛优惠券,存在优惠券价格超过商品价格,在商城中确实很少出现这种情况,但是在支付宝小编确实有用到过,通过参与一定的活动,支付宝给您发放了50元的优惠券,或者说给你发方式50元的现金抵用券,可以作为多次拆分使用。例如第一次使用40元,第二次使用20元,超过的10元通过现金支付;

第二种情况,出于商城考虑,因为整个商品系统是自己开发,而一个商城存在多个商铺,优惠券10元,在A商铺适用5元优惠券,在B商铺使用5元优惠券。亦或是优惠券不可拆分的方案;

6 优惠券适用商品对象,由于商城后台是有对商品进行分类的,存在一级分类,二级分类,此时优惠券适用哪种分类,或是适用具体哪些商品;

7 优惠券是否可以叠加使用:由于设计了优惠券,就有不同批次的优惠券活动,对于不同批次的优惠券,是否可以叠加使用?

A 可以叠加使用,作为用户端是很喜欢优惠券可以叠加使用,这种在外卖中经常遇到,作为新用户减了xx元,满足A活动,减了xx元,此时要主要一个要点,优惠券叠加后,超过商品价格,如何处理,这就和第5点优惠券拆分的方案分析项关联了;

B 不可叠加,用户使用了活动的优惠券,别的活动的优惠券则不能使用,这时候在用户端需要较好的提示,优惠券不能叠加使用,让用户选择使用哪种活动的优惠券;

8 满减优惠券:所谓满减,蛮400减50,满减优惠券活动,应该注意的点,对于一件商品满400减呢,还是支持多件商品拼凑400减呢。两种方案各有各的用户,这里就前文提到,如果商品是家电,对于优惠券的设计,瞒住一件商品即可使用到了优惠券了,而如果是小面额商品,单件商品很难超过400元,如果不支持多件商品拼凑,那么设计满减的活动对于卖家,用户确没有多大的意义,反而遭到吐槽;

9 优惠券是否可以转赠等行为:在市面上确实没看到优惠券的转赠,因为优惠券人人可领。而且领了不能退回。这里从用户的想法确实会很奇怪,领了还可以不要吗,所以根据用户的行为,领了就是你的了,不能不要。对于卖家,如果有约束优惠券数量,可能存在较多的优惠券发放处于,没有有被真正的消费使用

10 优惠券的裂变:关于优惠券的裂变规则,是比较难的。所谓裂变,同中学所学细胞裂变一样的道理,一个变两个,两个变四个,相同的是数量,不同的是所获得优惠券的人。例如我活动一个优惠券,假如是0.1元,我(第一层级)将这个优惠券分享出去,他人(第二层级)通过我分享的链接/二维码等方式打开,依然可以获取优惠券,同时我(第一层级)也可以获取优惠券,假如有10人通过我的链接获取到了优惠券,那这时候我总共得到11个优惠券,即自己获取1一个,通过他人,自己额外赚10个。裂变的方式有多种:

a 多层级裂变:以上面的例子继续说明,他人(第二层)将自己的链接发布出去,此时第三层级的人获取到了优惠券,而这时第一层,第一层级的人都可以获得相应的优惠券,这就是多层级裂变,设计多层级裂变,要注意优惠券的基数要小,还要考虑是否有上限值,以及每一个层级,操作,作为鼻祖级(第一层,第二层)等靠前的层级优惠券获取的比例。这其实和chuanxiao的原理是一样的。慎做慎做,而且多层级生产的数量变化非常可怕。基数,比例虽然小,但是是指数型增长的。市面上有这样的app例子,有心的读者用户可以多留意下。tao宝最近在双十一期间(现在2019年10月)也推出该方案,不同的是获取喵币,而且裂变分享有次数限制,一天只能三次五次的复制他人链接,而且只有两个层级,这就明白了复制链接获取喵币次数做了上限的要求。

Java生鲜电商平台-商城优惠券设计要点复盘与总结
裂变多层级关系

b 单层级裂变:单层级就比较简单了,以上面的例子,只有第一层,第二层,如果第三层,只有继承第二层,即至始至终只有两层关系。

11 还有更多没有想到

枚举优惠券种类

一、无门槛优惠券

所谓无门槛优惠券,不受到商品限制,即通用红包

二 、新人优惠券

仅提供给新用户使用,非新用户则不行,这里判断新用户的条件,已经是老用户了,而优惠券是后面加上去的,这时候老用户对于优惠券来说也是“新用户”,所以判断的依据很多,可以是判断注册账号时间来判断是否是新用户。作用主要是拉新;

三 、首单优惠券

和新人优惠券有着异曲同工之处;

四 、指定用户享有优惠券

比如是vip会员,元老级用户,游戏行业的vip,资深玩家,参与内测用户等;

五、满减券

订单超过一定额度享有的优惠券。这里对于满减优惠券,一定要分析下退款的情况,如果是多件商品,退款退的是单件商品的。优惠券是如何处理的问题,例如满400减50,而用户购买了商品,400元,结果在退款了201元,应如何结算优惠券,小编有简单了解了一个tao宝应用的例子,是没有对该优惠券去做拆分的,也许是了解不够细,但是确实要梳理下该退款金额应怎么退,按比例计算,(略显复杂)即优惠券金额分摊问题。当然做到这一层,其实对优惠券已经很细致,可以先不考虑,根据实际的运营去在对这个方案去分析;

六、 折扣券

满xx元打xx折。需要注意点和满减券一样道理;

七、免单券

对于一个订单全部减免,随机方式发放,抽奖方式等;

八、免邮券

即满足一定的条件免邮费;

优惠券的玩法

1 通过系统自动发放。该方案最为简单,无需用户操作即可自动获取:这样会让用户觉得我并没有获取优惠券,怎么就有了,会有一种莫名的感觉

2 用户主动领取。点击领取优惠券

3 用户通过一定的活动,获取

3.1 例如浏览商品获取

3.2 通过分享给他人获取

3.3 通过抽奖方式获取

3.4 通过注册获取

3.5 通过完成一定的任务,比如完善基础信息等获取

3.6 秒杀等活动参与的优惠券

根据优惠券的玩法,是运营的事。产品兼顾配合好就好了

优惠券的财务与统计

优惠券的财务和统计其实两块内容,这里要说明的是,尤其是对于退款的订单,优惠券何去何从,以及用户实际支付的金额多少进行制表统计。

关于优惠券统计维度有很多:

1 设计优惠券产生的效果:预期效果和实际效果:用户活动度,新增用户数。同比环比率,页面访问率,

2 优惠券本身:领取率,使用率,用券总成交率,优惠找总金额,优惠总订单,含有优惠券的退款退单数。领取优惠券的高峰期,使用优惠券的高峰期等等指标与维度,同样需要运营部门配合,制定更好的方案去执行。不可凭空去想想所有的指标。因为所有的指标均可统计,但不一定有用。

写在最后

路漫漫其修远兮,加油,共勉。或许每一次的分析与总结都有不到位的地方,但是不断实践,学习与总结,是最好学习方式。也是进步最快的。

同时要留意发际线的高度。