致微信——現實使用場景下的用戶訴求

6 評論 12403 瀏覽 70 收藏 7 分鐘

從一個“我和微信的故事”的H5頁面刷爆朋友圈,到紅包照片掀起的玩轉春節紅包的預熱浪潮,微信的產品創造力不言而喻,把創造力沁入產品骨髓,引領熱點,讓你們跟隨。

無論是知乎五年總結,豆瓣音書年度總結,還是支付寶年度賬單總結,本質都為了更好的滿足用戶的馬斯洛需求理論的第四層需求(滿足展現逼格的需求 doge),最終所有平臺精心策劃的總結都流向了同一個地方微信朋友圈,微信才是最大的贏家。據15年的數據,微信用戶量破5億,覆蓋200多個國家、超過20種語言,國外的互聯網公司也在模仿這款產品,它的優越性不言而喻。

然而,沒有完美的產品,即使優秀如微信,在一些場景下的用戶訴求依然沒有被滿足。

背景一:

發布朋友圈的每條狀態時,可以設置“誰可用看”,在“誰可以看”這個功能里,通過用戶設置的“標簽”來進行分組,確立該條狀態的瀏覽權限。

場景一:

如果設置分組標簽Group1,Group2,小明不在Group1分組里, 此時發布一條朋友圈,權限設置為對Group1不可見,之后再把小明加入到Group1, 但是該條朋友圈對小明依然可見, 即朋友圈的狀態的瀏覽權限僅在用戶發布狀態時被寫入服務器,當用戶在發表狀態之后更改分組,不再刷新該狀態的瀏覽權限,系統不會在你的好友瀏覽你的主頁時重新讀取分組成員進行權限過濾。如果用戶更改分組權限的時候,服務器應該能夠去更新相應的狀態的瀏覽權限,可以解決這個問題,也許出于性能方面的考慮,微信沒有這么做。

背景二:

微信公眾號給了自媒體人一個把自己的干貨推向大眾的平臺,給了用戶一個碎片時間獲取內容、汲取信息的渠道。微信團隊減法把控的非常好,微信公眾號一直被收入二級頁面,降低對用戶的打擾。但是日益增多的微信公眾號仍然存在一些不便。

場景二:

如果小明閱讀涉獵范圍廣,訂閱了100個公眾號,分別屬于十幾個不同的類別。這種情況下,想要找到某一個類別下的公眾號很麻煩。希望能夠讓用戶對公眾號進行自定義分組管理。

背景三:

于細微處提升用戶體驗在微信內得到了很好的詮釋。從通訊錄里選擇某個微信好友點擊選中,進入該好友的詳細資料頁,從該頁面點擊“發消息”進入聊天頁面;完成對話點擊返回跳出當前頁面,回到的是微信對話列表頁面。因為在這個用戶操作路徑中,詳細資料頁只是與該微信好友對話的入口,所以完成對話后不是直接上一級頁面。但是該用例在其他的一些場景下用戶體驗欠佳。

場景三:

小明在閱讀公眾號文章時,朋友發來微信消息,小明收到震動或聲音提示。此時如果小明想要查看消息,需要點擊三次返回跳出當前頁面回到微信對話列表頁;在完成對話后,如果小明想要閱讀完之前的那篇文章,內心是崩潰的:他需要重新去微信公眾號列表里找到之前在閱讀的公眾號,并進入公眾號找到之前閱讀的某篇文章;好在這篇文章上次閱讀到的地方數據被記錄,可以接著往下閱讀。如果小明在閱讀公眾號文章時,朋友發來的消息能夠在當前頁面以彈窗(消息+可回復的輸入框)形式展現,回復消息或直接關閉彈窗后,留在當前公眾號的文章的頁面繼續閱讀,用戶體驗也許會更好。

背景四:

微信的文本消息能夠勾選多項之后,選擇逐條轉發或合并轉發,能夠將文本消息轉發給自己的其他微信好友,語音消息暫不能夠支持轉發,且將語音信息轉為文本信息的功能目前精準識別轉化率不高。

場景四:

好友A通過微信向小明敘述了一件事(文本消息),小明想要把這件事再敘述給好友B,出于多向聊天or傳話的需求,小明會選擇截屏發送給好友B或勾選多項之后逐條轉發或合并轉發給好友B; 假設好友A通過微信向小明敘述的這件事是通過語音消息,那么小明就無法通過截屏和轉發的方式來便捷的轉發給好友B。微信團隊的產品嗅覺應該不會沒有發現這個問題,所以猜測微信不能夠支持語音的轉發可能是考慮到語音轉發容易帶來隱私問題,也不便實現第三方監控,還是希望這個問題能找到更合適的解決方案。

#專欄作家#

吉倩倩,人人都是產品經理專欄作家,車300產品經理,負責車300的產品規劃、設計和項目執行。關注二手車行業產品,擅長需求挖掘和分析,產品架構。熱愛產品、汽車、旅行,未來想要實現一款自己打造的“汽車+旅行”的產品

本文原創發布于人人都是產品經理,未經許可,不得轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 怎么我看見你的名字和這篇文章,嘴里就脫口而出了一個詞“老司機”,我也不知道為什么! ? ??

    來自北京 回復
  2. 我覺得與其加入微信訂閱號自定義分組,不如完善搜索功能,訂閱號標簽化

    來自江蘇 回復
  3. 就好比你的公眾號分組的功能,是分工分組 還是系統分組?兩種方案 各有千秋哦,如果選擇系統去分類,人是否可以手工去改,這個功能想起來比較簡單,真的落地執行 是很大的一塊功能,往往產品經理在考慮一些問題的時候 一定再往深去考慮,可能看待問題的結果會不一樣

    來自山東 回復
  4. 你的想法非常好,可是作為那么優秀的團隊 這些功能肯定是他們早已經知道的問題了,不去做修改 是因為做修改肯定要做功能的疊加,那么為這一個功能增加而增加的一系列的功能是否是必要的呢?我覺得這個是他們考慮為何不加功能的主要原因

    來自山東 回復
  5. 感覺對微信更多的不便來自公眾號上的處理

    來自廣東 回復
  6. 第一個場景,我覺得還存在一些問題,如果微信那樣做了的話,比如我把這個標簽刪除了,那是不是所有人就看不到這個動態了。。。

    來自四川 回復