公眾號助手大改版，一個完美的產品敗筆

當一款產品要改版時，產品經理一定是激動的，因為他已經忍受舊版本很久了。

相反，用戶對新版本往往是排斥的，因為他們已經習慣了舊版本。

所以，改版要謹慎，尤其是涉及到信息架構和關鍵路徑的修改，搞不好就成了反面案例。

微信的公眾號助手是我每天都會使用的一款 App，我在這里查看公眾號后臺留言，回復讀者，同時獲取各項數據。

對我來說，這是一個生產工具，也是一個效率工具。

可當我今天再打開公眾號助手時，我發現它變了，變得讓我非常不習慣。

因為我已經更新到了新版本，所以只能在網上找了些老版的圖來作為對比。

首先，公眾號助手 App 對產品信息架構主體做了調整，把原來的「互動-發表-我」改成了「首頁-消息-我」。

與此同時，首界面的信息顯示維度和樣式也都變了。

在老版本中，第一屏看到的是以文章為信息主體的互動通知，能直觀看到每一篇文章有多少留言、點贊、贊賞等信息。

在新版本中，所有的消息集中到了第二個 tab 中，并且把新關注的消息數量也加了進來。

簡單理解，老版本中的第一屏只有互動消息，而新版本的第一屏中沒有任何消息，需要切換到第二個 tab 里去查看所有消息。

那么，為什么我會說這是一個產品敗筆呢？

一切還得回到具體場景中，所有的需求，都是基于場景的，而產品設計是服務于場景的。

我是一個公眾號作者，每當發布一篇新文章后都會有讀者在后臺留言，而我處理留言最方便的方式就是使用公眾號助手 App。

過去，每當我打開這個 App 就能看到哪篇文章有新留言，直接點擊對應文章進去就能回復這篇文章下的所有留言。

現在，我進入公眾號助手 App 后需要先切換到第二個 tab，而且展示的還是一堆來自不同文章的留言。

這時候，我獲取信息的方式發生了變化。

以前是以文章為信息維度去查看單篇文章下的所有留言，現在是以留言為信息維度去查看所有文章的留言集合。

從效率和便利性來說，新版本的方案完敗，至少從我的使用習慣上來說是的。

另外還有一點不爽，就是新版本里把所有消息都集中在了一起，包括互動消息和新關注消息，也就是頂部這一大片選項。

在老版本中，每次我都是根據首頁小綠點數字來判斷是否有新留言要處理，每次已讀或回復完之后，小綠點數字就會消失。

之所以能做到這一點，是因為老版本把互動消息和關注消息在信息架構上做了分離，關注消息放到了「我」里面。

也就是說，在老版本中查看有多少新增關注讀者時只需要點擊第三個 tab 「我」就可以方便看到，而互動消息的通知是獨立的。

新版本把所有消息合并到一起后，對于強迫癥的我來說簡直太痛苦了。

過去當我想消滅底部的小綠點數字時，我只需要對所有文章互動數據進行已讀操作即可。

現在，我需要在留言、點贊、私信、關注上挨個點一遍，十分難受。

更何況，產品還沒有一個一鍵已讀功能。

最讓我不能忍受的還是新版本中查看留言的方式，真不知道公眾號助手的產品經理是怎么想的，以及他們到底有沒有以公眾號作者的身份和視角去設計產品。

查看和回復留言是需要有上下文的，以前的設計非常方便我構建這種上下文，我進入哪篇文章就是回復哪個主題下的留言。

現在反而需要每次都看一下這條留言是來自于哪篇文章，原有的關鍵路徑和習慣都被打破了。

在新版本的第一屏中，除了頂部的發表功能選項之外，下面的主體就是已發表的文章列表，上面依舊能看到各項數據。

作為一個公眾號作者，每篇文章的閱讀量以及各項數據的確都會關注，但優先級也在互動數據之后。

至少，對我來說是這樣的。

這種變化，有點像把現在微信第一屏的消息列表和第二個 tab 的通訊錄互換位置。

那種感受，你們自己體會一下。

用戶在產品里獲取信息的方式就是產品的信息架構，信息架構里的每一個節點信息都是有優先級和順序的，不能想當然，要放到場景中去考慮。

或許我的吐槽只代表我的習慣，因為從大樣本來說，我只是千萬公眾號作者中的一個。

如果他們的確做過調研和分析才得出這樣的改版策略，說明我是小眾。

可如果只是為了改版或者參考其他小眾樣本進行的改版，那就是一個完美的產品敗筆。

如果微信公眾號助手團隊的同學看到了，不妨當個問題研究一下。

說不定，我說的也是錯的。

················· 唐韌出品 ·················

安可時刻

神奇的事情發生了，當我在新版公眾號助手 App 里切換到我另一個公眾號「二叉叨」時，又回到了老版本的設計。

也就是說，我用「唐韌」這個賬號登錄公眾號助手 App，進入的是新版，而用「二叉叨」賬號進入則是老板。

顯然，微信團隊是在用賬號ID劃分灰度測試，而我的兩個賬號恰好分屬新老版本中。

在一個產品中同時被 AB test，有點意思。