Categories
程式開發

為什麼公眾號訂閱沒有「分組」的功能?


每次我問讀者對微信公眾號有沒有意見和建議?總會有人問,訂閱的公眾號能不能有個分組的功能?

我坦白,對於這個需求,我從沒有向微信團隊建議過。微信團隊也不可能做這樣作繭自縛的設計。

為什麼這樣說?

分組,或是分類,是很糟糕的解決方案。

如果一味的滿足用戶的訴求,而不能理解用戶的需求,那麼,產品經理,就會在產品裡不斷引入這種壞品味的設計。

沒有深度思考能力的產品經理,會很願意引入「分組」的這個設計概念。從產品經理的角度看,設計初期再簡單不過,而且,又能滿足用戶的呼聲。

我們每天都可以看到大量的分組的場景,可以說,每個爛產品都一定有分組這個功能。

但是,產品的背後是有成本的。分組,技術上的成本相當高。數據量不大的情況下,分組對數據處理和後端的壓力不大,數據量到了一定規模之後,技術複雜度和難度一下子上升特別多。沒做過技術,或是不太理解技術的產品經理,不太能考慮到這一點。

分組的使用率又相當低。用戶雖然經常喊著需要這樣的功能,但是有了這樣的功能之後,用戶又未必經常使用。這似乎很矛盾,用戶到底想要的是什麼?用戶一方面希望可以「過濾」,另一方面,用戶希望可以「查找」。這兩方面的需求,一是可以通過搜索能力的提升進行改進,另一方面,有些場景下使用了「標籤」的能力。

微信通信錄引入了標籤的能力,這個標籤的能力,主要用於搜索的改進和加強上,對用戶起到了正反饋的作用。微博的「關注的人」則使用了分組,實際上增加了使用成本,對搜索改進幫助不大。

有人會說,標籤不就是分類?從設計的角度看,這是完全不一樣的東西。標籤是屬性描述的體現,標籤是一種 Meta 數據(元數據),但是分類,不是這樣。如果是產品經理寫文章,可能就標籤和分類的區別與聯繫都可以寫出幾千字來,但這不重要,重要的是,具體的實踐過程裡,經常會忘掉這些的原則。

或許有人說,用戶覺得自己訂閱的信息源太多,所以需要分組的能力來進行「縮減」,對用戶的這個需求,如果試圖用「分組」來做到的話,那意味著訂閱能力對用戶沒做有效的限制,是一種錯誤的設定。這時候的產品改進,則相當於打補丁。

所以,微信公眾號的訂閱上限設置為 1000 個,超出這個限制不允許用戶繼續訂閱了。對我這樣的少數用戶而言,這很苦惱。但是如果一下子放開,對更多數用戶而言,就會帶來新的需求問題。

如果換了一個團隊做微信公眾號,可能很早就上了分組的功能,但那恰恰意味著產品在不斷妥協,是智力上偷懶的體現。

Windows 用戶,很喜歡用「文件夾」,一個文件夾又一個文件夾,文件夾裡面還有文件夾。這樣一個又一個「容器」符合人的直覺,但是,如果找到某個文件然後打開,則是災難性的後果,極大影響了工作效率,你可以自己操作一下,看看常規操作要進行多少次操作,做個計時。更好的方式是什麼?搜索。這樣才會快速定位並打開文件。有了搜索意圖和能力,也就無需弄一大堆目錄。這是 macOS/Unix 用戶的思維。

近些年,Windows 平台已經有了不錯的文件定位工具,自身搜索能力也得到了一定程度上的加強。這是個好的趨勢。

還有一個相似的話題是「類目」,比如電商平台的類目設計。涉及到商品的呈現。類目的設計和管理可以說是電商平台的核心競爭力之一,如果初期設計糟糕,後面的維護將會帶來極大的成本。再比如,一個公司屬於什麼樣的行業?在一些網上提交自己的公司信息,有時候需要選擇,公司屬於什麼行業?我從來都搞不定。只好隨意選一個。從產品經理的角度,這樣的分類是有標準的,有些甚至還有國家標準規範,但是,到了使用場景,用戶一頭霧水。再比如,我在百度百科提交了一個新詞條,先問我「詞條類型」,一下子就把我搞糊塗了。這樣的設計,其實是讓用戶陷「思考」,直接讓用戶懵圈了。

另一個常見的場景是收藏的功能。微信裡的收藏,操作步驟有幾部?不會在中間過程引入另一個讓用戶困惑的操作。而壞設計是,點了收藏之後,彈出一個頁面,問你要放入哪一個分組?要不要創建一個新分組?這種設計比比皆是。這是我說的設計壞品位的體現。

整個微信平台裡,有些地方是有分類的設計的。比如,涉及到認證的流程,就不可避免會出現了分類的選項,從體驗上看,基本上到了這個環節也是比較晦澀的,好在,只有極少數專業用戶才要面對這樣的選擇。

再回到文章開頭的問題。公眾號訂閱分組功能可能真不會有,不要一次次的問了。有讀者會說,如果某天微信團隊做了咋辦?會打臉不?那就意味著他們產品能力下降了。

但是,雖然不會有分組功能,潛在的需求會持續得到滿足。無論是從公眾號訂閱者的角度,還是從公眾號作者的角度,需要有更好的方案,而不是一個人人都能提出建議的方案。那都不能算解決方案,只是需求的另一種表達而已。

個人觀點,僅供參考。

題圖:Lucian Freud

本文首發於我的公眾號:

為什麼公眾號訂閱沒有「分組」的功能? 1