活石APP前端需求文档 V0.5.1
活石APP
- 名词解释：
- A
- 指除当前操作用户以外的任何用户，在本文中以 A替代
- B
- 指APP的所属用户，在本文以B替代
1. 代祷更新提醒
- 更新时间编辑
在用户首次发布代祷时编辑预计代祷更新时间。除此意外，不再设置代祷更新时间提醒。
- 更新时间推送
当用户编辑了代祷更新时间后，在符合条件的时间里推送代祷更新提醒
- 推送文案
- 标题：快来更新代祷
- 正文：约定的代祷更新时间到了，快更新进展。
2. 消息提醒
消息提醒分为三大类：代祷相关、好友相关、系统相关
2.1 代祷相关消息提醒
代祷相关消息提醒分为三类：
- A参与代祷消息
- 推送时间：当A参与了B发布的代祷后，完成代祷即推送参与代祷消息到B的手机通知栏
- 推送文案：
- 标题：活石代祷
- 文案：XXXX（用户昵称）已经为你代祷，点击查看。
- 多条代祷：暂时不做多条代祷的限制，即有多少条推送多少
- A祝福代祷消息
- 推送时间：当A祝福（评论）了B发布的代祷后，发送成功即推送参与祝福的代祷消息到BB的手机通知栏
- 推送文案：
- 标题：活石代祷
- 文案：XXXX（用户昵称）祝福了你的代祷事项。
- 多条祝福：目前暂时不对同一个代祷事项的不同祝福进行合并。优先以最简单的方式实现祝福消息推送
- B参与的代祷更新时消息
- 推送时间：当B参与代祷的事项更新后即推送给所有参与过此项代祷的所有用户
- 推送文案：
- 标题：代祷进展
- 文案：你参与的代祷有了最新进展，赶紧去看看。
2.2 好友相关
好友相关消息分为一类：好友请求
+ 好友请求
+ 推送时间：当用户收到好友发布的添加好友验证请求时推送消息
+ 推送文案：按第三方接口的文案规范
2.3 系统相关
系统相关的消息通过极光推送解决
添加关注
考虑目前我们产品的实际情况，以关注型好友替代验证型好友会更符合我们的实际情况（即从原来微信好友模式改为微博关注型模式）
- 关注型好友操作可以让用户彼此添加成本更低，有助于用户关系拓展。
- 关注型好友可以让更方便的拓展活石内的关系。比如验证好友模式大家会下意识觉得应该添加真正的“好友”，而关注型模式会让用户少了这份心理暗示。
鉴于此，我们好友功能做些调整（不要砍我~）
3 添加好友
- 通过活石ID和手机号搜索添加的好友，作为用户的一维好友关系。
我的好友页
- 展示元素
- 通过通讯录邀请好友
- 通过微信、QQ邀请好友
- 好友列表
- 交互
- 点击【邀请通讯录好友】，进入用户通讯录页面，其他操作同短信分享
- 点击【邀请微信、QQ好友】，弹出分享微信好友、QQ好友浮层，分享内容按【分享活石】页面
- 点击输入框，进入好友搜索模式
### 好友搜索
- 支持两种搜索模式：按活石ID搜索和按手机号搜索
- 交互
- 短按输入框，进入输入模式
- 输入模式下，点击其他区域，为退出当前输入模式
- 输入模式下，输入活石ID或手机号进行查询
- 当搜索无该用户时，反馈提示浮层“没有该用户，请重新搜索”
- 当搜索存在该用户时，进入用户展示页
用户展示
- 展示信息包括
- 用户头像
- 用户昵称
- 读经时长
- 地区
- 受洗时间
- 代祷次数
功能包括
- 添加为好友
- 当展示信息为用户本人时，点击【添加为好友】弹出提示浮层“添加自己有点小自恋呢”
- 当展示信息非用户本人，点击【添加为好友】，进入添加请求页面
返回
回到我的好友页面
添加请求页
- 默认验证文案为：我是+用户昵称
- 用户点击发送，将验证请求发送出去，页面返回到用户展示页
- 点击【取消】，验证请求不发生，回到用户展示页
