向社群徵詢意見可獲得極佳的效果！

來說個故事。

很久很久以前就在幾個月之前，Mozilla 開發者社群網站 (Mozilla Developer Network，MDN) 郵件群組出現了一則有趣且頗受注意的討論：應如何改善 MDN 上的程式碼範例呢？基於學習領域專案的一部分，我們認為程式碼範例確實需要某個程度的提升。特別一提，如果能透過即時互動介面而直接把玩程式碼，應該是不錯的改善方向。此功能的後續討論異常熱烈，且每個人都隨手弄了一個小專案，解釋著要是搭配這個概念之後會有多酷多好玩。我們感受到太多的熱情與想法，根本不可能滿足所有的人。結果整個走到了死胡同裡。

雖然此討論串是在公開的郵件群組上，但其實只有少數幾位 Web 專家與 Mozilla 員工參與。我們覺得社群似乎都不知道！所以為了更進一步了解 MDN 使用者社群真正的需求，我們決定要直接詢問社群。我們設計出相關問卷，詢問社群對 MDN 程式碼範例的想法和可能的改善方向。這一步真的走對了……結果讓我們訝異不已。

我們挑了五月到六月之間的三個禮拜，直接在 MDN 各頁面頂端的橫幅版面散播問卷資訊。我們得到出乎意料的 950 個答案！其實本來預期能得到 100 個回應就喜出望外了，但卻獲得 MDN 使用者的真正代表樣本。不論是初階使用者到專家；或是偶然進 MDN 看文章的讀者，到 MDN 固定貢獻者，都提供了寶貴的意見。太棒了！我們還花了點時間才歸納出所有意見，但一切都很值得。

之所以值得，就是因為我們獲得某些意料之外的答案。最讓我們驚訝的，就是 MDN 使用者幾乎都不知道可以在 MDN 上貢獻程式碼範例。我們本以為很多人都知道 MDN 是類似 Wiki 的平台，但實際情形卻完全相反。因此我們首先就該強力傳播此一訊息。

而有關改善的部份，我們又是一陣驚喜。大家都公認程式碼範例已經很不錯了，那 MDN 使用者又最想要哪個功能，能讓使用經驗更上層樓呢？可即時編輯程式碼？可透過 GitHub 或 Codepen.io 分享？都不是！即使這些功能的得票數很高，但都比不上堪稱「殺手級」的功能：MDN 上的程式碼範例應該要更簡潔、更清晰易懂。這可不是開玩笑 ─ 與其加了一堆複雜的玩具功能，還不如提供淺顯易懂的程式碼範例。簡單的程式碼就是漂亮的程式碼，我們也將繼續保有這項特色。

而問到有哪些誘因可拉高貢獻度時，結果也和上述的類似 (純粹邀請大家貢獻當然不算)。我們都以為貢獻者喜歡使用GitHub、Gist、JSFiddle、codepen.io (因為這些工具的程式碼貢獻流程比 MDN 更完善、更精確)，也樂於獲得 MDN 程式碼範例的貢獻點數。但是我們又錯了。大家最期待的工具，就是自動將程式碼範例轉為符合 MDN 程式碼風格指南所規定的格式。MDN 貢獻者不見得想用第三方工具，反而希望我們能改善 MDN 上的貢獻流程。

在直接詢問社群的意見之後，我們真的獲益良多，也讓我們規劃未來更頻繁的與社群交流，以獲得更精確、更有效的意見。這同時也讓我們 (包含負責 MDN 的員工與核心貢獻者) 重新思考之前對 MDN 的既定想法。「不要自己預設立場而發問」絕對是件好事。在一般使用者與核心貢獻者之間搭起橋樑之後，MDN 更適合讓所有人盡情交流。無論如何，必須聆聽所有人的聲音，才能真正廣納各種意見。

如果你想了解完整的問卷結果，可參閱此 PDF 檔案，也可透過此 Google 試算表找到原始資料。

原文連結：Ask the community, you’ll be surprised!