[关闭]
@jean 2016-04-01T14:17:50.000000Z 字数 1572 阅读 2543

App 签到

A-运营线 App



文档改动

ID 时间 改动 讨论者
1 2016.2.18 11:00AM 每个月 28 次之后的签到, 固定获得 100 番币 Athena
2 2016.2.18 3:50PM 规定了 签到时间的标准 -
3 2016.2.24 2:05PM 补充了 MyPanli 界面上是否可签到时, 列表项右边 提示文字 的说明 -
4 2016.3.3 2:15PM 取消了 "签到成功界面", 并做了相关调整 (用两种对话框来作为判断结果) Athena、Yang

需求简介

为了让新增长的用户更好地留在 Panli, 并且提高用户活跃度, 运营部提出了在 App 上增加一个签到的需求.

此次签到功能, 除了单纯增加用户 App 的使用频率外, 还会在签到完成界面上增加近期活动广告(后台设置)。签到的奖励主要是番币, 也会有代金券。


1. App 部分

1.1 签到入口

此处输入图片的描述

在界面 我的中, 增加一个 签到 入口, 网络状况正常的情况下:

  • 如果今天没签到过 , 右边文字显示本次签到的奖励, 点击时跳转至“签到”界面;
  • 如果今天已签到过, 右边文字显示 "今日已签到", 点击时跳转至“签到”界面;
  • 被别处登录踢下线时, 与 我的 里面其他界面一样处理

网络异常或无网络时, 返回 我的 界面, 并黑框提示:

网络异常, 请稍后再试

1.2 签到界面

此处输入图片的描述
查看原图

界面显示内容:


1.3 签到成功界面 (已从需求中移除)

此处输入图片的描述

界面显示内容如下:


2. 关于签到时间的定义

当用户第一次签到时, 记录下所在的时区, 以此作为标准来作为 "每一天的时间范围" (也就是 "自然日" 0:00 ~ 23:59:59 / 每月第1天 ~ 最后一天), 并以 用户时区时差 两个新字段作为用户信息保存在服务器上. 具体实现方式请研发酌情考虑, 这里只是简单说明 "标准时间范围" 所需要的信息.

因此, 最终签到不会发生以下这些情况:

每天的开始时间和结束时间, 与设备上显示的时间不一致, 导致 "前一天晚上签到之后, 第二天早上无法签到/中午签到之后下午又能签到了" 之类的问题
每月 1 号 和最后一天, 与设备上显示的日期不一致 , 导致 "某月 1 号早上签到之后, 拿到了上个月最后一天的奖励/某月最后一天想签到的时候, 发现已经是下个月了" 之类的问题
更改时区/时间, 不论是否卸载重装之后可重复签到 (用户在每 24 小时内能且只能签到 1 次, 获得 1 次奖励)
切换登录一个"其他时区" 而且没签到过的账号的话, 那么新账号可签到, 时区时差保存在服务器端且不能更改, 每个用户的时区和时差都是相互独立的


3. 数据记录

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注