我只是想聊天而已——一位高冷 PM 對微信的火熱吐槽

1 評論 8428 瀏覽 0 收藏 11 分鐘

[核心提示] 微信成了事業部,必將承載越來越多的內容和功能,但挑剔的 PM 們并不一定看好它的膨脹。

注:配圖不針對任何賬號、人,僅為配合文章內容,請理解:)

這是一篇對微信的吐槽,并不是那么正經的分析。如果你也和我一樣被微信的某些瑕疵困擾,歡迎在評論區和我討論。

朋友圈

朋友圈我覺得是還算不錯的功能:我會關心好友們近況怎么樣,畢竟不是所有事都會在聊天的時候聊。

朋友圈只能看到好友的內容,結果在好友的狀態更新里常常看到A 在自己狀態更新的回復里說“好了,總結一下大家的問題,統一回答 巴拉巴拉”,問題是大家的問題是什么???怎么看得沒頭沒腦的。原來是因為我沒有關注 A 的其他好友 B、C、D… ,所以我是沒辦法看到 B、C、D… 們的回復的,所以整個狀態更新的會話里,充滿了不明所以的回復。

Twitter 的 @ 機制我覺得不錯,如果我的好友 @ 了另外一個我沒有關注的人,那么這條信息是不會出現在我的時間線里的,也就不會有沒有上下文的會話出現的問題了。

和上條對應的,因為在朋友圈里我看不到我原本不認識的人的任何信息,所以我是不可能通過朋友圈來擴大我的好友圈子的(這個問題在群聊里算是可以部分解決,不過朋友圈和群聊兩邊對應的可能不是同一批人群啊。)

總的來說,我個人比較喜歡?Path?的邏輯:以朋友圈為主體,聊天為輔,可以通過好友更新的回復里發現一些有意思的新的潛在好友。

公眾號

然后很奇怪的事發生了,本來是熟人社交的微信里,突然混進了和熟人完全沒有關系的公眾帳號。我要看自媒體在博客、微博上不能看么,為什么要在微信里看?

好啦,我其實知道為什么。因為“博客太分散啦、維護成本太高了、傳播能力不夠啊”,因為“微博沒落啦、都是僵尸帳號發垃圾信息”,“看我微信朋友圈上一條信息多少人點贊,有多少好友轉發了。這些才是有價值的傳播啊。”

一方面,我才不關心多少人“贊”我的東西呢,你真覺得贊就發個有價值的回復咯;另一方面,朋友圈里個人狀態更新在好友圈子里傳播挺好的,因為其他人確實可能對這些信息不感興趣。

但是公眾號啊,是想公共傳播的內容啊,要先關注了才能瀏覽就不說了,我就當成是訂閱 RSS 的變體吧。但是分享出去還是只有好友才能看見,一點都不“公眾”啊,我想分享到別的地方還得先“拷貝鏈接 – 打開瀏覽器 – 用瀏覽器分享”,這是移動互聯網時代么,感覺是前互聯網時代呢… 對比下來,微博公眾多了吧。

另一方面呢,公眾帳號一對一的發布內容方式,讓公眾帳號的讀者之間沒法互相聯系上,而在博客、微博上,我可以很簡單的看到別的讀者,共同參與討論啥的(雖然可以分享到朋友圈討論,但是這也是上面提到的問題,朋友圈的好友和原本可以公共討論的人不是一群人)。現在一些公眾帳號常用到的“微社區”,雖然可以把讀者們聚合起來,但是他們在“微社區”里聊的事,其實和公眾帳號發的內容可能并沒太大關系,內容和交流被剝離了。

要承認的是,微信公眾帳號的維護成本確實比獨立博客低,也可以簡單的獲得關注者的數據,對自媒體是有幫助的。但是,其實推廣公眾帳號不是那么簡單的事,一方面,因為分享朋友圈的內容是限于好友可見的,所以傳播力和可發現程度是會打折扣的;另一方面,如果要在微信外的渠道推廣,其實要求自媒體原本就帶別的傳播渠道(目前常見的是通過別的微信公眾帳號啊、原本的微博啊、播客、博客、線下二維碼來傳播),沒有任何基礎的小眾自媒體真的能發展的很好么… 這個我沒什么研究,不敢說。

服務號

先是服務號,其實這功能本身我沒什么吐槽的,在微信里查銀行信息(招商銀行)啊、叫車(XX叫車)啊、博物館導覽(國家博物館)、打印照片(印美圖)什么的輕量級功能,確實是方便了開發者,不用花大錢去開發 app 了。不過可能就是一種潔癖,感覺像是一棵桃樹上長出來幾枝杏出來,略覺得別扭。

然后是微信支付,在微信里買東西啊啥的,其實算是服務號的功能擴展,畢竟有的簡單服務能夠直接支付挺好的,但是就是長在微信里就潔癖性的覺得不舒服。特別是現在還擴展到別的支付、甚至線下支付。(支付寶這種專門做支付的來做這種我比較愛,不過支付寶的公眾服務帳號一股扶不起來的感覺。)

游戲功能挺好的,利用好友關系來做社交輕量級游戲,雖然 Android、iOS 原生都有這個功能,不過微信的好友關系信息畢竟更準確。

總的來說,和 IM、好友社交相關的我覺得都還行(雖然 Android App 做的不怎么樣),別的疊加進去的東西雖然不可否認效果確實不錯,但是就是讓人覺得別扭。(而且換了不是騰訊來做,能像現在這樣成功的可能性很小吧。)

開發者

從開發者角度稍微說兩句,這方面其實更多的是開發者的貪心,而非微信開發架構的問題

因為服務號每月只能推 4 條信息但開放接口多,訂閱號每天可推送一條信息但開放接口少,所以開發的時候要做一些抉擇:是想做服務還是做內容訂閱。

如果開發者確定就只做服務號,其實確實可以實現一些不錯的功能。如果開發者確定就只做訂閱號,基本功能也是夠了。

問題就是,往往開發的時候既想要服務號的富功能接口,又想要訂閱號的推送頻率,所以出現一些在訂閱號里利用各種方式來實現富功能的做法,最常見的一種方式是調用Web app來實現許多強交互的功能,但是微信的內置瀏覽器其實并不怎么好,另外還有下面的一個問題。

單線程

來一條新消息,我點開之后就從舊的信息跳到了新的信息里去,看完后也沒有辦法直接回到上一條查看的信息里。對于聊天來說,這個問題不是很大。

不過對公眾帳號來說,我文章看到一半,我GF來了一條微信信息,我是不是該立即看呢?看的話,我再回來看這篇文章變得特別麻煩(即使收藏了查看也很麻煩);不看的話,當心有生命危險…

對于上面說到的 Web App 來說就更嚴重了,跳出之后,這些 Web App 相當于關閉了。也就是說,這些 Web App 隨時有被其他信息打斷的危險。(常見的看起來很美好但是實際沒有什么用的舉例包括:36kr在微信里做的的直播節目、荔枝fm的播客收聽一類的。)

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!