修改记录:
3/21/18 增加登陆注册流程的错误提示。
4/1/18 增加领取流程的错误提示
增加测试用例
增加考核指标和计算方法。
1、需求背景
吃啥是一款集外卖,座位预定,餐厅预定于一体的多功能餐饮APP,其定位用户为消费能力较为均衡的学生和白领群体,目标是让这个群体能在用餐高峰期吃好饭,按时吃饭。自2016年发布以来,经过一年多的发展,用户增长进入瓶颈,同时平台活跃度 增长进入高原期,外卖模块的用户日平均打开次数接近0.9,同时,平台上的商家也同时向公司提出建议,希望能有商家的自己优惠平台,通过商家系统来自己定制相关的优惠券,红包等。
基于以上目标,希望这一次做一个基于H5的优惠券页面,通过APP点击,或者商家二维码扫描,通过微信的朋友圈和微信聊天窗分享拉动用户的增长,用户的活跃度以及老用户的召回。
注:吃啥APP是一款虚构产品。同时,全文中所涉及的优惠券,满减券,红包等均属于优惠券的范畴,后文不再详加叙述。
2、竞品分析
在吃啥APP 的核心功能区间内,主要竞品有美团(包含美团外卖)、饿了吗。相比于此次需求,需要考虑的优惠券和红包类竞品还有支付宝等。详细的竞品分析请看餐饮类红吧竞品分析。在此不加以详细分析,直接引用竞品分析的结论:
为了获取更多的用户和留存,需要在吸引用户的同时增加用户的粘性。从用户的粘性来看,蚂蚁花呗的刮刮卡的用户粘性更高,同时从获取用户的角度来看,饿了吗年终奖活动的用户参与度更高,拉新效果更好。
从以上的分析结果来看,我们此次需求需要做到的有以下几点:
1、用户的刺激感和多次参与;
2、一个红包需要多人参与,一个人的机会有限;
3、用户之间需要更方便的分享途径。
根据此次的需求目的,基本的设计要素有以下几点:
1、 朋友之间需要有有一个互相对比的参照,利用攀比心理促使用户进行二次抽取优惠券;
2、控制用户的抽取次数和链接的优惠券池(如 每一个用户每一天的领取次数不少于2次,但是不多于5次,每一个链接的领取次数仅为10次,每一个用户每一天只能在APP的活动页面分享一次);
3、控制链接的生成用户,只将不同用户从APP活动页分享的链接视为新增链接(即从微信中的活动H5页面转发的链接视为生成用户的链接的同一链接,即该链接的用户名仍为生成用户);
4、 在微信的活动H5页面进行分享和转发,不会计入APP内的活动页面转发、分享,即没有在APP内活动页面进行转发,但是在微信的h5页面进行了转发,仍可以在APP活动页面转发一次。
3、需求目的
从竞品分析得出的结论和设计要素,对H5页面的设计有了指导作用,从要素和分析结论导出的H5页面需要有的功能点有以下一些:
1、 简单的注册或者登录流程;
2、 用户手气对比;
3、 快速的分享功能。
4、 APP下载按钮
5、 活动介绍/活动图片;
6、 用户引导模块;
7、 APP内查看模块;
8、 快速下单按钮。
结合已有的开发能力和实际时间需要,资源分配来看,可将上述功能做以下列表区分:
该版本为此次需求的第一个版本,功能点中的用户引导模块由文本和交互代替、APP下载按钮则是跳转官网或者腾讯应用宝。此次需求优先开发核心的手气对比、登录注册和快速分享按钮。活动介绍和活动图片由运营提供、不再赘述。
4、业务流程
4.1、优惠券的整个业务流程(从生成到使用)
4.2、分享逻辑
核心的分享功能有两个、一个是从产品活动页进行的链接生成的分享,另一个是在微信中的链接分享
4.3、后端的相关反应
在前端进行分享的时候,后端系统主要的工作是配合前端生成链接、分配优惠券池、账户与优惠券的绑定
优惠券的生成系统是一个创建数据库的过程,其中优惠券的规则由运营来填入,优惠券的字段由运营进行编写,优惠券的生成系统符合一个在产品团队内部建立的信息规范,如优惠券的字段为:MJ(满减)、ZK(折扣)、XJ(现金)、MD(免单)等。优惠券的使用规则需要运营单独设定,其中设定的主要规则是优惠券的使用范围(某餐馆、全场等),优惠券的使用起点(无门槛、满30可用等),优惠券的使用支付方式(银行卡、微信、支付宝等)、优惠券的使用时段(仅限早餐、午餐等)。优惠券的使用时间设定为一个时间段(如2018-01-01---2018-12-31可用),具体的情况需要运营设定。同时优惠券的生成系统中需要设定白名单,即某些可以超过设定范围使用的用户(如优惠券体验人员等)。
优惠券的账号匹配功能是为了保证该账户在该时间可以领取该优惠券,同时保证优惠券的唯一绑定性。优惠券生成系统中生成的优惠券有唯一的识别编码,同时用户账户也有唯一的识别编码,当用户参与活动并领取优惠券时,将优惠券绑定至用户账户,并且保证优惠券的唯一性和一次性(即只要参与过支付流程,无论是否成功,该优惠券均视为已经使用)。
5、相关概念说明
5.1、账户绑定链接(从产品活动页分享的链接)
当用户在APP内的活动页面点击分享之后,在该链接中包含用户A的账户信息,同时在数据库中用户A的字段中,该链接设定为一个有10张优惠券的奖池。如果用户B在微信中点开用户A分享的链接,然后分享了该链接,那么其他人点击进入的仍为用户A的链接。
5.2、账户与优惠券的绑定
一张优惠券有唯一的识别特征,根据优惠券生成系统的字段,规则,时间进行唯一排序。如“满减-粤菜-20180224-0000212-(99-20)”。而账户在系统中也有唯一特征,也就是说,账户与优惠券进行绑定时,是在账户数据库中添加优惠券字段,在优惠券数据库中添加账户字段,在使用时,进行双边对比。
5.3、产品端需要调整的页面
5.4、优惠券相关信息说明
6、功能详述
6.1、产品端入口
APP内利用首页弹窗提示,点击领取优惠可直接进入活动页面;同时首页展示有活动的介绍,点击介绍进入活动页面
6.2、H5页面基本功能模块
H5页面需要实现的功能有快速分享、手气对比、快速下单、快速登陆注册等功能。在分享这个功能上,通过引导来督促用户分享(如分享给朋友,看看谁的手气更好吧),降低用户的抵触情绪。
6.3、后台系统功能模块
后台系统的主要功能是优惠券生成、特殊情况处理(白名单,人工禁用优惠券等)、运营数据分析采集,订单管理。其中相关的反作弊系统主要在优惠券库的管理和优惠券生成规则中体现;订单管理主要为了处理一些突发状况(如服务器宕机造成的支付失败而引起的优惠券失效)。
6.4、H5页面模块详述
当账户未登录时,需要进行登录,可能出现的错误如下。
领取次数达上限分为账户对该链接的领取上限、链接次数上限、账户的单日领取上限,分别对应下图。
账户对链接的领取上限即一个账户在一个链接中领取过一次优惠券,再次进入该链接点击领取时发生的错误;链接上限次数即一个优惠券链接所包含的优惠券奖池数量;账户的单日领取上限是指一个账户在一天内(0:00.00-23:59.59)可以对同一优惠券类型的最大领取次数
手气对比是建立在有多人参与了优惠券的领取基础上的,当用户尚未登录和尚未领取时,该模块为引导用户登陆和用户领取的信息提示。
规则模块
规则模块主要为文本,内容如下:
1、该满减优惠券仅可在吃啥吃啥APP中的江浙菜系餐厅使用;
2、每一个账户每天最多可领取5次优惠;
3、每一个账户每天只可使用一次该优惠券;
4、每一个分享链接为10张优惠券的奖池,优惠券随机生成,每一个用户每天可以从APP分享一次优惠券链接,自己分享的链接仅可领取一次;
5、每天分享的链接于次日0:00失效;
6、吃啥保留在法律允许范围内的活动解释权利。
6.5、测试用例
1、用户分享到第三方
注释:注册且认证用户为手机号验证通过,且收货地址存在的用户。
2、用户领取优惠券