微信的懸浮窗功能,啟示我如何選擇正確的方案
微信的懸浮窗,受到了一致的好評,交互簡單易學易觸發。這種解決方式是我沒有想到的,確實很取巧,我試圖剖析一下這中間的差別,希望自己能從中學習到一些產品設計的思路。
一、要解決的問題:
首先我要描述一下,在使用微信時遇到的問題。根據問題我們才知道要做什么。
- 在閱讀公眾號文章時,收到新的微信,必須關閉當前頁面,去微信主頁面查看。之后再去公眾號里找剛才閱讀的文章。
- 在刷朋友圈的時候,收到新的微信,必須關掉朋友圈頁面,去微信主頁面查看。之后再去刷朋友圈,可能要翻很久才能回到剛才的位置。
如此頻繁的打斷與跳出,既影響了閱讀的體驗,又影響了實時的溝通。
二、定義問題,解決問題:
對于上述問題,我和微信PM在定義問題的關鍵點上,有不一樣的思維方式。我來具體闡述一下,你就能明顯感到這之間的差別。
微信的懸浮窗只解決了問題1,所以我們只討論問題1的情況。
在閱讀公眾號文章時,收到新的微信,必須關閉當前頁面,去微信主頁面查看。之后再去找剛才閱讀的文章。
1. 我的思考路徑:
(1)定義問題:我在閱讀,收到了新的微信,想查看,只能關閉當前頁。這種跳出打斷了我目前的閱讀,造成了之后的不便。那么,我需要解決的問題是,在不跳出當前頁面的情況下,如何能夠及時查看新的微信。
(2)解決方案:新增一個聊天頁面。頁面原型圖請點擊:https://modao.cc/app/JDUOPARrGaOKvCnsPPell4jRDvraBQ2
- 大致的使用流程是: 收到的新微信提醒 –> 變成頭像展示在當前頁面 –> 點擊頭像,打開聊天界面。–> ?或者 滑動頭像,忽略提醒。
- 這樣做的好處:一次點擊,就可以在當前頁面看到新的微信;朋友圈頁面,也可以用此方式,解決無法及時查看微信的問題。
- 這樣做的問題:新增了一套信息顯示邏輯;新增了一個聊天界面。
為什么說新增頁面是問題呢,這是因為對比了懸浮窗的功能之后,我最直觀的感受。后面我會詳細講述。
2. 微信PM的思考路徑:
這是看到懸浮窗功能后,我的揣測,只代表個人意見:)
(1)定義問題:我在閱讀,收到了新的微信,想查看,只能關閉當前頁。–> ?去微信主頁面查看。 ?–> ?之后再去公眾號里找剛才閱讀的文章。
關掉當前頁面,不是問題。問題在于,找到剛才閱讀的文章不容易。那么,需要解決的問題是,如何快速找到要繼續閱讀的文章。
(2)解決方案:定義的問題不同,解決方案自然不同。
如何繼續閱讀?很多內容型應用都有類似的功能,可以參考。
- 視頻類APP,會在首頁底部顯示一條最近觀看的浮層,點擊之后可以繼續觀看。
- Safari瀏覽器的閱讀列表,點擊+號,就可以將當前頁面放入閱讀列表中,方便下次查看。
解決方案是:
- 懸浮窗: 把要看的文章,收起來,變成一個浮層,點擊浮層,就可以繼續閱讀。就像書簽或便利貼。
- 交互: 交互上,最好和用戶原來的操作行為一致。不用點擊+號,或者…,用最直白簡單易觸發的方式,告訴用戶,你可以把文章收起來,需要的時候再打開。
無疑,現在微信懸浮窗的交互,做到了。
三、我的反思:
1. 為什么現在才做
其實微信早該做這個功能。
微信從公眾號的爆發,到信息流的轉變,時隔6年,才改進了這個功能。為什么?隨便一個產品經理都能“容易”解決的問題,為什么微信等了這么久?
說是排期原因我肯定不信,我更愿意理解為,當你的用戶規模以億為單位時,對于一個功能的改動,如果沒有好的解決方案,不如不做。而這個“好”的評判標準,就看內部的流程了。
我的反思是,我在做產品的時候,充當了太多次救火隊員,哪里有問題,就趕緊沖上去滅火。
這容易造成一種錯誤的思維慣性,比如,這里不能查看,那我就加個頁面讓你看。這里不能點擊,那我加個點擊功能。
以為這樣解決了問題,實則是頁面的堆積,不僅造成了頁面和代碼的臃腫,還伴隨著各種邏輯的堆疊,一旦某個邏輯出現問題,就變得無法拆分。只能邏輯套邏輯,最后誰都不敢碰。
快速解決問題的觀念沒有錯,但有時候真的會忽略產品本身最重要的事情。就是,產品的核心,問題的關鍵點,以及用戶。所以,以為著火了的時候,敢不敢等一等,多想一想。
2. 什么才是產品的核心
把什么作為主要的考慮對象,應該就是這兩種解決方案最大的不同了吧。
微信的主要功能,從來都沒變過,就是及時通信。
如果反復問過,什么才是產品的核心,那我可能會理解,為什么微信沒有選擇增加新頁面,而是讓用戶返回微信主頁面查看新消息,即便用戶需要3次頁面操作,才能看到新信息。
畢竟,聊天的內容不只是文字,還有其他富媒體。回到主頁面,才能最大保證溝通效率與體驗。
我的反思是,每提一個新需求時,是否真的反復問過自己,產品的核心到底是什么。新需求做完之后,產品核心改變了嗎,重點轉移了嗎,解決了真實問題嗎?
除了自己之外,有沒有其他人,或者內部制度,能夠幫助你,反思這些問題,檢驗這些問題。如果沒有,能不能想辦法建立。
不要輕易做加法。
3. 解決問題的思路,判斷方式
如何提一個好問題。 如何找到真實的問題。 如何定義問題的關鍵點。 如何驗證。
這些有方法論,也有經驗。
以前我會覺得,自己邏輯不錯,我在意我怎么根據邏輯推理找到問題在哪兒,我更關心前三點?,F在我會關心到第四點。
問題找到了,怎么驗證它是對的呢。思路有100種,99種都說的通,怎么做抉擇?
判斷方式有沒有一套方法論,方法論是否可檢驗。大家都知道,要考慮用戶體驗,資源,成本,但具體到細節呢,怎么把控?
四、最后:
不停地自我否定之中,會陷入迷茫,覺得什么都不對,或者什么都對。而那套標準,可能真的就是每個產品人之間的細微差別。
如果不是看到微信的懸浮窗,我可能真的以為,我的解決方案就是最佳。大部分人,也會采取類似的解決方案。哎,這個懸浮窗我是真的想不到啊。
定義問題:只有這一種思路嗎?再想想 解決問題:只有這一種方案嗎?再想想 這個方案為什么更好。解決了哪個問題。為什么這個問題最重要…
類似的問題可能永遠也問不完。
本文由 @rui_liu 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自 Pexels ,基于 CC0 協議
發現同一篇文章可以重復懸浮 ??
感覺樓主對問題定義得時候,不夠全面。只是考慮了閱讀文章過程中,收到微信消息需要去回復的場景;沒有去考慮閱讀文章過程中,突然想去找微信好友溝通的場景。 如果從這兩個方面考慮的話,就不會有樓主那個解決方案了。
大佬們~~能不能一起交流交流啊
微信懸浮窗有個體驗待提高的地方,出示付款碼的時候,碼經常會被懸浮窗擋住,導致付款失敗,建議在付款碼頁面將碼隱藏起來
提問:為什么我看文章的時候,收到微信消息從未提醒過我
ios會震動提醒,這個需要自己設置。
應該是手機設置靜音的原因
iPhone懸浮窗被借鑒了,但是其他app沒人想到
在兩年前,Facebook家的message安卓版聊天窗,就是全局懸浮窗
個人意見:直接上iOS
補充: 內置的
閱讀是個人行為,但是溝通是群體行為,你的方案時建立在只有點對點溝通的場景下,如果有多人溝通需要你主動發起向另一個人會話時還是需要退出閱讀文章
有道理~
這里可以把第三個懸浮窗設置為“添加鍵”,點擊即可進入選擇用戶頁—發起聊天。
另外建議懸浮窗要控制相間的距離、大小和透明度,以免遮擋用戶的閱讀。
看到第一個原型,后面我就沒看了。你只考慮到場景,有再反思下為什么微信不這么做嗎?可以從源頭來推導,你就會覺得這么做 – – 是有多么糟糕。包括現有的懸浮窗其實已經是有點糟糕了,現在的懸浮窗并不是為了滿足你說的那些點,本質是為了滿足多任務的處理。 為什么要進行多任務處理,這點你可以考慮下底層操作系統等
講不好是看到什么數據趨勢才加這個功能呢?
我更樂意看到你說糟糕的原因和解決方案。
? 糟糕的幾個點吧,微信并沒有給懸浮按鈕一個“專門區域”,類似win底部導航欄用戶切換任務或者桌面端瀏覽器頂部標簽切換,多任務切換直接放置在內容上,你覺得這個體驗好??? 另一個,微信目前做的限制 只能同時有一個懸浮按鈕,如果同時多個懸浮按鈕,那該頁面是聊天為主?還是多任務處理界面呢? 當然還有其他原因就不過多說明了。
你這個交互其實也會出現一點問題,就是他如果想回好幾個人的消息,或者有些群設置了消息免打擾他想看一下。還是要重新回到微信的主頁面去
無論什么改動,都要追溯到戰略層,這樣才不會跑偏。
又是一個盡扯犢子,不干事的人
skr skr skr
戰略對用戶沒意義
skr skr skr
只有我覺得微信的懸浮窗不好用嗎?擋著屏幕內容,每次進去都要重新加載。
還是之前的multiwebview好用,內置瀏覽器和聊天分離
同,尤其是開啟了assistive touch的時候。。。兩個懸浮
對,是有這樣的問題。有時候我也覺得煩,索性取消了懸浮。但這個功能還是很常使用。
每次都要重新加載我在iOS上沒遇到
可能安卓版的機制不一樣