知乎為什麼不採納用戶意見並立刻改進?

關於大家提出的關於「贊成反對感謝無助」的問題討論了很長時間了。但是知乎也沒有任何動作,也沒有任何人出來解釋一下。真的這麼艱難么?知乎細節改進是需要層層審批呢?還是某個人的創意遠大於用戶意見的家長式管理?還是在等待CD時間在某一個時間來個徹底大改變?還是。。。

希望知乎內部人員採取行動吧(^○^)
---------------------------------------
補充下:關於建議絕不是說某個用戶的建議,而是在某項改進討論的時候,有很多人贊成的觀點,那我認為這個建議是大家所支持的。


Jakob Nielsen: "To design an easy-to-use interface, pay attention to what users do, not what they say."
「要設計一個易用的界面,要關注用戶怎麼做,而不是怎麼說。」
http://www.useit.com/alertbox/20010805.html

如果你做用戶訪談的話,會對這句話頗有感受。


在網際網路上最用力被喊出來的那些口號很多都只是口號而已:開放、自由、UGC、Creative Commons、根據用戶反饋快速迭代。那些忙不迭向你宣告「我們每時每刻都在聆聽用戶反饋並據此改進產品」的人,只是覺得在如今的民粹主義時代這樣說能夠籠絡民心,讓用戶產生了「控制」和「有選擇」的幻象。實際上,最終對產品做決定的仍然是公司,不是用戶。

而且我覺得所謂研究用戶反饋是指他們的自然反饋,即收集並分析他們使用產品時產生的數據,根據這數據考慮是否要調整產品設計,不是跑過去問他說「你覺得產品怎麼樣」。行爲比言論重要。


詳細看了看,原來是在說上下箭頭,與文字顯示的贊成、反對。呵呵,試著這樣來想一下吧。
1、對於老用戶來說,是不是已經習慣了上下箭頭的作用和意義?
2、對於新用戶來說,老用戶是不是按照邀請碼上寫的那樣「當您的朋友第一次來知乎時 ,請記得幫助他學會如何提問和回答,就像曾經有人幫助過你一樣」,做到了呢?

當我們在埋怨問答網站的互動性不強的時候,是否考慮過,自己是否主動與他人進行過互動?我們能看到一些用戶充分發揮了評論的功能,在不影響答案顯示的情況下,進行版聊,很哈皮啊,很互動啊。

一個產品,最難做的不是加法,而是減法,改變不是最難的,最難的是堅持。

當很多人叫囂著,用戶需求第一位的時候,最遵循用戶需求做產品的微軟卻獲得了用戶最深切的鄙視,如果不知道MSN的段子,請關注微軟每個版本的MSN在設計開發之前幹了什麼;反而是JOBS,這種最我行我素,創造用戶需求的人,被頂禮膜拜,在蘋果之前,有多少人說,手機應該這樣用?!

以上就是我的觀點。我覺得上下箭頭不改是對的。根本不需要改,答案旁邊的上贊同、下反對邏輯,和下面的評論、感謝、沒幫助,並不是並列的同層邏輯。

舉例,當你反對的時候,你仍然可以感謝作者的貢獻,當你贊同的時候,你也可以認為其實這個回答毫無幫助,只不過你覺得自己的觀點和回答一樣。

這本來就不是同層邏輯,為什麼要放到同一層?這我還真是不懂了。


去餐廳吃飯
你會評價味道如何
酸甜鹹淡

廚師會了解顧客的反饋
去推測一類、一個區域顧客的口味
加以權衡
改進他們的飯菜

但是不能夠請顧客到廚房裡
讓他們摞起袖子上灶台
也不能直接聽顧客的說法
加點大料~加點孜然~~

因為廚師要為整個餐廳的顧客的口味負責

顧客反應的是問題
解決問題的辦法往往不是單純的「加點大料」
越俎代庖不對

這是一個系統
產品設計同理
知乎也同理


Jakob Nielsen:可用性第一準則:不要聽用戶的。


  • 我願意相信知乎團隊是重視用戶反饋的每個意見的,但就產品設計和改進而言,產品人員和用戶所考慮問題的角度和優先順序會有所不同,因此,出現你所提到的情況可能並不出奇。
  • 事實上,我們現在沒有看到「答案總結」這個功能,而這是用戶反饋後知乎團隊去掉的一個功能。

每一個「用戶」看到的都是片面的自我的東西,而產品經理要看到大多數,並且要看到更深的層次,所以一個你用著非常不爽的東西,有可能別人都不覺得不爽。
產品經理要重視每一個人的反饋,但不代表要聽從每一個人的建議。如果事實證明產品經理錯了,那麼這個事實就是「這個產品死了」。所以說出來就夠了,討論「為什麼知乎不改進」本身就是無意義的事情。


問題不成立。
1 知乎沒有不採納用戶的意見,許多改進都是我們看到的
2 知乎沒有不立刻執行,據我所知他們每天都在討論如何改進並實施
3 討論了很久嗎?從你的信息來看,這裡很多人討論這個問題的時間比你註冊的時間都長。
4 任何人都沒有出來解釋一下嗎?是否你沒有看到就說沒有解釋呢?知乎不是一個跟別的網站一樣動不動就喜歡到處發公告的網站。


如果都聽用戶的 要設計師幹嘛


1)眾口難調,知乎現在還沒有增值服務,有些需求是某些人才需要的,貿然上線這些需求,浪費資源不算,還容易造成其他用戶的不滿。

2)少即是多,保留核心與必須的功能,在用戶需求上下足功夫,這樣對保持小而優的知乎團隊來說,反而是一件好事。

3)產品的改進,是一個長期的過程,一切都在beta當中,不用心急,讓我們與知乎一起成長。


用戶建議是「瞎子摸象」,站在某一角度是完全正確的,
產品經理需要有大局觀,統籌考慮,還原最真實的用戶需求。


用戶都是盲目的,可以借鑒,卻不能解決問題。。畢竟不是站在產品的全局上去看,單從自己的體驗提出意見只是一部分而已


1、用戶是多樣性的,究竟聽那部分用戶的?不是用戶意見都要聽的,否則網站不忙死了。一個網站必須要有自己獨特的文化也好,利益也好,不管是什麼,那一定是網站最堅持的東西,原則不許變。

2、用戶的話要聽,但是不一定是說什麼就是什麼,要知道用戶有時候也是心口不一,情緒化嚴重,今天喜歡明天不喜歡的事情,經常發生。因此,必須要網站去偽存真,發現本質才行。

3、有的時候,「聽」不一定是真正的「聽」。觀察法等等都是「聽」的手段。關鍵是要聽到他們內心深處的東西。


沒有從根本上影響到你使用知乎,有啥好改?

知乎團隊現在有要緊的事情做。

請注意,我說的是「要緊」,不是「重要」。


每個產品團隊在考慮用戶需求的時候,都是需要看到用戶需求背後的需求的。用戶的每一個需求和建議都會被重視,但是不代表這個需求就馬上會做或者一定會做。產品經理手裡有成千上萬條需求和建議,他們會根據不同需求的優先順序以及產品規劃來制定產品發展線路。同時每一個需求真正實現也不是想當然的,你要有可以說服大多數人的數據支持 。


回答你的第一個問題:因為用戶是盲目的呀
第二個問題:上下箭頭表示贊成反對,沒錯吧。這是在回答問題的緯度上的。
感謝和沒有幫助,是在問題旁觀者個人的緯度上的。我覺得兩者在功能上並不重複。


告訴你個小秘密 一般都是從用戶行為分析入手 而不是直接聽用戶意見


你認為你的建議一定正確?我經常在support平台看到各種匪夷所思的建議,蛋疼萬分。另一個,產品內部也是有計劃的,輕重緩急,而不是做一個任用戶擺布的傀儡。同意@keso ,用戶壓根不知道自己需要什麼,大部分偽需求與假命題。


這個問題我也很好奇,為什麼知乎的問答的互動性那麼差。所以我才有想去知乎當實習生的想法,與其在這猜,不如親自去瞧瞧大家到底在想什麼。


我覺得知乎還在尋找清晰盈利模式和定位,在此戰略層明確之前用戶體驗角度的改動意義不大,很可能新版的知乎會和現在的差距挺遠的。


推薦閱讀:

TAG:知乎產品改進 | 知乎團隊 | 用戶體驗 |