电商产品设计:平台型电商优惠券设计方案

文章对平台型优惠券设计要点进行了总结分享,希望你有所启发。

优惠券角色解析

在介绍具体方案前,我想先强势案例一波优惠券。

优惠券之于电商,可以说是促销手段中至关重要一环。相比于直接降价,利用优惠券来吸引顾客,其结果明显会更加有效。单纯降价,很有可能达不到吸引顾客,反而会让人对商品品质产生疑虑。例如一件偶尔被顾客看到商品,以前都卖140,今天120,顾客很有对这个降价感知非常不敏感,换言之,起不到价格吸引。但优惠券就不同了,总结来说,它用处可不简单。

优惠券四大好处:

1. 给顾客一种赶上”活动”,赚到了感觉。优惠券作为促销活动一种,领+用过程让顾客经历了一个,拿到可以抵用钱,把抵用钱花出去这样一个过程。因此,它更具参与感,也更能调动顾客购物情绪。相信很多人也和我又一样经历,点进一家淘宝店铺,如果有优惠券可以领,不管有没有决定要买,先领券再说。

2.拉动顾客二次进店。从第一点最后分析来看,我们领了券,是否就打开了与卖家通话一个通道了呢?当然是,卖家得知了你对他商品有兴趣,手中还握着你领了券证据,时不时给你一个提醒:”喂,姑娘!你券还没用呢,不买就是吃亏阿!”。成功拉回顾客概率有多少,我们不谈,但这样手段,商家必定时屡试不爽

3. 促使顾客购买更多商品。优惠券数字游戏没那么简单,我们肉眼所见满199-30,满299-50等等,在商家策划价格时就是满满套路。本来只想买100商品,难道眼睁睁看着满199-30机会在我面前飞过?不可能!而刚好凑199又岂是那么容易就能达成?超过了几十块金额倒了240,你告诉我你不会再去凑299?安啦安啦,买到就是赚到对不对!

4. 作为活动触发点传递给顾客。举一个很典型例子,近期广告不断每日优鲜,以99-80超低优惠吸引顾客注册,看起来他们要亏到不行了,但购买过人应该都清楚,里面商品原价大都都是翻倍或更多来标价,消费者能明显感到单价是贵了,但对于就是贵了多少这个准确数字,不去深究,感知到冲击力远不如满99-80来强。电商虚高原价,用优惠券套路时屡见不鲜了,但把它作为一种商业模式突破口,不得不说每日优鲜在这片已经杀成红海领域里,是做出了创新

关于优惠券套路和优点,以上已经阐述了许多,不要嫌我烦阿喂!毕竟,只有了解清楚为什么做优惠券,我们需要达到什么样,才能好好深入这个功能,让我们设计更加灵活,让消费者买开心,商家们赚开心。

优惠券产品设计

平台优惠券是个什么玩意呢?简单来说,就是平台补贴,可根据一定规则,将发放优惠券在各个入驻商家店铺进行使用优惠券。相比与店铺优惠券,需要考虑东西会更复杂,更多样,并且需要结合公司实际财务环节进行相应处理。

接下来我通过两个大模块介绍平台优惠券设计需要考虑内容:1.业务流程;2.优惠券规则设计

首先讲业务流程相关内容

优惠券账户

由于平台优惠券补贴在确认收货后,需要以平台名义将优惠金额以实际金额打入商家账户,所以优惠券生成、消费涉及到是实际金额往来。这就意味着优惠券整个流程中,每一笔钱收入和支出都需要有一个完善体系去支撑,不能让金额算不清楚。

我们可以设计一个优惠券账户,初始金额由财务通过录入补充。将账户中金额分为两部分,可用金额和冻结金额。其中可用金额表示可用来生成优惠券金额,冻结金额用来表示已经生成优惠券总金额,这部分金额是锁定状态,在解冻之前不可被用来生成优惠券。

资金流向

关于优惠券生成和使用操作流程,每个产品对于它定义都可能不同,最重要还是根据公司实际业务进行设计,让相关部门能够方便处理这件事情。这里,由于涉及到资金比较大,在设计方案时考虑到运营部门和财务部门需求,还设计了初审和复审流程用来保证活动内容和金额时是与预期相符

整体思路分析如下:

先看正向流程:将可用金额根据需求转化为不同面值优惠券(只有面值,无有效期),设置相应库存,此时这部分金额就转化为优惠券,即转化为冻结金额。再通过不同活动关联不同面值优惠券,扣除相应库存,此时为冻结余额内部转化。优惠券只有通过活动才能被发放出去。具体发放方式将在第二部分进行阐述。顾客领取优惠券并支付订单后,优惠券相应金额进行解冻并转入在途金额,在确认收货后转入卖家账户。

再看逆向流程:有生成,就必定对应着回收,当一个面值优惠券我们不需要再使用后,进行回收操作,即可将对应金额解冻,重新转化为可用金额。同样,对于优惠券活动,活动结束后仍未发放出去优惠券,也会自动回收到相应库存,可用以参与其它活动。而已发放出去(已被顾客领取)优惠券,顾客在未支付取消订单时,返回至用户账户,支付后取消订单以及过期、失效后处理都是自动返回可用余额。
具体说明可看下面这张资金流向表

解决完优惠券资金流向,确定好整个活动生成方式后,大体雏形就有了。接下来需要确定,就是优惠券内部细节。

再看看优惠券活动本身内容

说到底,我们看到五花八门各种券,什么满减券、免邮券、折扣券,其呈现形式各有不同,但实质东西并无太大差别,只需要将其中脉络理清,就可以以一个最基础形式支撑不同运营需求。

前面已经说到,平台优惠券发放通过优惠券活动形式进行,而在创建活动之前,我们需要进行基本优惠券创建。基本优惠券信息很简单,我们只需要明确优惠券名称、面值、数量信息即可。接着在活动创建时,完善本次活动所发放优惠券其他属性。有效期、发放张数、发放方式、使用条件、使用范围等等。这些内容也是如何支撑实际运营需求关键。所以接下来我会一一分析每个点。

1. 发放方式

所谓发放方式,即本次活动优惠券,我们希望通过什么样形式发送到用户手中。比较常用有自动发放,手动领取,链接发放,优惠码领取等。

自动发放:可以理解为霸道总裁式赋予,即系统自动将券强行塞入用户账户中,告诉你,快来shopping吧,我们送券啦。

手动领取:有很多平台会设置一些领券通道,很常见是淘宝店铺领券通道,用户在看到这些通道后,主动点击领取,优惠券就成功发放了。

链接发放:活动创建后,我们为活动中券生成独立领券地址,这些地址可以让运营投放到不同页面。
优惠码领取:活动创建后,将所有被发放优惠券转化为优惠码,通过优惠码来进行发放。

2.活动名称

当然要有活动名称啦

3.活动时间

活动时间设置,我们需要根据发放方式来决定是否有必要设置,比如我发放方式是自动发放或者优惠券码领取时,就没必要做一个活动时间限制了。

而在手动领取和链接发放情况下,设置一个活动时间,主要是用于规划我们这批优惠券发放准确时间区间,体现活动限制。

4.发放对象

同样,对于不同发放方式,这里设置有着不同意义。对于自动发放而言,发放对象就是指现在这批优惠券我是强行塞到哪些用户手中。而对于其它发放方式而言,则可以理解为谁被允许来领取我发放优惠券,举个例子,这次活动,我们是针对注册地址北京地区用户进行,那在这边我们就需要将这个条件在这里进行限制。

5.优惠券内容

在实际操作设置中,我们允许一个活动添加多张优惠券,以一个活动形式进行。其中,每种优惠券内容需要进行单独定义。

预发量

作为平台级别活动,通常我们进行优惠券活动,都是通过层层审批,且经费是相对固定,有限额,所以,在进行活动创建时,这次活动发放多少多少面值优惠券都需要预先被定义好,且不能随意增加。

单个用户领取上限

为了保证活动质量,对每个用户领取上限进行约束。若为自动领取,则为单个用户发放数量。

有效日期

指券可使用有效期,需要注意是,这里要把活动有效期和券有效期区分开来。活动对应着我想发放日期,而优惠券有效期是用户领到券后可使用日期。通常我们可以定义为一段固定日期,或是在领取后X天内进行时用。

使用条件

即优惠券在满足什么条件下才能使用。可根据实际业务进行设置,如满X元,满X件,无条件等等。注意,这里使用条件从大方向来看是对于订单而已,其实是对订单内在该优惠券使用范围内商品而言

使用范围

这是一个很容易与使用条件混淆概念,在我看来,一个是约束钱,另一个是约束生效商品。可根据实际业务进行相关设计,如限制某些店家,限制某些品类,限制某几个商品等等。

6. 优惠金额计算

上面提到优惠券使用条件可能会有非常多种情况,最复杂莫过于多商家多商品情况。也就是说,一张100元优惠券,我们需要根据它使用范围,来确定它在结算时,对哪些商品金额进行了减免。

按照比例来分摊每个商品所见面金额时,会遇到小数点无法取尽,造成所有优惠金额之和可能与优惠券总额不相等情况。因此在定义这部分算法时,需要注意是,将最后一个分摊商品优惠券金额用优惠券总金额-已分摊金额,这样就能避免金额不对等情况。

以上就是对于平台型优惠券一些思考,欢迎拍砖交流。优惠券部分需要做更完善,还大有可以挖掘地方,电商是很明显运营驱动产品领域,而产品灵活性能帮助运营更好推动平台发展。

 

本文由 @苏眉鱼。 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自PEXELS,基于CC0协议