优惠券发放策略

问题:优惠券发放策略设计

所属课程:产品经理P1系列课程

你是某餐饮类app的产品经理,由于公司推广需求,现在需要设计一个针对新老用户发送优惠券的H5界面,用于微信里用户自发的分享传播。

要求:

  • 以H5为载体,主要用于微信聊天窗和朋友圈的分享「此处为两种分享模式」
  • 注意分享的流程以及流程里必备的判断
  • 注意后台逻辑和前端逻辑的配合,不要忽略后端
  • 重要的页面需要完整原型,其他页面需要简单的页面流程,需要有整体的串联

要做的工作:

  • 明确需求背景
  • 需求分析:通过简单的产品功能调研,提供决策过程和依据
  • 需求目的:明确需求目的和功能列表
  • 梳理流程所处的模块关系:业务逻辑、业务流程、页面流程
  • 功能详细介绍:原型设计
  • 考核指标和计算方法

页面举例:

image

优惠券发放需求文档

05【学习】产品体验报告 马克飞象 需求文档 Markdown

1.项目背景与需求分析

1.1当前app推广存在问题

1.当前获取新用户的成本越来越高。
2.当前新老用户的活跃度明显下滑,对产品经营状况产生较大的负面影响。

1.2项目需求

1.针对新用户获取成本的问题提出以下解决方案:
利用app当前的存量老用户作为首批传播源,利用用户的社交关系链条,扩大传播面。
2.针对新老用户活跃度明显下滑的问题提出以下解决方案:
借助微信,以H5页面为载体,发放优惠券,实现拉新与促活的运营目的。

1.3需求分析(用户-场景-需求)

1.3.1.用户
作为一款美食点餐电商平台(由于题目没有明确,自行脑补的),面向的用户特征主要是:有网购习惯,年轻的上班族,白领,学生等没有时间自己做饭或者懒得做饭的群体。
1.3.2.场景
2.1到了饭点,不知道吃什么好,这个时候通过微信群领取到各大平台的优惠券,视乎优惠力度大小而做出决策。
2.2点餐时,看到优惠券的选择栏,想领取优惠券使用抵扣餐费。
2.3自己点餐后,公司同事也需要点餐,自己把优惠券红包分享到公司群,让同事们去抢。
2.4看到朋友分享的优惠券页面,领取后发觉面额挺大的,不用就浪费,去点个东西吃吧。
1.3.3.需求
3.1让用户能领取到立即能使用的优惠券,门槛越低越好,面值越大越好。
3.2让用户下单后能分享优惠券,能伴随一些活跃微信群的玩法更好。

image

2.本次需求目的及功能列表明细

2.1需求目的

本次需求的目的是,通过H5领取优惠券的活动方式,借助微信的社交关系进行传播,提高新用户注册以及新老用户下单的活跃度,提高下单量。

2.2需求相关功能列表

image
  • 2.2.1优惠券系统:本质上是一套规则的集合体,去限制使用和确定优惠规则。
    • 优惠金额
      • 固定金额
      • 浮动金额
        • 根据订单
        • 折扣
        • 随机
    • 限制
      • 使用时间限制
      • 品类限制
      • 商家限制
    • 有效期
      • 以领取日期开始计算,N天后失效
      • 固定的开始与结束时间
    • 券码
      • 券码导入
      • 券码生成导出
  • 2.2.2活动系统:作为优惠的发放实体,供用户参与
    • 优惠券
      将优惠券与活动进行关联,用来配置活动及该活动所发放的优惠券。也就是对该活动准备发放的优惠券,去进行对优惠券的关联。这里对于优惠券的处理,一般会设定总优惠金额,每张券可能是随机金额,但一个活动的总优惠金额已经限定。当然在创建活动时,是可以进行新增和添加的, 但在编辑时,则无法进行修改。
    • 个性化
      • 分享个性化:基于社交软件的分享,可定制分享内容的方式,包括标题,描述,图片。
      • 内容个性化:基于活动模板进行的设定,比如头图,领取成功的弹层,按钮的跳转链接,活动说明等等,可进行定制化设定。
  • 2.2.3发放系统:是通过对不同节点的梳理,进行设置不同节点的发放活动,及对发放的限制。一般包括范围和个性化。
    • 范围
      • 什么样的用户能够参与到活动的发放
      • 限定节点
        • 下单成功
        • 注册成功
        • 限定地区
        • 限定业务
        • 限定用户
    • 个性化
      • 限制:在当前范围下的诸如领取限制等。比如一个用户一天只能领取该范围下3个活动的优惠券。
      • 展示: 基于该范围,设定给用户端的展示内容,例如弹层文案,图片等。
  • 2.2.4数据系统
    • 下单数:当用户下单是符合活动发放时条件时,所产生的订单数;
    • 活动数:当用户进行分享后,产生的活动数;
    • 优惠券数:当用户领取的用户数量,使用可以当作优惠券的一个状态进行标记;

其中,发放系统模块与数据统计模块是本次需求重点要处理的,优惠券系统模块与活动模块属于前置开发需求,不在本次需求的开发列表中。

2.3开发需求功能点列表

image

2.3.1生成优惠券
根据运营目标,设置对应的优惠券规则:
针对新用户:全场通用6元券(无使用门槛,15天有效,不限品类)–吸引新用户注册
针对老用户:全场通用6元券(无使用门槛,3天有效)—激活老用户下单
针对老用户:满30元减10元(3天有效,限定品类)—提高老客户客单价
针对新/老用户:全场通用随机金额券(面值在0-3随机出现,无使用门槛,3天有效,不限品类)–用于群内抢红包

以上规则属于运营方案,不在本次需求文档中详述

2.3.2分享优惠券
用户完成订单支付后,提供分享优惠券的按钮。用户可发出数量不等的红包,其中第N个最大。

2.3.3领取优惠券

image

以上两种传播方式,点击进去都是同一页面:

image
image
  • 页面关键元素
    • 输入手机号
      • 输入的手机号码通过合法校验(具体校验标准待后面描述)。
    • 立即领取
      • 若是已注册的手机号,则直接领取优惠券;若是未注册的手机号,通过验证码的方式验证领取优惠券。
    • 领取到的优惠券信息
      • 需要包含的信息有优惠券额度、使用门槛、到期时间。如果是老用户领取,则只有一个老用户优惠券,若是新用户领取,则有一个通用优惠券+一个新用户专享优惠券
    • 修改领券手机号
      • 只有领取成功后的用户才看到此功能,可更换其他手机号来领取优惠券。
    • 马上使用
      • 用户点击后,如果手机中已有客户端app,则启动并跳转至客户端主界面;如果手机中未安装客户端app,则打开一个客户端下载页,用户可点击下载客户端app。
        iOS系统打开下载页面需要提示并跳转至App Store,Android系统则直接打开客户端
        app在应用宝的主页。
    • 看看大家手气
      • 查看当前这个优惠券礼包参与抽取的人以及对应的抽取记录。手气最佳的用户加上小icon标识。
    • 活动规则说明
      • 关于本次活动的规则说明。

2.3.4客户端下载
用户在领取优惠券后,可以通过点击页面中的【马上使用】按钮直接跳转至客户端app中;而如果这是用户的手机中未安装客户端,点击按钮后会跳转到一个下载页。

image

2.3.5注册功能优化
当用户首次打开优惠券发放H5页面,若用户从未关注过公众号(未授权)则会弹出授权提示框,获取用户的公开信息(昵称,头像)。对于未注册用户,则建档;对于已注册用户,则完善用户社交账号资料。

image

3.流程与所处的产品模块关系

3.1业务逻辑

image

3.2业务流程

image

3.3页面流程

3.3.1领取的页面流程

image

3.3.2分享的页面流程

image

4.功能详细介绍

4.1领取的页面原型

image

4.2分享的页面原型

image

5.考核指标与计算方法

优惠券发放需求涉及发放与领取模块,其中与业务相关的统计指标有如下几个:

  1. 分享率-用户下单后,有多少订单比率会产生分享。
  2. 领取率-当我的优惠券分享出去后,假设可以供10个人领,那分享出去的有多少人领取,还有领满率多少,也就是我这优惠券发出去,有10个用户全部领完了,这比率多少;
  3. 使用率。用户领取了优惠券后,有多少的使用率,直接决定了最终的效果,也就是转化率;
  4. 拉新率。通过领取优惠券最终完成注册的用户数。

流程优化的指标有如下几个:

  1. 红包点击转化率
    统计方式:通过分享出去的链接点击数/总生成的分享页面数
  2. 微信授权转化率
    授权微信登陆人数/H5页面UV
  3. 领取转化率
    总转化率:成功领取优惠券人数 / 授权手机号人数
  4. 登陆APP转化率
    统计方式:成功领取优惠券人数/通过微信打开APP的人数
  5. 下单转化率
    统计方式:使用了优惠券的定单数/活动期间总的订单数

以上数据统计,围绕着运营方案优化以及产品使用流程优化。活动上线后,以次日/隔日/三日/一周/一月/为监控周期,调整方案。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,542评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,596评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,021评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,682评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,792评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,985评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,107评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,845评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,299评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,612评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,747评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,441评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,072评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,828评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,069评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,545评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,658评论 2 350

推荐阅读更多精彩内容