微信10個交互細節問題的探討與重設計

36 評論 41319 瀏覽 201 收藏 29 分鐘

文章分析了微信交互設計中的幾個細節問題,與大家分享,希望能夠給大家帶來一定的啟發。

微信小程序開閘后果然立即成為這個霧霾格外嚴重的冬天中的一抹亮色,關于小程序將如何給互聯網應用生態帶來沖擊的討論迅速在朋友圈刷了屏,小至小程序和WebAPP體驗的對比、低頻APP的危機,大至微信在庫克眼皮底下的暗度陳倉、引流與分流的博弈,太多的可能性值得我們拭目以待。

此時作為一枚安靜的設計汪,注意力還是回到微信傳統的聊天、朋友圈、公眾號這三大模塊的交互設計本身吧。原本以為伴隨著微信小程序的發布,會有一次比較大的版本更新,但9號醒來后發現iOS端的版本號依然是2017年1月3日更新的6.5.3(說「開閘」結果真的是開閘而已啊……)。三大模塊中一些可用性方面的交互細節問題依然堅挺。本篇將從我的個人體驗、朋友閑聊中的反饋、知乎上「微信設計的渣細節有哪些?」這一帖子下的一千余條吐槽中,選擇其中10個比較有代表性的問題,對可能的優化方案進行簡單的重設計和探討。

當然,這里雖然暫且稱之為「問題」,但僅僅是純粹從用戶角度出發、在使用過程中在交互方面可能感到的一些不便之處。考慮到微信面對的億級用戶群體,任何一個功能的新增和改動的決策風險也都不是團隊外的人可以妄加評論的。設計方案的優劣本就沒有非黑即白的定論,我也有理由相信微信作為國內最成功的IM(以后會不會是OS?)團隊,關于這些問題都是經過推敲和取舍的,甚至有的在用戶看來是「問題」的地方是產品方出于業務目標考慮有意為之的。

因此,相比討論我做出的10個重設計方案是否合理,我倒是更期待去了解經過千錘百煉的原版方案中為什么會這樣做。如果有幸被知情人士看到這篇文章,并有機會一起聊聊的話,就再好不過了:)

本篇重設計和討論將基于iOS端6.5.3版本進行,因為小程序僅處于發布初期,可以說仍然是測試和逐步完善的階段,因此討論范圍將暫時不涉及小程序。

目錄

  1. 公眾號閱讀與聊天的切換
  2. 連續添加多個公眾號
  3. 訂閱號的分組查看
  4. 群聊消息的完全屏蔽
  5. 刪除會話時的危險操作警告
  6. 收藏表情的排序整理
  7. 將非表情圖片添加為表情
  8. 朋友圈的返回頂部操作
  9. 朋友圈消息通知的兩個優化
  10. 意見反饋通道的簡化

以上10個可用性細節中,第1~3點針對公眾號模塊,第4~7點針對聊天會話模塊,第8~9點針對朋友圈模塊,第10點則是關于輔助流程中的意見反饋功能。

1. 公眾號閱讀與聊天間的切換

在閱讀公眾號文章的過程中,小手機忽然虎軀一震——你知道收到了新消息,你擔心是來自女朋友或是上司的「指示」,生怕回得不及時,便忙不迭地返回了會話列表,但當你查看并處理完這條新消息后,想要繼續閱讀公眾號,又要重新從「會話列表」→「訂閱號」→「你想讀的公眾號」→「公眾號會話頁」→「剛才在讀的文章」這一路徑重新回到文章頁面。這一路徑雖然并不算非常冗長,但當你好不容易繼續閱讀后,如果小手機又虎軀一震呢……想必如此往返幾次,再耐心的人也會抓狂吧。

其實現在微信已經很人性化地幫助用戶在第二次進入文章頁面時,自動跳轉到上次閱讀到的位置,至少重新回到文章頁面后不用滾動半天找到剛才的進度了。但仍然缺少一個可以在新收到的消息和正在閱讀的文章之間直接往返的路徑。

這種不支持多任務的做法很符合「用后即走」(在這里或許說「看完再走」更合適)的理念,通過提高往返成本,讓用戶盡量看完后再離開文章頁面。在文章長度一般、收到新消息的頻率和緊迫性都不高的情況下,用戶可以盡量做到讀完再走。但當文章較長、收到新消息的頻率比較高、消息也比較重要的情況下,沒法一鍵返回繼續閱讀就真的會導致體驗受損了。

我個人的習慣是打開一篇文章,先看一下是不是很快能讀完的,如果是長文就直接點擊「…」→「在Safari中打開」,不過對于竭盡所能把用戶留在微信中的產品方,也是一萬個不希望大家都用這種方法去解決多任務問題吧。

對此,重設計中在文章頁提供了一個提示新消息的控件,有別于原有「返回」操作,通過這一控件返回會話列表查看并處理新消息時,可以在聊天頂部看到一個返回繼續閱讀文章的入口,從而方便地一鍵返回文章頁面、繼續瀏覽。

其實,類似小程序中在Action Sheet中提供「顯示在聊天頂部」選項,允許用戶手動將文章保留在聊天頂部的設計方式也是一種可行的方案。但考慮到公眾號文章頁點擊「…」后調出的菜單已經較為復雜,而且用戶在沒有收到新消息的情況下,主動中斷閱讀前往其他頁面的場景可能并不多見,因此最后還是選擇了上面這種重設計方案。

2. 連續添加多個公眾號

當你通過非精確的關鍵詞搜索,查找關于某一領域的公眾號時,你可能對搜索結果中的多個公眾號都有興趣。而當你進入其中一個公眾號的「公眾號信息頁」并點擊關注后,關注成功后的狀態會一閃而過,然后進入「公眾號會話頁」并收到公眾號的歡迎語。此時點擊導航欄的返回按鈕將直接返回「微信」頁的會話列表。想關注剛才搜索結果中的其他公眾號的話,你只能重新再搜索一次。

個人覺得任何一個頁面的「一閃而過」對用戶而言都是不太好的體驗,不但沒有太大必要(閃一秒反正也看不清),也容易讓用戶對自己的操作產生不可控的沮喪感。因此,關注成功后,要么直接(不顯示關注成功后的狀態)進入「公眾號會話頁」,要么停留在已成功關注狀態的「公眾號信息頁」,都是更好的做法。

而回到剛才的場景,如果要為用戶提供一個連續添加多個公眾號的入口,那么后者,也就是關注后停留在已成功關注狀態的「公眾號信息頁」更為合適。用戶此時可以自由選擇,想添加其他搜索結果時,可以通過「返回」回到搜索列表;無意添加其他搜索結果、只想開始瀏覽當前公眾號時,可以通過「進入公眾號」進入「公眾號會話頁」;想直接退出當前流程,回到會話列表時,可以通過新設的「關閉」直接退出添加公眾號的流程,回到「微信」頁。

3. 訂閱號的分組查看

這個問題對關注訂閱號的數目不是很多的用戶來說并不明顯,但對于身邊一些關注了數十個公眾號的「訂閱號控」們來說,無論是從「微信-訂閱號」這一入口按消息更新順序翻找,還是從「通訊錄-公眾號」這一入口,在訂閱號和服務號等全部公眾號中按字母表翻找,都是一件痛苦的事情。

兩種入口中,經過詢問多個朋友的使用習慣,包括自己的個人習慣,都是更習慣使用「微信-訂閱號」這一入口,實在找不到時才會嘗試從「通訊錄-公眾號」按字母表查找,因此本節討論暫針對前者進行。

如果用戶想找的是一個訂閱號時,可以在「通訊錄-公眾號」中按字母表查找,或者使用「置頂公眾號」功能暫且解決。

而如果不是一個,而是一類呢?例如,用戶想重點關注幾個質量特別高的公眾號,或者此時只看某一類別的公眾號時,就變得有點棘手了。

對此,重設計中利用「訂閱號」頁面的導航欄右端,提供了一個篩選控件,默認顯示「全部」,點擊后可以篩選并選擇只顯示特定分組的訂閱號,從而提高用戶閱讀特定一類公眾號的效率。而訂閱號的分組可以在「公眾號信息頁」中進行設置和管理。

4. 群聊消息的完全屏蔽

群聊無法徹底屏蔽應該是一個很多人吐槽已久的問題了,尤其是鵝廠自家的QQ明明在消息接收模式上很好地滿足了用戶多樣化需求的情況下,微信中群聊只支持免擾、不支持屏蔽的特點,在對比下就成了一條廣為詬病的設計,微信拖討論組不需要對方同意更是把這一問題進一步放大。各種想加入的、不想加入的群,無時無刻不在接收著巨量的消息(其中還包含漫天飛舞的表情包),無論對存儲空間還是流量的消耗上都讓很多用戶怨聲載道。

重設計中,在「消息免打擾」功能下方設置了「消息屏蔽」的選項,打開后即可停止接收消息和圖片文件。不過,我猜測微信遲遲不引入這一簡單的功能,應該不是沒意識到、也不是無法解決的技術問題,而是出于某種業務層面的考慮,并不希望用戶有機會徹底屏蔽群聊吧。

5. 刪除會話時的危險操作警告

左滑會話可以調出刪除按鈕是一個iOS下很常規的交互操作,但微信中刪除一個會話意味著所有聊天記錄、圖片文件也都隨之徹底刪除了,無法恢復,關于這一規則的設置,我猜應該是聊天記錄的存儲機制導致的技術問題,總之微信自有自己的道理,不必過多計較。

但既然要同時刪除所有聊天數據又不進行任何提示,看似是簡化了不必要的二次確認,但卻很容易造成問題。對中級和專家用戶來說,或許對此早已心中有數,而對于基數最大的新手用戶(尤其是年齡段較高的用戶)來說可能未必如此,很容易由此造成的聊天記錄和圖片不可逆的損失。

重設計中,在調出刪除按鈕、點擊后會多出一步確認操作,用于提示用戶,在刪除會話的同時,聊天記錄和文件會同時刪除。同時,也允許用戶在熟知這一操作背后的危險性后,選擇「下次不再提示」。

6. 收藏表情的排序整理

表情包是當前年輕用戶使用IM聊天時不可缺少的一部分(當然,中老年用戶也使用表情包……雖然不是一類表情)。而當用戶收藏了數目較為可觀的表情后,將最常用的表情以特定的順序放在最方便的位置,就成了一個很普遍的訴求。

最方便的位置,顯然是表情面板的第一屏,可惜寸土寸金的第一屏已經被碩大的「+」入口、猜拳和骰子占掉了三個座位,只剩下5個位置可用的情況下,一定程度上加劇了上述需求出現的頻率。

而在整理表情時,用戶經常會按照其他應用中類似場景下的使用習慣,理所當然地覺得表情是可以通過長按拖動,實現自由的排序的,可事實上微信的表情整理只支持「移到最前」這一種方式,這就讓表情的順序調整變得很笨拙,尤其是小范圍內的精細調節時,比如下面這個例子。

重設計中,補充了長按拖動這一功能,這一符合用戶已有使用習慣和心智模型的交互方式并不需要太高的學習成本。大范圍地調節時,可以選中后一起「移到最前」,小范圍地局部調節時,可以長按拖動。兩者相輔相成,我想可以大幅優化用戶管理表情包時的體驗。

另外,對「讓常用表情出現在更方便的位置」這一需求,按使用歷史或者使用頻率自動降序也是一種看似可行的方向。不過,Genie解釋過這個問題,無論是按使用歷史還是頻率,自動排序都會導致用戶想找一個表情時不確定位置在哪,大大提高尋找表情的時間成本。也就是說,這種做法只方便了查找最常用的幾個表情,而偶爾要找一個不算很常用的表情時,這種做法的弊端就會很明顯。

因此,重設計中還是考慮通過長按拖動,允許用戶更靈活地自定義固定排序即可較好地解決表情管理中的這一問題。

7. 將非表情圖片添加為表情

同樣是關于表情包的一個問題。「為什么有的表情可以添加到自己的表情,有的不行?」這個問題已經不止一次聽到朋友或者同事聊起。

原因很簡單,不過解釋起來有點繞。會話中的圖片我們看上去都一樣,但其實有兩種格式,暫且一種稱之為「表情」、一種稱之為「非表情」吧。「表情」是其他用戶已經通過正確的方式轉化并添加到收藏的「真正的」表情,而「非表情」則只是單純的圖片(雖然這個圖片本身可能是一張金館長熊貓臉的表情),并沒有轉化成微信內部「表情」的形式,而是在聊天中通過「發送圖片」、「轉發」等形式四處流傳的,這樣的情形不多,但偶爾出現時,無法收藏進自己的表情也常常會造成用戶的困惑。

熟悉表情管理的用戶一定知道,如果想把一張「非表情」添加為「表情」,可以先將其保存為圖片,再經表情面板的第一個「+」按鈕→「我的表情」→「添加的表情」→點擊表情列表末尾的「+」格子→從相冊中導入這一圖片,從而將其從「非表情」格式轉化為「表情」格式(這一過程這里不再贅述)。但對很多不熟悉這一流程的用戶來說呢?還是通過下面這個小例子來說明吧。

重設計中對「非表情」也添加了「添加到表情」功能,從而一鍵代替現有方案中冗長而繁瑣的添加表情流程。至于功能的位置,原本考慮直接在會話界面長按圖片調出的快捷菜單中設置一個「添加到表情」功能,但在已有5個選項的情況下,再添加一個五個漢字的選項并不合適,所以還是把這個功能收進了大圖模式長按圖片調出的Action Sheet中。

當然了,我猜測微信這樣設計可能是有意為之的,有可能是為了避免過量的「非表情」圖片變成可以更便捷地流通的「表情」,導致加劇表情包大戰的風氣,才刻意提高了這一操作的學習和時間成本。不過純粹從用戶體驗角度,我想應該有比當前方案更合適的解決途徑。

8. 朋友圈的返回頂部操作

這一點嚴格來說不是問題,因為iOS端的應用實際上是內置了「點擊狀態欄快速返回頂部」的功能,但和上面提到的很多問題一樣,對中級和專家用戶來說不言而喻,不代表對新手用戶不言而喻。在熟知這一個功能的人看來,這種小技巧只要知道一次以后就都不言自明了,但事實是相當數量的人至今還不知道,我就親眼目睹過很多人不停地向上滾動屏幕以返回朋友圈頂部的操作習慣。

重設計中,考慮到用戶并不一定能正確區分「狀態欄」和「導航欄」這些術語,便將返回頂部的功能賦予了區域更大、更容易點擊的導航欄中部,并顯式地告知了用戶「點擊這里就可以返回頂部」。

9. 朋友圈消息通知的兩個優化

關于朋友圈的消息通知,聽到過頻率比較高的兩種抱怨。

第一種抱怨,是關于朋友圈更新的紅點提醒。

A:「朋友圈老是有紅點,我又有見到紅點不刷不舒服的強迫癥,只好不停地去刷,時間就這么過去了T_T」
B:「那你關了唄」
A:「關了更會想,雖然沒提示,但是不是有更新呢……于是刷得更頻繁了」
BCD:「……」

這類抱怨的本質不是用戶想不想接收提示的問題,而是用戶被提示吸引進行了刷新操作后,看到的信息并不一定是他們感興趣的。所以,現有方案中簡單的非開即關的設置很難有效地解決這一問題,用戶需要這一提醒功能,只不過希望更有質量的提醒,而并不是完全關閉。

第二種抱怨,是關于共同朋友間互動的計數氣泡。朋友圈出現紅色的計數氣泡的情形分以下三種:

  • A:你發了朋友圈,則你共同朋友的點贊和評論(無論評論有無指向性),都會出現計數提示。
  • B:你點贊了X的朋友圈,則你的共同朋友(包括X本人)的點贊和無指向性評論,都會出現計數提示。
  • C:你評論了X的朋友圈,則你的共同朋友(包括X本人)的點贊、無指向性評論和指向你的評論,都會出現計數提示。

而抱怨主要是針對B和C類的。

A:「我給朋友曬結婚證的朋友圈點了贊,然后一整天都在收到別人點贊和評論的提醒?!?/p>

B:「說明你朋友人緣好唄」

A:「可是,不停地看到紅色數字,點進去卻發現全是別人之間的互動,自己發的朋友圈無人問津,會很失落的」

ABCD:「……」

其實這類抱怨因人而異。有人喜歡看共同朋友之間的互動,比如八卦一下「哎呀原來A也這么關心B」、「天吶C怎么說話這么酸」,對他們來說,現有的提示機制就很得歡心,甚至巴不得連朋友之間有指向性的互相評論也有提示更好。

而有人則對和自己沒有直接關聯的互動毫無興趣,卻又不得不逐條看完別人之間的點贊和評論,對他們來說,只有A類和C類中指向他的評論,才是他所關心的。對他們沒興趣看的互動,數量有限時或許還好,但對一部分微信好友數量比較可觀的用戶來說,每每動輒幾十條的話,久而久之可能就干脆懶得看了,我想這也不是產品方愿意看到的后果。

兩類用戶都有一定的數量,不過在我的圈子和詢問的用戶范圍內,后者稍微占多數。

關于紅點提醒和計數提醒的抱怨代表了兩個用戶訴求,那么綜合這兩種需求,我的重設計方案考慮如下:

  • 首先,允許只對部分朋友的朋友圈在更新時顯示紅點提示,從提高提醒質量的角度解決第一個需求。
  • 其次,允許用戶關閉朋友之間互動產生的計數提示,即只保留上述分類中A類和C類中指向用戶自己的評論。

10. 意見反饋通道的簡化

最后想說的一點,是關于微信的意見反饋功能。
意見反饋作為一個每個APP必備的常規輔助功能,原本并非核心流程,也不容易出現什么明顯的問題。但微信的意見反饋路徑……實在是我所見過最長的。

長的原因首先是和常見問題的FAQ公用一個入口,這個出于簡化「設置」頁信息元素的考慮也無可厚非。

但同時,微信的意見反饋要求用戶必須幫助產品方將問題進行兩級細分后,才能抵達輸入意見的頁面。如果用戶選擇的不是「其他異常反饋」而是某個細分的選項,那么在輸入意見時還要進行第三次關于故障位置的細分。

這種設計的實質就是將用戶反饋的收集和分類工作,由產品方轉嫁給了用戶。一級分類或許還可以理解,但二、三級的分類簡直是讓用戶有放棄的沖動。不過假如這是出于資源有限的考慮,有意將提交意見反饋的流程復雜化,從而提高反饋的質量、同時大幅降低反饋數量的話,倒也不難理解。

如果不考慮這些,單純從用戶角度出發,個人覺得應該有更好的方案可以考慮。重設計中,我首先將「常見問題」和「意見反饋」的兩個入口分離,「查詢既定幫助文檔」和「直接提交反饋」兩種場景的差異還是蠻大的,在「設置」頁的信息沒有過載的情況下,分離開來利大于弊。

「常見問題」保留除意見反饋外的全部原有內容,此處不再贅述。而「意見反饋」則直達輸入意見的頁面,其中「問題分類」選項允許用戶視自己的意愿是否提供細致的分類(逐級細分的選擇流程參考現有方案,不再贅述),并通過文案告知用戶,如果愿意提供準確的分類,將有助于你提出建議得到更好的反饋,即「誘導」而不是「強迫」用戶替代產品方對反饋進行細分的工作。

 

作者:Qinsman,通信行業UE設計師,微信公眾號:西市饅頭鋪子。博客:http://qinsman.com/,歡迎大家與我交流。

本文由 @Qinsman ?原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 就添加多個公眾號而說,每次都是批次添加多個的是個例,所占的權重比較??;大多數用戶只是針對某個特定公眾號,目的比較明確;這樣完成一個操作直接回到會話列表倒是簡化流程,方便許多。不一定所有的交互都要遵循從哪來回哪去,完成此次操作,直接回到會話列表,可以接受。而現在對于用戶來說,現在群收款的功能越來越被需要了,但是這個功能現在做的太隱秘了,操作起來很麻煩,明明很方便又很被需要的一個功能,因為操作不便利,被我們忽視,可惜了。

    來自廣東 回復
  2. 第1點,現在微信已經有解決辦法了:

    在看文章時有信息來了,就點擊右上角的三個點,會看到彈窗左下角有個按鈕“在聊天中置頂”,點擊這個按鈕之后,就可以手動返回(需要操作3步才能回到聊天列表頁)聊天頁面回復信息。有個入口一直停留在聊天列表頁的頂部,點擊之后就可以回到剛才看的文章,而且是剛才閱讀的位置。

    要取消置頂的話,同樣是點擊文章內容頁的右上角的三個點,在彈窗里選擇取消置頂。

    這個方法很便捷,很實用。不足的地方就是需要3步才能從文章內容頁回到聊天列表頁。

    這個方法就會促使用戶在閱讀文章時,有任何信息來了,都會點擊查看,事實上有些信息是不用查看,不用回復的,例如不定時的斗圖,但是不能屏蔽的這類群。面對這樣的信息,剛開始的時候,用戶很有可能會返回到聊天列表頁看看信息,要是經常是一些沒營養的信息,那時間久了,用戶就不一定再返回看信息了。類似“狼來了”這個故事。

    總得來說,現在微信這個方法肯定也是經過深思熟慮的,選擇最優的方案。

    來自廣東 回復
  3. 我把微信朋友圈的入口關閉了,還給我來個小紅點,討厭

    來自江蘇 回復
  4. 不知道是否可以轉載到站酷網。會標注原作者的地址和博客名

    來自山東 回復
  5. 我覺得思考這個問題的時候,應該是取和真實的社交的情況進行對比;而不是站在現有產品上去思考;如果兩個方案一個更為簡潔,那么在做添加的時候應該更加謹慎(輕易不要添加用戶的心智復雜度)

    來自廣東 回復
  6. 補充分享一下我對于群消息屏蔽遇到的一些場景:
    班級的微信群,一個人提起了游戲的話題,結果一群男的就一直在聊游戲,完全忽略了女生的感受,還一直發圖片發視頻斗表情包。退群又不好,消息免打擾還是會持續收圖。班群還好,比較可怕的是一些社區或者什么水友群,比如一些產品經理的微信群,幾百人,還是會有交流的時候,不過每天大部分時間還是在開車刷圖刷表情包,上班時間也沒空去看他們開車,但是流量就這樣悄悄不見了(不知道消耗的流量大不大,但是心里有個疙瘩) ??

    來自廣東 回復
  7. 作者道出了我心聲,一些方面確實沒有改進,這下半年微信大大小小更新了好幾次版本,我覺得張小龍把微信框架的很死,或者說設計的很保守或者說處于某種需要。
    作為用戶,我覺得一直體驗不佳或功能不完善的地方:
    1、沒有群消息助手。群消息真是刪了又刪,有些群不想退,但是一些無用的消息又不想看。
    2、企業號(如全家、吉祥卡、京東JD等)這類推送沒有歸類,放在用戶一級界面,真的很礙眼。
    3、好友分組真的很難用。
    4、收藏這一塊一直沒有分組。照片、文章一多,下拉查找真的很不便。而且標簽添加不友好。
    5、強烈同意作者第十條。我就想簡簡單單的吐槽,提意見,微信的各種QA入口讓我放棄了意見反饋。我覺得這樣的設計有種產品凌駕于用戶之上的感覺,覺得用戶就是小白,我給你QA你自己看吧,里面都有。
    6、朋友圈是小紅點還是數字提示個人倒是不強迫。也不反感點贊收到同其他好友點贊互動。就是希望朋友圈增加個時間軸(可以一鍵下翻歷史狀態)
    7、有沒有人像我一樣也需要指紋登錄的功能。個人有3個小號,有時切換每次輸入密碼真是麻煩。

    來自上海 回復
  8. 4. 群聊消息的完全屏蔽:退群不就好了。何必那么假,不想收到消息提示還在假惺惺的在群里待著。
    8. 朋友圈的返回頂部操作:這個我記得微信是有提示的,當你第一次向下翻了好久的時候,微信會在上面狀態欄告訴你輕點狀態欄會回到頂部。
    9. 朋友圈消息通知的兩個優化:你們那些人的心態,好不健康啊 ?? ??

    總結:文章不錯,只是4和9感覺心態不太健康,想必微信希望營造的是一個和諧健康的社交環境。

    來自遼寧 回復
    1. 同意你說的。4,本身微信定義就是為朋友互相聊天而設定的。8,也是有的返回頂部。

      來自北京 回復
  9. 想關于第9點,朋友圈消息通知的兩個優化,說點自己的想法。
    我也特別不喜歡,因為自己點贊了其中一個好友的朋友圈,接著會不斷的計數提示其他共同好友的點贊。
    所以很多時候我本來想給好友點一個贊的,但是想到,接下來可能要收到很多很多的朋友給他點贊的提示,我就不想贊了。
    我想這應該是很多人都有的體驗。
    所以作者針對第9點的兩點改進,我比較認同。我相信微信肯定也有考慮過這個問題。
    還有一點是需要注意的,不知道作者有沒有想到。
    設置了部分好友的朋友圈消息更新提示和好友互動,意味著要進行相應的分組。
    但是如果不斷加入新的好友,是不是意味著每加入一次好友,就要確定他是否要放入更新提示的分組中呢?
    這樣無疑增加了很多的操作成本在里面吧。

    來自浙江 回復
    1. 第9點關于點贊的我倒不這么認為,點贊本身是一個無成本的事件,人出于表面的友好,會無節制的點贊,導致“贊”泛濫和貶值?,F在這樣可以讓用戶在點贊的時候保持節制(因為用戶知道點贊太多會收到很多數字提示)

      來自江蘇 回復
  10. 個人的幾個觀點:
    1、取舍的原則:偏向常用的主流場景,而非單獨把某個點單獨拿出來作為依據;
    2、少即是多,你在為了解決某個問題增加新功能時,很可能影響其他功能的使用,至少界面上元素多了,這就增加了界面的復雜性;
    3、微信的用戶覆蓋各個年齡段和各種文化水平階層,新的變動是否會影響他們的使用;

    文章的點太多了,就針對前3個說下個人的看法:
    1、如果在看公眾號的時候,彈出新對話提示,會不會影響閱讀的體驗,特別是對處女座和強迫癥患者來說,左上角一直有個提示。最主要的是:我在閱讀文章時,是不是真的很care新消息? 或者說care每一條新消息? 我想大部分時候,我們只care部分人的消息(比如男朋友、女朋友、boss等),這么做也是解決不了問題的,你只是提示新消息,并沒有提示誰的新消息,如果提示誰的消息,多個人的消息怎么處理?就算按你的方法去做了,那為了保持一致性,朋友圈是不是也要加這個提示?其他頁面是不是也要加?因為進入這些頁面都存在這個問題。其實很簡單,當你在某個時間段真的很care某些新消息時,你會一直守著手機的,不會去干別的(比如,你的女神今天要給你答復了,愿不愿意做你的女朋友),當你在干其他事兒的時候,新消息的緊急性就沒這么高了,沒必要為了這個影響閱讀的沉浸體驗。

    2、在搜索界面連續添加多個公眾號,這種場景是不是主流場景?根據我個人的習慣,我往往是看到某個公眾號的文章特別好了、感興趣了,直接在右上角菜單里來收聽該公眾號,很少通過搜索來尋找公眾號,但是收聽公眾號不管從哪個入口進來的,他們的流程是一致的,根據你的設計方法,如果我從文章菜單的入口來收聽的,返回該返回哪個頁面?而且左上角一下子變成了兩個按鈕,誤操作的概率也提高了,同樣會帶來新的問題。

    3、訂閱號分組,我就不評價了,年輕人用還行,但是讓連打字都不會只會語音的父母看到,估計瞬間蒙圈了。

    來自江蘇 回復
    1. 我也認同樓上所說的。有關于左上角一個按鈕變成兩個,確實是誤操作概率會高很多,小程序的使用我就很多次誤操作。而且一個返回一個關閉,確實有有點讓人摸不著頭緒。

      來自浙江 回復
  11. 好棒!我也覺得微信還有很多可以繼續改進的地方,除了你提及的,還有更多

    回復
    1. 可以在這里講講大家一起討論下:)

      來自廣東 回復
    2. 1.微信群里面有人艾特你的時候,不恩能夠準確定位到艾特你的那條消息
      2.發朋友圈圖片的時候不能拖動調節圖片順序
      3.新消息提示不能上滑隱藏,妨礙使用屏幕最上面的按鈕
      4.朋友圈狀態也建議加上分組查看
      5.加上類似facebook的以他人視角訪問自己朋友圈我覺得也挺友好的

      來自廣東 回復
  12. 第一條 算是比較認同,閱讀時,收到消息可以來個app內部的push,這樣的跳出才有意義。不然,看到一半不想看了走了,還老是提示,就。。。

    來自廣東 回復
  13. 貌似微信已經在內測您說的第一條改進。

    來自廣東 回復
  14. 通過給您評論,還發現了woshipm的一個交互缺點。我在讀您這篇文章時,是沒有登錄的,讀完之后想評論,發現需要登錄,登錄完之后,頁面居然跳到了文章的開頭,我又慢慢慢慢的滑下來評論。。。

    來自廣東 回復
  15. 您好,我是產品新人,不太認可第二點關于公眾號批量添加的觀點。我覺得這涉及到場景的問題,公眾號的關注大多場景是在別人的分享中實現的,依我日常的觀察,除非是那個公眾號特別重要會去手動搜索,一般情況下都是別人轉發的覺得不錯會去關注。搜索的場景相對較少,批量關注的更少。交互是繁瑣了,但在這種場景下,目前的交互反而是簡潔的。個人意見,僅供參考。

    來自廣東 回復
    1. 謝謝你的建議,就我個人而言,其實也是在閱讀他人轉發的文章時直接添加公眾號的場景占絕大多數。不過在對朋友和同事進行的一些小訪談中,“因對A話題感興趣而去按A關鍵詞搜索并添加多個公眾號”的需求也是存在的,而且比例不少,所以還是加了這條進去。

      來自廣東 回復
    2. 其實感覺就像去查人家的競品一樣,搜一下有什么競品恨不得全部關注了 ??

      來自廣東 回復
  16. 說的不錯

    來自北京 回復
  17. 太厲害了,學習了。

    回復
  18. 關于第5點,刪除會話。ios的操作第一步是左滑,調出刪除按鈕,第二步是點擊刪除,刪掉會話及聊天記錄。Android則第一步是長按,彈出彈窗,第二步是點擊刪除。本身都是有2步操作了,排除了誤操作的可能。并且分別通過左滑和長按調出刪除按鈕,再點擊刪除,已經自帶二次確認的過程。不過確實存在用戶首次刪除時不知道是刪除的僅是會話or同時刪除聊天記錄,可以像作者所說的進行一個彈窗的3次提醒,來提醒用戶避免不可逆轉的損失。但是彈窗可以只是首次刪除時出現,后期都不會出現。若果像作者所說的需要用戶自己點選“下次不再提示”,傳遞出的是產品團隊對自己設計功能的不自信,也會讓用戶覺得自己的智商被鄙視了一番,畢竟要刪除的就是不那么重要的了。哈哈,僅個人觀點哈~

    來自江蘇 回復
    1. 謝謝建議!首次刪除時出現、后期自動不再出現,相比需要主動去點選“下次不再提示”確實應該更好一點。非常感謝:)

      來自廣東 回復
  19. 您好,感謝你分享了那么多自己的分析,令我收獲不少。其中,我個人對那個公眾號分組功能中,新分組的保存方式覺得有些和整體微信設計風格和方式不匹配,稍顯突兀。我在想,是否可以參照給用戶添加標簽的模式。分組異于標簽,只有一種分組,故用戶若想進行輸入創建分組的場景可以認為就是想將該公眾號添加到這個新建分組中, 那么參照添加標簽的模式,利用激活的鍵盤,當點擊鍵盤的“完成”后,直接回到公眾號的信息頁(中間可以有一個“選擇分組頁”的過渡),分組中直接顯示為剛新建的分組名稱。個人的一種思路,可能許多細節體驗未考慮到,求您指教哈! ?? ??

    來自浙江 回復
    1. 分組和標簽各有優劣,分組更適合元素互斥的情況,標簽更適合元素重疊的情況,但在一個用戶關注的公眾號總數目不會特別巨大的情況下,應該還是簡單的互斥分組能更有效地滿足用戶的篩選需求。個人理解是這樣:)

      來自廣東 回復
  20. 很符合用戶即時需求,但是符不符合微信設計團隊理念就不知道了

    來自四川 回復
  21. 微信最成功的點就是所有的功能都極簡。

    我從2011年使用微信到現在有六年了。

    極簡設計帶給我的影響是,我在任何設計網站上看到比如網易云音樂重設計,QQ重設計,微博重設計,都覺得不錯。但是看到微信重設計的時候,我都覺得,不像。

    來自山東 回復
    1. 嗯,微信對功能的新增一直很克制,極簡也是微信之所以能成功的獨到之處。所以這里提出的方案也有考慮這一原則,10個點里只有第3點是相當于新增了一個訂閱號的分組功能,其余基本都是保持現有極簡設計的前提下,對交互細節做的一些小的優化和微調。

      來自廣東 回復
  22. 很認真的看了一遍,有幾個交互點還是挺認同你看法的,比如1.2.3.5,至于朋友圈雙擊回到頂部,微信很早以前就已經是這樣操作的呢,另外通訊錄刪除的二次彈框提示,其實主要點不在這個上面,主要是刪除的時候,用戶的心里預期是刪除這個人在最近聊天當中的顯示,并非連同的聊天記錄一起刪除,微信這里可以重設計一下,并非一定要一個彈框進行二次提示,然后還有消息完全屏蔽這塊兒,消息免打擾模式的時候,雖然有紅點提示,但是左滑的時候是可以有一個快捷操作“標記為已讀”的功能,可以不用進到聊天界面進行紅點消除的操作。我想這一功能已經滿足了大部份用戶的需求,因為如果像你上面說的直接完全屏蔽掉,會不會有一種好久沒有打開過群聊天界面,群就會不知所蹤的感覺?大部分時候我們不是不關注,只是希望群不要時刻打擾到我們,中斷我們對其它內容的操作。 ? 我也是交互二期的學員,學長你好,會時刻關注你的!向你學習了。

    來自廣東 回復
    1. 謝謝這么認真的意見和討論:)關于你提到的幾個地方:1.iOS現行版本的微信中,朋友圈好像是只有利用系統內置的單擊狀態欄回頂部,沒有雙擊導航欄回頂的哦,即使是單擊狀態欄回頂這個操作,在對朋友和同事做的小調查過程中很多人都是不知道的,所以如果顯式地告訴用戶的話,效果應該會更好一些。2. 會話刪除的問題說得沒錯,現在的問題就是在用戶想刪除「這個人在最近聊天當中的顯示」時,實際上把聊天記錄也全部不可逆地刪除了。如果能在刪除會話時不刪除聊天記錄當然是最好的,但之前和同行聊的時候,據說這個可能是因為聊天記錄存儲機制導致的技術方面的問題。所以暫時還是考慮多一步確認,并且這步確認是可以關掉、以后不再顯示的。3. 消息完全屏蔽確實會導致屏蔽后的群容易「不知所蹤」,這種情況如何更好地解決我也在繼續思考。不過在我的調研范圍內,大家更多在抱怨的并不是有紅點,而是在免擾狀態下繼續接受這些群聊,導致消耗大量的流量和存儲空間問題。歡迎在這里或者在公眾號繼續交流:)

      來自廣東 回復
  23. 微信很多功能及界面面交互這樣設計是有他自己產品的定位及考量的,很多人或者說一般人都考慮過你上面提到的問題。

    來自上海 回復
    1. 謝謝:)不過我的前言里已經寫到了,相信現行方案是經過千錘百煉的取舍和推敲的。這里僅是從普通用戶角度在可用性方面的10個”問題”或者說”疑問”吧。之所以寫這篇文章也是因為,作為一個無法反推業務層面考量的用戶,我很有興趣和大家一起探討和了解,現行版本為什么明知會導致這些小問題,而依然決定這樣做。這才是對自己的工作更有借鑒的地方。

      來自廣東 回復
  24. 這界面和我的不大一樣啊

    來自浙江 回復