现在注册

登录

忘记密码

忘记密码? 请输入您的电子邮件地址。 您将收到一个链接,并将通过电子邮件创建一个新的密码。

电商优惠券产品设计逻辑是怎么样的?

电商优惠券产品设计逻辑是怎么样的?

评论 ( 20 )

  1. 如果说优惠券更多是运营的工具,这个工具分制造、分发、使用这三个环节,其中优惠券使用者包括用户和运营团队这两个群体。

    创建优惠券

    类似实体店铺,运营部门希望做一场优惠活动,在门口给每个路过的顾客发一张优惠券,以此让利促销,提升业绩。这个过程搬到线上,会有更灵活的规则和多变的玩法。在电商中,优惠券在活动中发放,那么考虑第一步是在商城管理后台创建一个活动,活动规则、策略,事先和运营团队商量好,以设计表单字段和交互方案。需要考虑的规则如下:

    基础规则

    • 计算方式:比如满减、满折、满赠
    • 使用限制:订单满多少才可使用
    • 优惠额度:根据计算方式,减去相应金额或折扣
    • 发放方式:优惠码兑换、主动领取(客户端表现为点击领取按钮)
    • 适用商品:全场、品类、单店铺、跨店铺、限定SKU
    • 适用商品的颗粒度在开始就可以做到最细,方便之后运营需求改变,不需要修改底层设计
  2. 用券有效期:考虑精确到分钟,满足限时抢券
  3. 运营策略

    • 活动有效期:不同于用券有效期,更多是优惠券在客户端展示的期限
    • 优惠券数量:一个活动,发放多少张优惠券?
    • 使用规则:
    • 限领:每人可以领多少张?
    • 限用:领到一张券,使用次数是否有限制?
    • 限身份:是否只有特定用户才能领取?比如京东有券只能Plus会员领取

    其中优惠券数量,一个活动可梯度生成多种优惠券,比如满199-50,满299-80,满399-100,针对不同客单价层级的用户。比如发现某个群体用户客单价在170左右,那么199-50这个梯度的优惠券,更应该触达到他们。

    活动管理

    优惠券作为营销工具,运营团队这个制造者,也是使用者,他们需要哪些信息和界面?

    • 活动列表:所有活动,都汇聚在列表中,方便管理和复盘;可以按状态分为草稿、上线中、已过期、已下线
    • 其中上线中的活动,需要类似下线功能,具体表现在活动或券在客户端不再可见
  4. 数据统计:发放数量、领取数量、使用数量;或者更多财务、商品维度数据,以分析活动效果
  5. 辅助操作:补发优惠券,如果发现想领取的人远远超过已发放数量,策略允许,可以补充某批次优惠券数量
  6. 定点推送:比如补偿某个用户损失,可以定点将一张优惠券直接发到他账户,这个方案在很多电商中也是常规运营策略,比如新用户登陆之后,发现账户有几张优惠券躺在那里
  7. 分发优惠券

    通过活动,生成优惠券实体,如何在App或网站中触达用户?以下是总结可以使用的信息触点,具体方案,需要根据用户习惯和整体运营策略来设计。

    固定入口

    • 领券中心:集成所有上线的优惠活动
    • 优惠码输入框:输入正确优惠码,兑换出一张券
    • 比如和微博大V合作时,复制他的优惠码,回到电商客户端中使用
    • 优惠码好处是:适合站外传播、容易统计推广合作渠道、适合结合站外营销活动传播
  8. 商品详情:露出该商品所有可用优惠码
  9. 店铺首页入口
  10. 购物车
  11. 运营触点

    运营触点也就是常规的各类‘推送’。优惠券作为一个实体,也可以包含进“你有优惠券可领取”这条信息中。这条信息,可以像任何信息一样,推送给用户:

    • 闪屏
    • 弹窗
    • 手机通知栏Push
    • 站内消息
    • 短信

    使用优惠券

    领取到的优惠券,汇聚到个人中心,类似资产一样,一般有单独入口。

    从购物车开始,就可以在商品总价结算中减去优惠券,这样让优惠感知从触点到结算完成,所有环节体验一致;另外购物车看到优惠金额之后少付钱,可能更容易促进转化成订单。

    在计算订单时,如果有可用优惠券,一般会自动选中一张;多张可用时,选择优惠额度最大那张。

    单张优惠券状态,在用户角度分为可用、已使用、已过期三个状态。后台还又一个锁定状态:如果优惠券存在于未支付订单中,状态即为锁定,该状态下不计算有效期;当所在订单取消时(主动取消或超过支付期限),优惠券回滚到账户,重新判断是否在有效期内。

    此外,还有和财务相关计算,比如退款某个商品,最多只能退实付价,即优惠之后的价格;实付价根据优惠计算方式来确定,比如

    • 满减:若有多个商品,订单中每个商品加权分摊优惠金额,实付价为原价减去该商品分摊的优惠额度;最后一个商品为实付订单总价减去前几个商品实付总价,以凑整数
    • 满折:简单计算折扣后价格

    后续

    以上讨论,更多适用于自营电商的优惠券设计,如果是平台电商,考虑跨店铺优惠券,规则和变量会更多;但也是基于上述思路。

  • 电商常用的几类优惠券包括品类券、品牌券、满减券和平台券4个类型:

    1.品类券,该类优惠券主要针对产品的分类做促销优惠,优惠方式包括满减和折扣两种;某一分类产品,如沙发,满10000元可立减500元优惠,或者是针对分类产品做买X件或者订单金额xx,即可享受打折优惠。

    2.品牌券,主要是针对品牌商家做的促销优惠,一般发券房为品牌商家,该类优惠券适用范围仅限于某一品牌产品;优惠方式包括满减和折扣两种(同品类券的设置方式)

    3.满减券,该类券分为满减优惠券、无门槛优惠券(将订单金额设置为0元即可)两种,该优惠券的设置条件包括:适用范围(是全平台还是单个平台或单品)、有效期(起始时间和结束时间)、满减金额(订单金额到达XX可用);支持订单金额累计满减(该优惠券优惠幅度很大,可针对利润率很高的单品或品牌适用,一般适用比较谨慎。)

    4.平台券,主要是由三度平台放的优惠券,此类券针对平台的服务和全站产品适用;比如三度重要时刻的让利优惠券、免邮券、免息券(金融分期)等;该类券使用较少,主要在平台推广某项政策或服务时配合付费广告一起使用。

  • 优惠券需求文档

    1. 行业背景与市场趋势

    自古以来,吃饭便是老百姓的头等大事。人们对于美食的追求从未停止,各种健康美味的中西餐开始在市场上大放异彩,而如何快捷准确地找到美食,上班族厌倦了公司附近的餐饮店,大学生叫外卖的需求,旅客到异地旅行寻找美食的需要,也成为了许多人的刚需,但碍于消费能力,不信任的关系,许多消费者都不大愿意尝试,那么如何促成消费者使用平台,到感受到平台的好处,直到成为平台的死忠粉,优惠券也就成为了众多平台的探路石。

    在这样的背景下,互联网行业出现饿了么,美团,百度等手机餐饮应用。各公司投入大量资金,在餐饮市场上正面厮杀,大致形成三足鼎立之势。就在8月22日,百度外卖卖给了饿了么,于此,饿了么,美团两大巨头抗衡局面正式形成。

    据中商产业研究院数据显示,2016年中国在线餐饮外卖市场规模达到1662亿元,增长率达到33%。随着市场的逐渐成熟,增长率将逐步放缓,市场规模将逐步稳定增长。预计2017年中国在线外卖市场规模将超2000亿元,达到2061亿元,增长率进一步放缓,降至24%。

    2.用户需求和目的明细

    目前市场上的主要餐饮APP有,饿了么,美团,百度糯米等。其中美团外卖占据中高端市场,饿了么占据中低端市场。这几个APP都有赠送优惠券的功能,故选择这个几个APP的优惠券功能点作为分析对象。

    饿了么在订单完成后,需立即选择分享红包,退出窗口后不能再分享,链接可分享十人,每人每天仅限领用3次红包,红包金额大小不一,有效期一般为两天。支持微信,朋友圈,QQ,QQ空间渠道。

    美团外卖订单完成后可分享红包,退出后可在订单完成页进入红包分享入口,但有时间限制。每个链接仅限20人领取,每人每天仅限领取5次红包,红包金额大小不一,有效期一般为两天。

    而我们的优惠券分享是为了拉新和留存。主要的应用场景如下

    优惠券的设计流程分为。创建、投放、领取、消耗/回收、统计分析五个环节。

    而其中的优惠券规则如下。

    3. 业务流程

    5. 数据统计分析

    数据是需求成败的标准,而优惠券活动效果如何,可以通过活动转化率来体现。

    发放优惠券/用户领取量=推广有效力度

    推广量跟用户领取量,可以看出运营活动对用户的吸引力。如果以及领取页面是否存在问题。

    用户领取量/用户使用量=活动的转化率

    用户从领券到使用,可以看出优惠券对用户的吸引力。如果用户领取量大,但使用量低,可能是优惠力度不够,也可能是优惠券使用场景出现问题。

    而实际的使用量,则是代表活动转化率,是衡量本需求的重要指标。

    此外,在活动结束后,需要对活动进行总结。拉新量,用户活跃度,流失用户召回等,最终形成完成的数据分析,为下一次优惠券活动提供数据支持。

  • 说的都不错,学习了。

  • 更新一下优惠券的后台,仅供参考

    说明:自营型电商

    ————–

    最近正在做公司产品的优惠券系统,也是从0开始做的,下面这个是基本框架。

    优惠券的生成流程:

    优惠券的使用流程:


    设计思路:

    优惠券的设计,后端的工作比较多,设计到规则的设定和支付的逻辑等等。我做的是自营电商的产品,功能还算简单,如果淘宝京东这种级别的优惠券更加复杂。

    1.概述

    优惠券是促销手段的一种表现形式,主要是用户私有形式,在支付结算的时候使用。

    前期的规则设定会比较重要。

    2.规则的定义

    可以参考第一张的脑图,这是简版的设计,其他还包括

    (1)资格类型

    就是用户的资格,用户资格包括:通用,指定会员,会员组,会员级别等。比如某些优惠券是新手专用,这个就涉及到用户的资格类型了,这个需要跟后端说明清楚。

    (2)对象类型

    针对产品的优惠券,可以指定产品类型可以用,比如美妆类目专用等,京东这一块玩的比较熟练。

    (3)利益类型

    分为无条件立减,满减,减运费,满折扣等等。

    (4)利益累加规则

    比如满减券来说,一张满100减10元的券,当用户购买200元商品,使用这张券是减10元即不累加,减20元则是利益累加,这个规则需要提前设定好。

    (5)其他

    参考脑图,还有使用次数,时效等,在数据库中都需要用字段标记清楚。

    后台:

    我们的优惠券分为了普通优惠券和兑换码

    后台主要就是一个优惠券的列表和新建优惠券的功能,主要提供优惠券查看,新增,编辑等功能

  • 我把自己的工作中优惠券怎么设计分享一下吧,这是我之前的个人博客有写,再分享一次。

    做优惠券,请切记下面一句话:

    优惠券不是优惠卷不是推荐码

    一、优惠券的使用场景

    谈及优惠券,我们首先使用的场景想到的是支付,那么通过支付就可以衍生很多的版块或功能来进行提供。

    【常见的优惠券使用场景】

    优惠券既然出现在支付页面在业务逻辑上也是必须的,系统能够“自动匹配”相应的优惠券列表,不需要用户再次点击,绞尽脑汁或者用眼光去看到底那张优惠券用的话性价比最高。

    那么对于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.优惠券的动态与静态算法

    优惠券我们一般收到的都是有效期,那么如果我们的优惠券需要在一定条件下才能失效,不仅仅是时间,有可能是用户需要某种条件 (新用户、非代理商)等情况进行判断,这个时候我们需要考虑动态优惠券。

    可以指定优惠券的使用情况,当然这个也需要运营方提出来。根据需求来对前端和后台的设计,因为新的条件需求涉及一些字段,那么对后台也是需要考虑的,考虑资源分配是优先,以免程序员罢工!

    坐标:深圳 职位:产品经理 个人微信:574319420 微信公众号:Kevin改变世界的点滴,产品学习交流QQ群:257051609 一个爱健身爱跳街舞的产品经理,加好友的时候请备注出处和职位,因为最近太多人加Kevin了,Kevin也需要筛选一下。谢谢!

  • 如果不想让优惠券产品被黄牛和羊毛党滥用,在设计上必须结合业务规则和风控策略。在业务规则上限制同账号,同设备的领券次数和频率。在风控策略上依靠大数据建立自然人的关系。

    自然人的关系可以从平台上的历史数据入手,日常用户的行为需要完整的记录,包括支付账号,设备号,手机号,IP等。根据风策略得到每个元素的风险值,当领券时,用户提供的信息中产生风险时(用户或者跟他关联的用户,手机号,设备号,IP等检测出风险,这里风险有别于频次风险,是其历史行为的积累),显示发券失败,当然不能直接告诉他你是风险人物,我们不给你发券,而是一些婉转的话语,或者是显示服务器忙。

    为了能在用户领券时获取完整的个人信息,需要客户端提取相应的信息。如果领券的页面在app外部,比如微信传播的页面(通常用于获取新用户),允许用户在注册前就能领取优惠券,这时获取不到详细的用户信息,需要将优惠券的状态标记为待方法给这个用户,等用户使用app登陆时,获取了详细的设备信息后,再进行风险检测,通过检测才能正常发放。

    总之,设计优惠券,必须要有业务规则和风控策的支持。

  • 一、根据不同营销目的可分为以下几类:
    1.提升客单价
    根据全店平均客单价,设置略高于平均客单价的满减优惠券
    2.提升回购率
    出售中小样产品时赠送相应产品的优惠券,可提升回购率
    3.提升UV
    可作为营销利益点,吸引更多引流至店铺,众所周知做电商第一关键点是提升引流。
    4.带动冷门
    可通过设定大额优惠券的方式提升冷门系销量

    二、根据使用范畴分为:
    1.店铺优惠券
    作为全店利益点,优惠幅度较大时可作为宣传营销点
    2.产品优惠券
    适用于推某一个产品或者某一系列产品时

    三、根据发放方式分为:
    1.在店铺首页发放
    只要进店的客户均可使用,产品定价时应考虑这部分费用
    2.抽奖OR玩游戏的方式发放
    这样的方式让客户感觉享受到了比其他人更大的优惠,同样的情况下下单率更好
    3.会员OR粉丝专享券
    会员或粉丝对本店铺或本品牌有着一定的认知度与喜好,是转化率较高的一群体,通过优惠券提升粘性时不错的选择
    4.收藏加购送
    阿里系的天猫淘宝如今不少模块为千人千面,这说明当消费者没有及时下单时,若收藏加购了我们的产品,后期还是有很多机会露出在此消费者视野范围的
    5.购买送
    提升回购率,尤其适用于价位较高的新品中小样,可设置为购买小样送正装优惠券

    四、根据门槛分为:
    1.无门槛优惠券
    适用于发放在其他平台或渠道引流至店铺,人人都喜欢占小便宜,无门槛全更容易引流
    2.满减优惠券
    提升客单价

  • 做太复杂的优惠券体验大大下降,减分。

    你想用优惠券小技巧提高第一单转化率,呵呵满足你,薅完就走;满减优惠基本杜绝无用产品。死理性消费,忠诚于老老实实提高产品质量和设计的商家或品牌。

  • 正在做这方面的设计,把来写一下目前想到的整理出来吧!
    优惠券是进军电商业务的常用手段,对于形成用户的首笔订单,培养用户在应用内的消费习惯具有较好的效用。一般平台业务经营之初,最常用的策略就是大笔烧钱发券。等用户慢慢培养起来之后,平台券慢慢减少,店铺券和品牌券会慢慢多起来。
    优惠券算是电商里比较独立的一个系统,本质上是一种交易费用抵用凭证,跟红包相比还是有比较明显的区别的。
    弄清优惠券这一概念可以从了解优惠券的类型入手。
    根据业务上的补贴方不同,可能是平台,店家,也可能是品牌方,所以相应的有平台券、店铺券、品牌券。
    根据券的发放行为,有用户主动领券和系统自动发券之分。
    根据券的使用条件,有抵用券、满减券、特定商品券、组合券。其中,抵用券,也叫现金券,可分为无门槛使用券和满额使用券。
    券的使用一般都有一定时效,所以存在未到期,可使用,已过期的状态。
    根据券的使用与否,有已使用和未使用之分。

    优惠券产品业务流程应该有以下几步:制券、发券、用户领券、用券、核销。

    制券。优惠券的本质是一种用于消费抵扣的凭证,制券在于生成这种凭证。制券时要了解优惠券的类型(满减券还是现金券,平台券还是店铺券),使用条件、起用金额、适用场景(特定或非特定的商品或店铺)、优惠券数目。
    发放优惠券,到底是主动发到用户的账户,实现跟用户账号的绑定,还是由发起活动或发布到领券中心,由用户主动领取。这两种做法要根据具体券的成本和活动运营要求来进行。发放券的时间要注意控制,最好不要领券的时候券已经过期,或者领取的时候券未生效也不算是很好的体验。
    用户领券,是促成转化的关键行为节点,是界面化可视化的过程,值得设计时用心构思。产品设计上需要清楚用户在应用内的行为轨迹,在合适的阶段内切入用户的行为流程中,让用户主动领取并主动转化为购物行为下单。
    使用优惠券。在用户下单结算的过程中,主动判断用户的下单的数据是否满足优惠券的条件,满足的话,自动或手动在结算时拿取优惠券,订单账目在原有基础上做相应额度的扣除。
    核销优惠券,优惠券使用之后,该券券码相当于注销掉,若为平台券,店家和平台进行账单结算的时候要向店家补贴相应优惠券的金额。
    要注意的是,遇到需要取消订单,或订单有部分退货时,对于优惠券的处理情况。这个时候产品需要注意制定相应策略。如,一、用户在使用优惠券付款后下取消订单,该优惠券是否需要回滚到用户的账户上。二、若用户达成订单后由于主动或被动的原因,有部分产品需要退货,此时优惠券部分的金额和退货产品金额应该怎么处理。
    未完待续,

  • 大体逻辑猜测如下:

  • 优惠券对于消费心理有重要促进作用和营销嚼头。其目的通过简单明了、吸睛明显的关键字,结合使用规则和有效期限定,围绕以下重点目标设计及实现。

    一、提高客单价/客单毛利
    提高客单价在客群、客单量总体稳固的同比环境下,有利于提高销售额,对电商而言还能降低每单运营成本从而提升利润空间。通过满减类优惠券,再结合品类/品牌/单品限制规则,在提高客单价的同时,还能提高客单毛利、促进指定品牌或品类的销售额。而且满减类优惠的金额设计也是有技巧的,在单品价格区间较统一的情况下,可以促使购物件数提升,并保证按实际成交金额计算的让利在可承受范围之内。举个例子,某品牌某系列鞋子,单价几乎都在150至180元,那设计一个199-100的满减优惠券,可以保证参与活动的用户实际购物两件以上,成交金额在300-360元间的情况下实际让利100元。达到优惠券活动按宣传字面让利50%,实际执行让利27%-33%的效果。

    二、带动冷门商品销售
    通过冷热搭配,以热带冷,用组合类优惠券限定范围满减优惠券,用部分热门商品带动冷门商品的销售。当然,真正热门且低利润的商品并不是优惠券的主要促销目标,或者至少通过数量限制仅少量提供。在清理近效期商品、滞销商品等库存目标时和折扣搭配,无不为了加快库存周转率、资金利用率的目标。优惠券活动可以保证促销力度,吸引力和执行效果。

    三、促进高利润商品销售
    如上面所述,真正热门且低利润的商品并不是优惠券的主要促销目标,你所看见优惠券让利幅度较大的商品多是由于此商品本身存在较大利润空间。商家不可能做亏本生意,让利活动设计是在保证最低利润率的前提下设计的。如果一些商品,市场销量、接受度好,利润空间也不错,稍加让利即能明显放量销售,再辅以活动规则带动其他高利润或低销量商品销售,则是一个较为理想的优惠券促销方案,在同等销售额情况下可以看见利润率、利润额的提升。

    四、提高UV/PV浏览量
    优惠券是以让利激发消费者的消费欲望,并通过规则设定和过程引导,最终达到尽量少让利的前提下最大化销售额/毛利率。通过活动规则、活动页面,消费者会自行主动寻找自身“利益最大化”的过程。从实际成交价格分析,特定商品组合在最低毛利情况下销售是消费者最得利。或者在多个促销优惠活动中,消费者寻找到了叠加让利最大化的方案。在这个过程中,不管消费者最终没有参与优惠券活动,他一定浏览了很多活动、商品页面,即使最终没有成交,他至少是提高网站的UV/PV。很多消费者很享受这个寻找迷宫的过程,并深深有成就感,为自己的精明或数学水平折服。商家通过对浏览动作、数据的进一步分析,包括点击次数、收藏次数、购物车商品、停留时长、跳转去向等,通过对预期目标、实际执行数据的对比,可以评估相关优惠券活动的效果,对销售额、毛利率的提升、促进作用,并不断优化提升后续活动设计或反馈经营调整,这些都是商业智能分析(BI)的范畴。

    五、挖掘潜在购物需求
    在上述(四)中,通过利益引诱,想贪便宜的潜在消费者贡献了UV/PV,增加了活跃度,网站刷新了自身存在感。至少优惠券在第一阶段的引流效果已经显现。而吸引消费者怀着寻找惊喜/优惠的心情浏览商品页过程中还有什么作用呢?对了,发现自己可能想要买的商品。除了一些开始购物前就目标明确的消费者,很多用户其实并不知道自己想要什么,会买什么。这就是为什么逛街能促进销售、提供一个消费者乐意留下来驻足观赏商品的购物环境的重要性了。那么,在浏览过程中,其实是消费者在主动关心商品详情的过程,这是多少导购求之不得、达之不到的展示效果。对促进潜在成交机会绝对有积极作用。因此,只要页面设计、活动过程不过分减分,促销活动对于销售量的促进作用就在这个消费者寻找利益最大化的过程中得到潜移默化的作用。当然,消费者满怀满怀欣喜、沾沾自喜的时候,殊不知,自从他看到活动海报的那一眼起,一切都在商家的设计掌控之中。

  • 既然问的是产品的设计逻辑,那说几点:

    1、卡券是营销业务的基础能力,也是一套独立的业务系统(卡券系统);
    2、卡券系统负责制券、核销、统计,其他业务场景负责分发,比如活动、交易场景;
    2.1、制券—电商平台用的比较多的卡券类型是折扣券、现金券把。那么由卡券系统来负责制作这批券,并开放接口;
    2.2、发券—其他业务系统如果需要使用卡券,比如订单满减、活动发券等,直接去向卡券中心要数据,完了用户在具体的场景下触发条件获得券;
    2.3、核销—用户各应用场景使用卡券,该业务系统调卡券系统核销接口核销,核销完毕把数据再传给卡券系统;
    2.4、统计—根据各业务系统的分发、核销数据,卡券中心做数据统计、分析……

    优惠券系统或称卡券系统的产品设计逻辑基本都这样。

  • 1.从优惠券的承担方来分
    平台优惠券:优惠由平台承担,比如平台活动优惠券、平台注册的新人优惠券、平台积分兑换的优惠券。
    店铺优惠券:在平台上的店铺自己发放的优惠券,比如淘宝上的店铺优惠券、京东的店铺优惠券。
    这个主要是在订单结算的时候,优惠的金额是算平台承担还是店铺自己承担。平台承担的话,最后的补贴是要给店铺的。店铺承担的话在结算的时候就把这部分金额减掉了。

    2.从优惠券的类型来分:
    满减优惠券、无门槛优惠券

    3.从使用限制来分:
    全平台通用、全店铺通用、针对特殊品类的优惠券、针对特殊商品的优惠券、针对特殊活动的优惠券、针对特殊用户的优惠券、针对特定事件的优惠券等等,可根据不同的场景需要设置不同的优惠券。

    优惠券的设置,是为了刺激用户的购买欲望,提高订单的转化率。电商网站往往在新人注册的时候就会赠送一些比较划算的优惠券,因为电商的购买用户转化成本非常高,用户的第一单是非常重要的,只要用户买了第一单,体验还不错,就会一直的在你网站进行购买。

    既然优惠券有发放,那么一定就会有很多人打优惠券的主意。网络上有一批人,做的专门就是刷各大平台优惠券的生意。这种一般在平台补贴的电商网站上比较多,优步、滴滴、各种外卖网站,刚起来的时候,被刷的非常惨。所以这里又要涉及反作弊的判断和惩罚。

    一般的优惠券防刷策略:
    以下方法只适用于一般的防刷,防刷需要根据多维度进行判断。
    1.从优惠券的发放源头进行控制
    目前一般平台针对新用户都会有新人优惠券赠送,一般我们判断一个新用户的标准为:
    1)新的设备(刚手机之前未下载过这个app)
    2)新的注册账号(通过手机注册或者通过第三方注册),手机注册的话需要是一个新的手机号码,注册的时候需要验证手机号码的真实性,一般需要发送短信验证码。在发送短信验证码的时候来判断该手机是否已经被注册过。不过也有很多专业的刷手可以通过第三方获取短信验证码,在淘宝上可以花1块钱买到一个有短信验证码的手机号码,这些手机号码都是假的。不过针对这些假的手机,还有一种验证方法是通过语音验证。因为这些手机号码一般只能接收短信,不能进行通话,案例可参考饿了吗的新人注册。
    3)注册成功之后,填写相应的信息来获取优惠券。比如一些理财类的app,需要你绑定身份证、银行卡信息之后,才算一个有效用户。

    2.从优惠券的兑换上进行控制
    1)兑换主要是平台在活动期间,发放的平台优惠券,对于用户的领取上可以做限制。比如同一设备每一天只能领取一次,同一用户每天只能领取一次。同一ip每天领取一次(因为现在很多公司的wifi都属于一个ip地址,所以这方法一般也不使用)。
    2)为了防止机器领取,在领取的时候加入验证码。

    3.从优惠券的使用上进行控制
    如果以上办法都没有防止优惠券防刷,他们已经成功获得有优惠券,那么只有在交易的时候进行限制。
    1)限制同一设备使用多次相同类型的优惠券。比如设置新人优惠券每个设备只能使用一次,用户通过其他账号获得优惠券之后,只要设备未改变,那么在支付的时候就不可以支付。
    2)对于同一地址、同一手机号、同一收件人、同一支付账号进行限制。不同的账号如果使用同一地址、同一手机号、同一收件人,同一支付账号,我们大体上都可以判断是一个用户,对于含有多个账号的用户,进行限制。优步在乘车的时候会输入支付账号,支付账号作为他的唯一用户判断标志,只要你这个支付账号被禁了,你还一个账号还是被禁的。

    4.加强人工的风控
    除了技术手段之后,还需要加强人工的风险控制,定期对自己平台的用户进行交易排查。有时候,用户和平台商户会勾结在一起,恶意套取平台的优惠券。具体做法一般为用户利用平台优惠券在商户店铺内虚假购买东西,然后商户再通过其他途径返给用户。由于平台优惠是由平台承担的,这部分补贴是需要补贴给商户的,这样就可以套取平台优惠。
    对于这种用户,可以查看他们的交易信息,比如购物之前是否有进行沟通、购物的商品价值是否符合真实价值、购物的物流信息是否符合逻辑、交易的频次和交易的金额等等。
    是不是想到了别人让你帮他淘宝店刷单的时候,对方总是让你通过搜索某个关键字进入,再需要多点几个页面,在页面停留一段时间,还需要假装和店主聊几句,还要扯一通免个邮费什么的。

    优惠券的作用对于电商网站来说是不可或缺的,它是保持电商活跃度和转化率的手段,从网站诞生的一刻开始就会存在,对于优惠券就像毒品一样,又爱有恨。在前期的推广中,起到了很好的积累用户的作用,也消耗很大的资金。等到一定的规模后,平台承担的优惠金额将会越来越少,更多的将是店铺自身的促销与活动。比如现在的滴滴、优步、美团外卖一样,培养你习惯的时候,大把大把的砸优惠券,等他们都习惯了,慢慢就把这些都减少了。

  • 先前做过一些优惠券系统的产品工作,简单聊聊。
    1、优惠券的状态
    是否领取:已领取,未领取
    是否使用:已使用,未使用,锁定
    2、优惠券的类型
    现金优惠券、折扣优惠券、抵用优惠券
    3、优惠券的流程
    优惠券的流程大致分为3个,产出,发放,使用
    A、产出
    即你想要什么样的优惠券,包含优惠券的面值,有效期,类型,门槛,使用限制,标签等
    B、发放
    即哪些人可以获得这些优惠券,一般是按照用户画像找到需要发放的用户,例如注册地点为深圳市南山区的男性18-22岁的用户且在最近10天在全平台无任何消费记录的用户
    C、使用
    即如何使用优惠券,直接抵扣,或者是满减,还是打折,又或是只能用在某个品类。

    对于客户端来说:
    1、可用优惠券列表UI
    2、优惠券使用时UI
    3、失效优惠券列表UI
    4、抵扣金额的计算

  • 2016.10.04
    国庆在家,闲来无事,稍作个更新,加上财务和运营层面的一些东西。
    ——————————————————
    优惠券这块存在几个状态:
    1. 未领取
    2. 待使用/待回滚(感谢评论的童鞋提醒,加上取消订单之后优惠券的回滚状态)
    3. 已使用(对用户可见的已经使用的优惠券状态)
    4. 已删除(可选择性对用户开放的功能状态)
    5. 已过期(用户超过最晚核销时间仍未使用优惠券)
    3. 冻结(用户使用了优惠券,但是尚未完成订单的最终支付)
    4. 已核销(对商户可见的已经使用的优惠券状态,用户完成订单支付,优惠券已经使用)

    1. 账户和财务层面
    对于商户来说,如几位答主所说,这块更多涉及的财务流程:
    1)商户发放优惠券后,其预计的营销预算为起优惠券的抵扣总值,这部分钱对于企业来说相当于存在一个托管账户之中。
    2)优惠券被使用之后,收益在扣除营销费用之后,算入商户的实际收益(结算账户)。
    3)优惠券过期未使用,营销费用(从托管账户)需在财务层面做平。
    优惠券的发放数量及金额与营销预算直接挂钩。

    2. 有效期和发放期
    优惠券说白了,更多是给运营和市场人员来用的,基于用户体验出发,其实有效期也非常重要。这里要注意的是,优惠券的有效期与发放期是两个不同的概念,一定要在后台区分开,而且最好的情况是,每个用户领取到的优惠券,所剩下的有效期时间都是一样长的,这样的状态是最理想的,对每个用户都是最公平。

    不然的话,很可能会出现下面两个很囧的情况:要么用户刚刚领到优惠券,却发现这个优惠券即将过期了;要么用户过早领到了优惠券,而此时优惠活动尚未开始。无论是哪个情况,都是很糟糕的用户体验和产品设计,能避则避,切记!

    3. 和账户绑定 & 和品类绑定
    在商城体系中,比较常见的的优惠券通常是和账户绑定,或者和品类绑定,或者两者兼有/叠加。
    当商城刚刚起步的时候,可以讲品类、账户与优惠券的关系做成二维的,但随着商城逐步做大,账户间的互相导流、SKU 之前的互相导流一定都会需要,所以最终会是一个多维的复杂模型。怎么做账户间、SKU 间的互相导流,感觉这又是个超级大话题,这里就不展开了。举个例子,有时候优惠券是隐性的,比如夏季清仓甩卖,每件商品都标了特价,这属于绑定某 SKU 的优惠价格,是内部人员定下的,可能根本不涉及用户领取或选择使用的操作,而是默认全场可见的。而如果说某个用户属于商城 VIP 客户,每次上新的时候,都可以享受八折购买的特权,这个优惠折扣就是绑定账户进行发放的。

    码得有点累,过两天再做更新。

  • 一句话总结电商优惠券背后的逻辑就是,满足消费者占便宜的心理,从而促进消费者更多地消费。
    优惠券的分类方式,比如全网满100减10,全网无门槛优惠券5元,品牌优惠券,店铺全品满减券,店铺无门槛优惠券,基本所有的优惠券和代现金券都是有截止期限的,这种优惠+时间期限的优惠设计方式利用人们普遍喜欢占小便宜的心理 ,达到促销的目的。

  • 楼上的这位匿名用户(请这位仁兄不要匿名了,我想@ 你都不能),他站在很宏观的角度来说的,我只是说这里面和产品相关的流程吧
    1. 优惠一定是有时间段的。这是全局的
    2. 限定范围:优惠券你是全场优惠还是品类优惠 还是品牌优惠 还是和你业务深度关联的比如和你整个产品矩阵中的其他产品关联,比如电影票。还是满减。这里面促销形式多种多样。
    3.你的优惠券方案出来后会涉及审批流程。
    4.审批完毕会涉及发放流程,你需要考虑发放过程中的意外情况。
    5.用户用券过程中在商品未出库前反悔了如何解决。
    6.用户退货如何解决。
    这都是需要考虑的情况。祝你愉快。

  • 难点在产品流程要遵循财务流程。
    发券的钱怎么来,要遵循公司现有的营销费用流程;发券之后,钱要放在一个类似备付金的账户,因为这个钱已经给客户了,只不过还没花,公司破产时,破产财产不应该包括这些钱的;客户使用券之后,钱什么时候转到商户账户?要看公司对商户体验的重视程度以及商家的配合程度;最后是收发票,券可能是用在了很多家商户,怎么把发票收上来?营改增之后,这些钱是可以做抵扣的,按外审要求也必须要有发票的,视公司对商户的控制力而定,如果控制力小而商户太多,请第三方公司。发票收上来,账目对其后,拿去报销。
    流程太复杂了,不过这算是严格按照审计要求来的了。

  • 发表回复