当前位置:首页 > 经验学习 > 交互设计

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

所属栏目:交互设计 时间:2013-12-26 来源: 作者:不详 点击:

你有过这样的经历吗?深夜被手机铃声从睡梦中惊醒,却发现是path上好友上传新照片的提醒,亦或是应用市场上软件更新的提醒,亦或是某游戏中养的宠物又饿了……
你有过这样的经历吗?用手机聊天,一直没发现屏幕上有任何变化,但对方已经因wei(为)你没回复和胡思乱想了……
智能手机快su(速)普及,形形色色的apps涌入用户手机,每款应用都希望抓住用户,都希望被持续关注,于是铺天盖地的手机应用提醒和通知每天在用户手机li(里)络绎不绝,真的是很必须吗?是否需要考虑一下用户的习惯和感受?本文从androidQQ用户为样本,通过定性和定量研究,得出android系统不同类型apps通知提醒机制,我们在进行手机系统和app设计的时候可以套用这个机制,评估当前设计的app属于哪个类型,找到对应的通知提醒机制。
标题开始代码
一、 研究方法和流程标题结束代码

标题开始代码
二、 主要研究结果:标题结束代码
1. 高端平台通知提醒方式总览
Banner:在不中断当前操作的情况下告知用户新消息,会对当前有干扰,但不打断,应用中要注意停留时间和用户错过后的找寻路径;
Alert:强打断型提醒,提醒内容与当前应用有联系时可以jie(接)受;
标记:一种不紧急的提醒方式,增量很难记住,部分用户有强迫清零的习惯;
Toast:纯告知,不需要chu(处)理;针对正在操作的反馈;
预览:可辅助用户判断是否需要查看该信息详情,但要注意结合“标记为已读”机制;
通知栏:是一种被普遍接受的通知fang(方)式,优点是“集中处理”;


2. 各类APP通知提醒机制
【流量、病毒、日程等紧急应用提醒】
提醒强烈让用户感知到,每条新信息都提醒;
这类应用对隐私要求不高,对话框的需求占比很大;

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

【邮件、微博、SNS等延迟lei(类)留言工具】
在邮件、微博和SNS等延迟类留言工具提醒中,通知栏这种安静又不被遗漏的形式很受欢迎
如果是连续多条消息push,只需要第一条提醒,跟在后面的可不用提醒
在锁屏界面下,新邮件只显示数量就可以满足大部分用户,微博和SNS需要显示数量和发件人,但发件人的显示机制要考虑到新消息和发件人的数量,如果数量过多,需要建立截断或省略机制。

【应用市场和新闻类应用】
时长和新闻类apps新消息bu(不)需要系统提醒,可以考虑应用内提醒。这类消息不重要不紧急,在系统中提醒不但打扰用户,而且会给用户造成“浪费流量”的担忧。

【other tips】
如果用户设置屏幕锁,要注意锁屏界面不显示私人信息,比如聊天工具的内容;
未读消息的计算机制需yao(要)优化,目前存在yi(已)读但未被系统计数,reng(仍)提醒未读的情况;

请站长喝杯咖啡?

站长一直坚持白天工作、晚上熬夜更新素材,付出了巨大的精力和时间,其中的辛酸难以言述。

坚持免积分、免登录、无任何限制下载!如果本站素材对你有用,不妨考虑请站长喝杯咖啡鼓励一下!

标签:

你应该也喜欢这些吧

共有 0 条评论

给个评价吧

验证码: