android平臺通知體提醒機制研究 | 互聯(lián)網(wǎng)的那點事

命運之輪 2012-06-15

展開全文

你有過這樣的經(jīng)歷嗎？深夜被手機鈴聲從睡夢中驚醒，卻發(fā)現(xiàn)是path上好友上傳新照片的提醒，亦或是應(yīng)用市場上軟件更新的提醒，亦或是某游戲中養(yǎng)的寵物又餓了……

你有過這樣的經(jīng)歷嗎？用手機聊天，一直沒發(fā)現(xiàn)屏幕上有任何變化，但對方已經(jīng)因為你沒回復(fù)和胡思亂想了……

智能手機快速普及，形形色色的apps涌入用戶手機，每款應(yīng)用都希望抓住用戶，都希望被持續(xù)關(guān)注，于是鋪天蓋地的手機應(yīng)用提醒和通知每天在用戶手機里絡(luò)繹不絕，真的是很必須嗎？是否需要考慮一下用戶的習(xí)慣和感受？本文從androidQQ用戶為樣本，通過定性和定量研究，得出android系統(tǒng)不同類型apps通知提醒機制，我們在進行手機系統(tǒng)和app設(shè)計的時候可以套用這個機制，評估當(dāng)前設(shè)計的app屬于哪個類型，找到對應(yīng)的通知提醒機制。

一、研究方法和流程

二、主要研究結(jié)果：

1. 高端平臺通知提醒方式總覽

Banner：在不中斷當(dāng)前操作的情況下告知用戶新消息，會對當(dāng)前有干擾，但不打斷，應(yīng)用中要注意停留時間和用戶錯過后的找尋路徑；

Alert：強打斷型提醒，提醒內(nèi)容與當(dāng)前應(yīng)用有聯(lián)系時可以接受；

標(biāo)記：一種不緊急的提醒方式，增量很難記住，部分用戶有強迫清零的習(xí)慣；

Toast：純告知，不需要處理；針對正在操作的反饋；

預(yù)覽：可輔助用戶判斷是否需要查看該信息詳情，但要注意結(jié)合“標(biāo)記為已讀”機制；

通知欄：是一種被普遍接受的通知方式，優(yōu)點是“集中處理”；

2. 各類APP通知提醒機制
【流量、病毒、日程等緊急應(yīng)用提醒】

提醒強烈讓用戶感知到，每條新信息都提醒；
這類應(yīng)用對隱私要求不高，對話框的需求占比很大；

【通話、短信、IM等即時對話類工具】

每條新消息都要提醒，
在鎖屏界面下如果有新消息，默認(rèn)顯示數(shù)量和發(fā)件人能夠滿足大部分用戶，而且對用戶隱私保護性較好。從實際情況來看，未讀短信默認(rèn)顯示預(yù)覽內(nèi)容，也沒有用戶提出負(fù)面反饋，推測原因可能是用戶對默認(rèn)顯示還是不顯示預(yù)覽內(nèi)容的傾向性不明顯，尤其是在預(yù)覽內(nèi)容可自定義的情況。
快速回復(fù)（直接彈出帶有消息內(nèi)容和回復(fù)框的alert）的需求從數(shù)據(jù)上看不明顯，但可以結(jié)合聊天場景和聯(lián)系人熟悉度進行處理。比如熟人或連續(xù)發(fā)送/回復(fù)短信數(shù)量達到N條的時候，可以啟動快速回復(fù)機制。
這類應(yīng)用的通知提醒在全屏狀態(tài)下允許打斷用戶當(dāng)前操作，但最好還是允許用戶自定義，個人覺得采用“ios5banner+自定義”的方式比較合適
未接來電在鎖屏界面下的顯示內(nèi)容需要結(jié)合號碼的熟悉度進行區(qū)分（比如熟悉號碼增加回?fù)芄δ?，陌生號碼顯示歸屬地和響鈴次數(shù)等）
短信需要多種形式共同提醒，研究結(jié)果顯示用戶對話框的需求占比不大，可能是考慮到隱私
IM提醒與短信類似，對話框的需求較低，但不需要多種方式協(xié)同，提示音、震動加通知欄就可以

【郵件、微博、SNS等延遲類留言工具】

在郵件、微博和SNS等延遲類留言工具提醒中，通知欄這種安靜又不被遺漏的形式很受歡迎
如果是連續(xù)多條消息push，只需要第一條提醒，跟在后面的可不用提醒
在鎖屏界面下，新郵件只顯示數(shù)量就可以滿足大部分用戶，微博和SNS需要顯示數(shù)量和發(fā)件人，但發(fā)件人的顯示機制要考慮到新消息和發(fā)件人的數(shù)量，如果數(shù)量過多，需要建立截斷或省略機制。

【應(yīng)用市場和新聞類應(yīng)用】

時長和新聞類apps新消息不需要系統(tǒng)提醒，可以考慮應(yīng)用內(nèi)提醒。這類消息不重要不緊急，在系統(tǒng)中提醒不但打擾用戶，而且會給用戶造成“浪費流量”的擔(dān)憂。

【other tips】

如果用戶設(shè)置屏幕鎖，要注意鎖屏界面不顯示私人信息，比如聊天工具的內(nèi)容；
未讀消息的計算機制需要優(yōu)化，目前存在已讀但未被系統(tǒng)計數(shù)，仍提醒未讀的情況；
鎖屏設(shè)置密碼的時候，要注意解鎖操作的路徑，對于加鎖用戶，查看對話式提醒內(nèi)容需要反復(fù)輸入密碼解鎖，操作路徑過長，建議根據(jù)消息類型考慮設(shè)置直達操作的選項。
提醒的時候要注意系統(tǒng)場景和用戶場景，系統(tǒng)場景比如鎖屏、全屏和桌面等場景，對消息提醒的需求是不同的，用戶場景比如夜晚睡覺的時候要慎重提醒。
采用多種提醒方式輔助用戶判斷消息的類型，比如利用聲音或震動的頻率、強度以及閃爍燈的顏色等幫助用戶辨識新消息的類型，讓用戶在不點亮屏幕的同時預(yù)判消息的類型。
照顧特殊群體和特殊使用場景，比如增加語音閱讀功能。
日程等重要的未讀信息要增加提醒強度，比如連續(xù)提醒，或提高聲音、震動的強度上限

【總結(jié)】

3. 用戶手機通信的一些情況

用戶android手機使用經(jīng)驗集中在3-12月，未來新涌入用戶會對當(dāng)前人口結(jié)構(gòu)造成沖擊，需要后續(xù)研究跟進
70%的android用戶具有刷機嘗試的主動性
android用戶具備獨立安裝軟件的能力
用戶手機常用聯(lián)系人10個左右且較固定，歷史聯(lián)系人和后續(xù)聯(lián)系人的重合度較高
用戶發(fā)短信時先進入短信應(yīng)用，再找聯(lián)系人，編寫內(nèi)容，因此內(nèi)部聯(lián)系人快速定位很重要
用戶撥打電話的入口主要是通話記錄和通訊錄
大部分android用戶修改過手機部分常用軟件的通知設(shè)置，但全部軟件的設(shè)置成本太高，建議增加用戶方便看到的，可以統(tǒng)一設(shè)置的機制