设计一个发送优惠券的H5界面-产品经理

设计一个发送优惠券的H5界面-产品经理

序号 文档版本 修订人 修订时间 修订内容
1 1.0.0 道长 2018-08-27 初次撰写

一、需求背景;

1,简介:

  为餐饮App设计便于宣传的H5页面,让用户能在微信等产品内分享餐饮优惠券。
  当前产品已有发券功能,但是发券功能太过单一,只能运营在后台生成后给到用户,比较浪费时间。

2,背景:

  餐饮市场竞争太大,美团、饿了么已占据大部分市场份额,为了便于更好的让用户订餐,以及享受各类优惠,需要为产品设计一个H5页面,让用户能在社交产品内分享来获取各类优惠券,并且让用户在分享的过程中给产品带来较大的新增用户量。

二、需求分析:

1,分析;

2,梳理;

  整理输出如下:
  ①,用户想要更多优惠;
    通过已有的满减+优惠券来获得;
  ②,用户想通过自己的分享带给自己更大利益;
    通过邀请使用后双方的券获得;
  ③,运营人员想通过券提升产品数据;
    通过分享券增加用户量,促进成单率,提高活跃度等;

三、竞品相关功能分析;

1,分析饿了么券功能;

1.1,订单产生券业务流程;

1.2,邀请好友业务流程图;


  饿了么邀请还附带检测是否为支付宝用户,以及对于领取过的红包会报一部分红包丢失,不确定是否为bug,此处省略。

2,总结梳理;

  根据分析饿了么情况及本身产品优惠券需求分析来看;转化需求到产品上则为;
  ①,优惠券分享机制;(附带分享页面,规则设计)
  ②,用户邀请得优惠券机制;(附带分享页面,规则设计)
  ③,优惠券展示页面;
  ④,优惠券说明页面;

3,需求排序;

3.1,用户量与发生频率;

3.2,见效速度与开发难度;

3.3,需求排序为;

  ①,优惠券展示页(8分);
  ②,分享邀请券(7分见效快);
  ③,优惠券说明页(7分用户量级大);
  ④,用户邀请券(4分);

四、需求目的及功能列表;

1,需求目的;

  让新老用户能在订餐前后获得更多的优惠券,能在满减的同时使用优惠券省更多的钱;同时让运营能用优惠券做更多活动来拉新及做用户留存和活跃;让产品本身带有良好的拉新循环机制。

2,功能列表;

功能序号 功能点 功能描述 后台 备注
1 优惠券分享 用户分享优惠券至微信等社交平台,自己及其他用户来领取 判断用户是否已打款,是否第一次打开
2 优惠券分享页面 展示可领红包数量,展示已领红包金额 判断红包是否领取完,判断用户是否领取过红包
3 用户邀请券 A用户邀请B/C/D用户使用订餐平台,并且系统给予新用户大额优惠券一次,B/C/D消费后A获得优惠券 判断用户号码是否领取过,判断用户B/C/D是否消费过
4 优惠券展示页面 用户订餐时在展示页面选择优惠券使用 判断用户券是否过去,判断用户券是否支持当次订单

五、业务逻辑及流程;

1,业务逻辑;

2,业务流程;

2.1,分享及邀请业务流程;

2.2,领取红包业务流程;

2.3,页面流程图;

2.3.1,分享红包页面流程图;

2.3.2,邀请红包页面流程图;

2.3.3,领取红包及使用红包页面流程图;

六、原型设计;

1,分享红包页面原型图;

2,邀请红包页面原型图;


3,领取红包及使用红包页面原型图;


七、考核指标及计算方法;

1,考核指标;

1,日/周/月分享次数;
2,分享率;
3,新增用户量;
4,活跃用户量;
5,留存用户量;
6,优惠券使用率;
7,裂变K值;

2,计算方式;

分享次数=系统统计总分享次数
分享率=分享总次数/总支付订单数
新增用户量=通过券页面注册用户量
活跃用户量=后台统计日活月活周活
留存用户量=后台统计次日留存月留存周留存
优惠券使用率=使用优惠券支付用户/总被领取优惠券数量
裂变K值=

Custs(0)是种子用户数量, Custs(t)是过了一个时间周期后, 增加的新用户人数。t则是周期,可以选择天,月年。 确定T周期后, 通过大数据统计, 计算K值和ct值。
传播周期是指种子用户在一轮传播后, 失去了再邀请新用户的能力。换句话说, 是一个新用户用户了7天时间成功推荐了2个用户后, 就再也不推荐了。那这个传播周期如何计算呢? 我认为是加权平均值。 第一个用户是第一天推荐的, 第二个用户是第7天推荐的。 那传播周期就等于(1*1+7*1)/2 =4. 平均花了4天推荐了2个用户, 种子用户就失去了推荐能力。

Add a Comment

电子邮件地址不会被公开。 必填项已用*标注