APP常見的幾種刷新類型
這兩天無意看到一些內容刷新案例,發現原來光一個刷新操作,也是有不同的刷新類型區分的,所以在這里記錄一下。
內容刷新主要是為了消除因時間間隔造成的內容或狀態不一致,通過刷新可以推送較新的內容。刷新可以分為分為手動和自動兩種,自動刷新就不需要累贅了,進入頁面之后,app自動與服務器提交一個請求,如果有內容更新就會自動推送過來,然后頁面再自動更新內容。但是有時候,比如說頁面自動刷新太慢或者在瀏覽過程中需要刷新內容,用戶就會使用到手動刷新的方式。移動端的手動刷新一般為下拉刷新(得益于twitter的發明),極少部分頁面會通過點擊刷新按鈕刷新。
在之前沒有想到,原來不同場景下的內容刷新,也會對應著不同的交互反饋:空白頁面刷新失敗有提示、緩存頁面刷新失敗無提示、緩存頁面刷新失敗有提示。
空白頁面刷新失敗有提示
現在的應用都標榜以內容為中心,所以都會極力避免空白頁面的出現。對于大部分的應用,最好的方法就是使用緩存,進入頁面之后,先顯示之前的緩存,然后再進行內容的刷新。其次,消滅空白頁面的第二種方法就是提供系統推薦項進行替代。但是對于一些頁面,頁面內容跟用戶的使用狀態關系密切,無法避免會出現空白頁面,這時候會使用一些引導類的提示,使得頁面變得更加豐富,同時可以促進用戶產生內容。
但是一些資訊類應用,比如讀讀日報,打開默認是空白頁面,然后再加載內容(我不是很明白這種設定)。其他一些應用,比如:豆瓣一刻和MONO,每天第一次進入應用的時候也會出現空白頁面。我猜想第二類應用的展示方式的原因是這樣的。他們的內容推送都是嚴格以天為單位的,每天固定時段推送精選內容。他們會希望你每天只看并且看完當天的東西,所以一旦到了第二天,昨天的內容就是累贅了。所以每天第一次進入應用的時候會出現空白頁面,象征著每天都是從新開始。此時就會對應一個“空白刷新”邏輯。
一般而言,空白頁刷新失敗之后會進行錯誤提示,一般提示為“網絡有問題,請點擊重試”。如圖:
空白刷新對應的場景是這樣子的:用戶想要刷新出內容,并且用戶知道這里可以刷出新內容,但是沒有刷新成功,這時候需要給用戶一個交待。所以需要提示用戶。同時,提示完用戶之后需要給用戶一個解決方法,這就是“點擊后重試”。
緩存頁面刷新失敗無提示
常見的應用比如知乎、網易新聞、好奇心日報、微信朋友圈等,這些應用都會采用緩存的形式,打開之后顯示的是緩存內容,然后系統會給服務器發送請求,如果有內容更新的話就會自動更新一次內容,更新之后的內容直接覆蓋當前的內容。更新失敗之后是沒有提示的。但是有一些應用,比如有道詞典、企鵝FM、網易云音樂等,他們更新失敗之后是有提示的。
我覺得這兩種應用的區分點在于
- 應用的使用頻率;
- 內容的時間連續性;
- 界面之間的關系緊密度。
比如說網易新聞,作為一個打發時間的工具,每天使用頻率就會比較高,所以用戶進來之后是想看看有沒有更新。其次,網易新聞的內容是連續不斷更新的,所以用戶會知道當前顯示的內容是我看看過并且處理過的。最后,新聞列表頁面顯示的是摘要,用戶可以通過摘要快速進行判斷是否要進入詳情頁,摘要有助于幫助用戶回憶上一次的使用場景。
所以這就對應著一個這樣的場景:用戶只是想看看有沒有更新,所以他們已經做好了“沒有新內容”的心理預期,所以即使是更新不了內容,用戶也不會想太多。反倒是,如果進行了錯誤提示,用戶可能會有一種挫敗感。因為他知道現在有內容,只是因為網絡的原因而沒有更新,他要進行的任務受到了外界因素的阻礙,由此產生一種細微的挫敗感。
緩存頁面刷新失敗有提示
另一類應用,使用頻率沒那么高,或者內容不具備時間連續性的,又或者說當前界面無法喚起用戶上一次的使用場景。那么就有必要進行率先你失敗提示了。
比如說企鵝FM,音頻類的應用注定使用不會那么頻繁,因為通過視覺接收的信息會比通過聽覺接收的信息更快更多,同時音頻類對環境的要求較高(比如用耳機時要求環境不那么嘈雜,外放時要求在私人場所)。其次,此類應用都是實時推薦的,不存在時間連續性的問題,用戶無法通過時間來判斷內容是否被閱讀過。再者,標題也無法幫你快速做出判斷,你還是要進去聽過才知道內容是什么。最后如果不提醒,用戶進入到詳情頁再收到提醒,就會覺得應用浪費了用戶的時間。所以,對于此類內容,刷新失敗是有必要進行提醒的。如下圖:
本來只是一個小小的刷新,沒想到自己能扯這么多。正如那句話所說的:魔鬼藏在細節當中。所以我還是把這個小細節與大家分享一下。
本文由 @Autumn阿秋?原創發布于人人都是產品經理?,未經許可,禁止轉載。
人家微信 沒網 就是顯示沒網
受教,正好這幾天在設計應用刷新
學習了。。。
最后一條的原因,我理解應該是,當用戶插上耳機才發現沒有網絡的時候,可能會覺得被玩兒了
尤其是需要在線聽得時候,播放了才提示沒網,就太坑了
學習了,挺有道理;最近也在考慮怎么給用戶提示相關信息;