別被社區牽著鼻子走
原文來自 Coding Horror 博客，作者是 Jeff Atwood ，stackoverflow.com 創始人。本文由虎嗅翻譯。
采訪者喜歡問你最大的缺點是什么，犯過最大的錯誤是什么。這些問題聽起來有點太程式化了，甚至都有點讓人膩了，但是當你做出回答的時候還是要小心：這些問題比看上去要重要得多。
人們問我， 在創建 Stack Overflow 的過程中犯過最大的錯誤是什么，我不會用陳詞濫調來瞎編一套。我可以誠懇地、公開地指出在 Stack Overflow 初期犯下的一個荒謬蠢笨的大錯，更糟糕的是，在社區的持續抗議下，在長達九個月的時間內我依然堅持錯誤做法。我甚至寫了一篇博客文章否認。
很長時間以來，我對這件事的看法和《搏擊俱樂部》電影里的一樣： Stack Overflow 的第一條原則是，不能討論 Stack Overflow！畢竟，我們是彼此學習如何編程，而不是純粹去搞一個蠢網站，不是嗎？
我當時并沒有看到對 meta 的需求。 這里的 meta 是指你討論問題的地方。仔細想想這是什么意思。Meta 是為那些十分關注社區的用戶準備的，他們愿意更進一步，走到一起，投入更多時間來討論決定如何維護管理這個社區。簡單來說，我當時會對那些深愛著 Stack Overflow 的用戶說??滾蛋，哪涼快哪待著去。
在 給自己的辯解中，我最終意識到了問題所在，要感謝社區不斷的刺激。盡管從網站內測開始就曾使用過一個外部的 meta 站點，在 2009 年六月我們終于發布了自己的 meta.stackoverflow，其時已經是公開內測的十個月之后了。在 Stack Exchange 上我們完善了這一點。每一個 Stack Exchange 站點從一開始就有一個 meta 。我們現在知道了，對 meta 的參與是社區中一切有意義的領導力量和管理能力的來源，meta 起到了近距離培育、監管的作用。
我 也為自己成為 meta 排名最高的用戶這一點付出了代價。在過去兩年零七個月中，我完全投入到 meta 中，從程序 bug 到功能需求，從討論到支持。你可以在我的用戶頁面中看到，我在這段時間內有901天訪問了 meta ，基本上也就是每天都上。我認為自己積極投入 meta 的表現是一種榮耀，遠不止如此，我的工作就是把社區做大。我們在 Stack Exchange 做的每一件事都要公開，故意與象牙塔式開發（Ivory Tower Development）截然相反。
這段期間，在與社區共同開發軟件、應對社區反饋方面，我得到了一些經驗教訓。
一、社區反饋中 90％ 都是胡扯。
我們可以馬上討論完這個問題。任何男人、女人、孩子??甚至整個社區，都無法否認史特金定律（Sturgeon's Law）。Meta 社區，我愛你愛到死，讓我們坦誠對待彼此吧：無數個理由說明，大部分你提出的反饋和功能需求只不過?? 厄?? 可以實行罷了。
但是一定要記住： 這說明你獲取到的社區反饋中，有 10％ 是很厲害的！我 保證你會發現十條含金量很高的帖子，提出的建議能夠讓網站變得對所有人來說都更好?? 前提是你有毅力把上百篇帖子都看完。準備好在這里投入許多時間吧，我說的可是許多許多許多的時間啊，把整個社區反饋的精華提煉出來。我堅信每一個社區都有 一些牛人能夠或多或少制造一些精華，這些內容實在是太棒了。
二、在開發中不要被各種觀點左右。
你應該可以立刻把問題反饋和功能需求分成兩大類：
我們要這部轎車有電動車窗！
我們要這部轎車有車廂！
前者是很合理的需求，后者確在改變一部車的本質。軟件的可塑形態誘惑著我們去給車子加上車廂。為什么不呢？用戶不斷要求，卡車更方便，不是嗎？
千萬不要掉進這個陷阱里面。明確任務目標。轎車-卡車的混合體對許多人來說是很恐怖的，最后你可能完成的是一輛斯巴魯 Brat 轎卡。除非你真相希望要一輛卡車，那些要卡車功能的用戶應該很友好的被告知怎樣去最近的卡車零售店，因為他們不應該在這里出現。
三、如果不會去做的話就坦白說。
看到 bug 追蹤和反饋論壇里面有上千條信息無人回應的時候，我會很沮喪。一個沒有被很好管理的社區就是這樣，還有更糟的，對社區不誠實。這種錯誤十分典型，千萬別這么做！
我 的意思可不是讓你告訴社區他們的反饋差勁極了，雖然常常就是這種情況。那樣太不禮貌了。但是當你覺得建議不合理或者不能實施的時候，不要害怕，禮貌地拒絕 這些的需求。（當然，你永遠應該保持在未來改變主意的權利。）被拒絕肯定讓人傷心——但是被忽視更讓人傷心。我非常非常堅信，如果你對社區誠實，最終他們 會加倍尊敬你。
一切的關系都基于信任。如果你不愿意對你的社區坦誠，怎么能期望他們尊敬你?? 并且維持聯系呢？
四、傾聽社區的反饋，但不要讓別人告訴你應該去做什么。
把 meta 社區里面的需求作為開發的模板，這個主意很吸引人。Meta 的意義就在于讓你傾聽社區，針對反饋做出行動，不是嗎？恰恰相反， 針對社區反饋直接做出調整是極端危險的，這也是許多社區一開始照本宣科結果失敗的原因。我這里引用 GitHub 聯合創始人湯姆?普賴斯頓-沃納（Tom Preston-Werner）的話作為解釋：
比 如說有一個功能需求「GitHub 可以讓用戶通過 FTP 為項目上傳說明文檔」。這位用戶真正想說的是「我想要一個簡單的發布內容的方式」，但是他們已經習慣現有的技術產品，于是他們用熟悉的東西來提交功能需 求。我們可以實現這種恐怖的 FTP 解決方案，但是我們要研究需求背后的深層次問題。現在我們讓用戶可以方便地更新 Git 庫，功能性和優雅性都兼顧了。
社區回饋很棒，但是不能被用來當作枴杖，不能代替對設計什么和為什么這兩個問題的深刻思考。永遠嘗試弄清楚真正的需求是什么，提出明智的方案。
五、和你的社區在一起
在任何時間內，有一半的社區關系并不是社區所想象的樣子，但是 要和你的社區在一起，隨時傾聽并回應。當 Stack Exchange 的聯合合伙人回復了你的 meta 文章時——即使那不是你希望聽到的——我希望這代表了我們是真心和社區一起來創造這個網站。
不管是否有交易，你應該樂于發現社區需求中的精華，或者是 meta 中的程序修正，這些會讓你的網站和產品越來越好，你要一頭扎進去。這是一個公開反饋的良性循環：它告訴用戶你們很重要，我們很重視，一切都在以令人欣喜的姿態，變好。
本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！