android平台通知体提醒机制研究

2019-04-03    来源:腾讯WSD

容器云强势上线!快速搭建集群,上万Linux镜像随意使用

你有过这样的经历吗?深夜被手机铃声从睡梦中惊醒,却发现是path上好友上传新照片的提醒,亦或是应用市场上软件更新的提醒,亦或是某游戏中养的宠物又饿了……

你有过这样的经历吗?用手机聊天,一直没发现屏幕上有任何变化,但对方已经因为你没回复和胡思乱想了…… 

智能手机快速普及,形形色色的apps涌入用户手机,每款应用都希望抓住用户,都希望被持续关注,于是铺天盖地的手机应用提醒和通知每天在用户手机里络绎不绝,真的是很必须吗?是否需要考虑一下用户的习惯和感受?本文从android QQ用户为样本,通过定性和定量研究,得出android系统不同类型apps通知提醒机制,我们在进行手机系统和app设计的时候可以套用这个机制,评估当前设计的app属于哪个类型,找到对应的通知提醒机制。

一、研究方法和流程

二、主要研究结果:

1. 高端平台通知提醒方式总览

Banner:在不中断当前操作的情况下告知用户新消息,会对当前有干扰,但不打断,应用中要注意停留时间和用户错过后的找寻路径;

Alert:强打断型提醒,提醒内容与当前应用有联系时可以接受;

标记:一种不紧急的提醒方式,增量很难记住,部分用户有强迫清零的习惯;

Toast:纯告知,不需要处理;针对正在操作的反馈;

预览:可辅助用户判断是否需要查看该信息详情,但要注意结合“标记为已读”机制;

通知栏:是一种被普遍接受的通知方式,优点是“集中处理”;

2. 各类APP通知提醒机制

【流量、病毒、日程等紧急应用提醒】

  • 提醒强烈让用户感知到,每条新信息都提醒;
  • 这类应用对隐私要求不高,对话框的需求占比很大;

【通话、短信、IM等即时对话类工具】

  • 每条新消息都要提醒,
  • 在锁屏界面下如果有新消息,默认显示数量和发件人能够满足大部分用户,而且对用户隐私保护性较好。从实际情况来看,未读短信默认显示预览内容,也没有用户提出负面反馈,推测原因可能是用户对默认显示还是不显示预览内容的倾向性不明显,尤其是在预览内容可自定义的情况。
  • 快速回复(直接弹出带有消息内容和回复框的alert)的需求从数据上看不明显,但可以结合聊天场景和联系人熟悉度进行处理。比如熟人或连续发送/回复短信数量达到N条的时候,可以启动快速回复机制。
  • 这类应用的通知提醒在全屏状态下允许打断用户当前操作,但最好还是允许用户自定义,个人觉得采用“ios5banner+自定义”的方式比较合适
  • 未接来电在锁屏界面下的显示内容需要结合号码的熟悉度进行区分(比如熟悉号码增加回拨功能,陌生号码显示归属地和响铃次数等)
  • 短信需要多种形式共同提醒,研究结果显示用户对话框的需求占比不大,可能是考虑到隐私
  • IM提醒与短信类似,对话框的需求较低,但不需要多种方式协同,提示音、震动加通知栏就可以

标签: 用户研

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点!
本站所提供的图片等素材,版权归原作者所有,如需使用,请与原作者联系。

上一篇:[信息图]集客式营销的6大步骤

下一篇:HTML5开发实战之网易微博