如何建立並擴展 Web3 開發者社區?
作者:Chainlink
如果你有興趣想做Web3創業公司,你也許已經意識到了開發者社區的質量決定了協議的成敗。實際上,許多成功的創始人在開始做自己的項目之前都在比特幣和以太坊等早期加密社區裡擁有多年開發經驗。一直到現在,開發者社區仍然是大多數項目的主心骨,如果沒有一個強大的開發者生態,這些項目就不可能發展到如今的水平。因此,Web3創始人必須要建立一個活躍的開發者社區。即使你覺得你的項目沒必要專門創建一個開發者生態,也可以借鑒一些開發者社區的建設策略,以建立其他類型的社區。
本文將涉及以下重點:
開發者社區的構成要素。
Web3創業公司為何要建設開發者社區?
如何在啟動階段建設開發者社區?
什麼是開發者社區?
通常來說,開發者社區由一群開發者組成,這些人因為對某一項目或技術生態的共同熱愛而走到一起,並且希望推動項目或技術向前發展。他們的互動模式超越了在Stack Overflow等平台上回答技術問題或在Github上提交pull requests。這些社區之所以會建立,是因為社區成員與項目創始人擁有同樣的願景,並希望看到項目得到主流應用,在更大的開發者社區中成為標準化的解決方案。
Web3行業中的一個經典案例就是以太坊開發者社區。社區圍繞以太坊的共同願景而建立,開發者可以在平台上創建真正去中心化且"無須信任"的應用。而這反過來推動了以太坊虛擬機(EVM)的應用,使其成為了生態中眾多dApp的通用標準。開發者之所以願意為這一新標準做出貢獻,是因為它為他們的項目提供了關鍵的基礎設施。
雖然開發者為了一個共同的願景而走到一起,但這不意味著開發者社區是同質化的。開發者會根據參與目的和參與程度分成不同等級。最典型的分類方式就是"軌道模型"(Orbit Model),這是一個開源框架,可以追蹤開發者社區的發展趨勢。
據該模型的作者Josh Dzielak所述,開發者可以分為四級軌道。這四級軌道分別是:
第四級軌道------"觀察者",這類人主要在探索和觀察。
第三級軌道------"用戶",這類人對項目有初步了解,但仍在學習如何使用該項目。
第二級軌道------"粉絲",這類人是項目技術的受益者,因此對項目非常有熱情,而且會對其發展做貢獻。
第一级軌道------"大使",這類人已經成功地使用項目開發出了產品,並且成為了社區中的意見領袖。
每個軌道都有不同類型的開發者,這些開發者的目的和影響力都各不相同。這裡面有些人可能只是想要了解一項有趣的前沿技術,但還不確定可以用它來做什麼。有些則是經驗豐富的開發者,正在尋找合適的技術來解決一個具體的痛點。因此,開源開發者社區的成員通常都來自不同的專業背景,其目的也各不相同。
為什麼要建立開發者社區?
你的項目可能沒有以太坊那樣宏大的願景,但建立一個開發者社區仍可以給你帶來好處。實際上,不止L1區塊鏈需要建立開發者社區,許多Web3生態中的參與者都需要建立開發者社區,以擴展自己的項目。比如交易平台、市場和基礎設施提供方等中心化的平台;L2擴容方案等去中心化的組織;以及DeFi應用和協議。DeFi項目之所以能取得巨大成功,正是因為它們在開發者社區上發力,集成至了更多的dApp和錢包。除了項目集成之外,建設開發者社區還能帶來許多其他的回報。
比如,一個健康的開發者社區還可以實現以下價值:
提供關於項目採用情況的早期反饋。
鑑別之前被忽略的安全和性能漏洞。
在相鄰社區內進行推廣,並吸引新的社區成員。
參與去中心化項目的治理。
實現直接和間接的網絡效應。
建立活躍開發者社區的好處不言自明,但是如何發展開發者社區卻沒有標準答案,而且也很難有標準答案,因為每個社區都擁有完全不同的願景和任務。創始團隊和產品的氣質將最終決定應該採用哪種策略來建設開發者社區。
如何建立開發者社區
雖然這個問題沒有標準答案,但Web3項目仍可以採用一些通行的策略來建設開發者社區。
比如:
不斷迭代並適應社區的規模。
記錄社區的願景和目標。
設計社區體驗。
制定溝通和內容戰略。
與早期成員交流並建立一對一的溝通氛圍。
不斷迭代並適應社區的規模
有時候,社區建設跟精益軟件開發有許多共同之處。在精益開發模式下,創業團隊會以迭代的方式開發軟件,第一步是開發一個功能最簡化的產品。然後會對這個軟件進行測試和評估,成功後開發者才會投入到下一組功能的開發。
這個方法可以確保創業公司只將資源投入到最關鍵的社區建設工作中。創始團隊一開始可以採用一些基本的策略,當這些策略獲得成功並且團隊擁有足夠多資源投入新計劃時再開始採用更複雜的策略。
一些關於如何建立互聯網社區的文章也提到了這一觀點。比如, 2009 年一篇名為《生命周期對於互聯網社區成敗的影響》("A Life-Cycle Perspective on Online Community Success")的研究論文發現:"互聯網社區所在的生命周期階段不同",需要採取的社區建設策略也不同。
社區建設方面的顧問也對此展開了研究,並總結出了一個"互聯網社區生命周期",主要包含四個階段。
社區的發展分為不同階段,而且每個階段都有不同的需求。資料來源
這個概念適用於任何類型的互聯網社區,並且可以與專門用於分析開發者社區的"軌道模型"進行比較。
早期創業公司的首要目標是建立市場並實現增長。創始人採用的策略必須要符合公司的規模。在錯誤的時間採取正確的策略可能會適得其反,將開發者越推越遠。
比如,黑客松就是一個典型例子。很多人都認為黑客松是推動Web3開發者社區建設的必選策略。這個觀點本身沒錯,但許多創始人沒有意識到的是,黑客松只有在社區達到一定規模時才能發揮效果,而且舉辦黑客松需要耗費大量資源。有時候,早期支持者甚至都還沒對項目進行測試或開發文檔,創業公司就急著開始搞黑客松,因此許多黑客松都參與者寥寥。一些開發者關係領域的專家認為,項目至少要能吸引到幾百個參與者,才可以考慮舉辦黑客松。
如何制定開發者社區的目標
如果你決定開始做Web3項目,應該已經寫好了白皮書並制定了項目的目標和願景。因為你需要向投資者分享這些內容,並且要教育項目的早期支持者。
要建立一個開發者社區,就要思考如何將公司的使命與潛在社區成員的目標協調統一。
你可以問自己以下這些問題:
開發者為什麼要相信你的項目?
在某種意義上,你其實是在向開發者推介你的項目。但吸引開發者與吸引投資者的策略是不同的。
你希望從開發者社區獲得哪些價值?
你希望開發者將你的項目集成到其他應用嗎?你希望開發者為核心協議做貢獻嗎?你希望開發者能採用你的技術開發其他應用並因此推廣你的產品嗎?
你可以為開發者社區提供哪些價值?
你希望你的技術能夠為開發者解鎖創新應用場景,從而為其提供價值嗎?你希望開發者社區可以提供哪些其他附加價值嗎?比如科普和倡導,或者獎金和獎品等物質激勵。
你希望項目吸引到哪一類開發者?
原因是什麼?你希望將目標開發者範圍鎖定在DeFi或GameFi等垂直領域,還是也歡迎其他領域的開發者?你的項目只針對Web3開發者還是也歡迎從Web2跨界過來的開發者?
開發者之間的互動將實現哪些價值?
你是否希望經驗豐富的社區成員能幫助新進成員解決技術問題?成員之間是否會合作做項目?還是每個人會關注各自不同的興趣點?
社區將對你的項目發展產生什麼影響?
你是否需要建立一個機制來收集社區意見反饋,並將這些信息分享給你的團隊成員?你想要將多少項目信息透露給你的社區?你是否想要完全公開路線圖?是否有一些計劃只有創始團隊才知道?
你的社區要建立什麼樣的文化和價值觀?
你的社區與其他社區的不同之處是什麼?你的社區擁有哪些與眾不同的核心價值觀?
以上很多問題都很難回答,但大家可以參考Gitlab的社區知識庫(Community Learning pathway)獲得一些靈感。這個文檔的目的是讓Gitlab內部團隊成員能夠快速熟悉其各種社區計劃。Gitlab是一家罕見的關注開發者的企業,他們將內部文檔向所有人公開。當然,Gitlab也是一家成熟的Web2 SaaS解決方案提供商,擁有幾百億美元市值。只有如此大規模的企業才有實力推出這麼全面的計劃。話雖如此,Gitlab的文檔是一個很好的參考示例,可以為如何建立內部溝通機制並制定社區目標提供一些參考。
開發第一版社區體驗
要建立社區,就需要以某種方式創建網上論壇。Discord現在已經成為了Web3社區建設的首選平台。與Telegram等其他平台不同的是,在Discord上可以輕鬆分享和討論代碼,一旦開始開發工作後,就需要使用這個功能。選定了平台後,就可以投入時間來搭建各個頻道並建立新人加入流程。
圍繞最初加入的十個社區成員來開發社區體驗
許多公司一開始會在Discord裡創建太多頻道,這往往會讓新加入的成員感到無所適從。應該圍繞初創社區中最常出現的對話內容來進行分類。
開發者之間最常聊的話題包括:
互相做自我介紹。
詢問關於項目的問題。
介紹自己正在做的項目以及目前遇到的挑戰。
展示自己的開發成果。
分享關於整個技術生態的觀點和內容。
分享梗圖、八卦或其他領域有意思的事情。
討論的調性和內容應該視項目的總體目標和文化而定。因此必須要優先考慮這一點。
避免討論偏離正軌
在開發者社區要避免的一類討論話題就是價格和大盤走勢。其中一個原因是這類討論可能會分散開發者的注意力而且會越走越偏。一旦出現這類討論,應該將成員引導至社區運營的Telegram群組等專門渠道。
逐漸開放社區
開發者社區的質量在早期階段尤為重要。重點是要吸引並培養更有可能積極參與社區事務的成員。因此,創始人可以採取以下策略:
邀請制許多開發者社區一開始都採取邀請制,社區會參與小規模的beta測試,並對第一版產品進行測試。
篩選制有些社區會開放申請,不過項目方會基於申請者提交的申請表進行篩選。
這個方法可以避免閒雜人等進入,不過可能也會讓社區顯得不夠包容。這個方法還有一個好處就是可以確保前十個加入的成員真的對你的項目感興趣。
逐漸開放註冊
下一階段就是將社區向公眾開放,任何人都可以註冊。在這一階段,許多項目方仍然會在註冊過程中設置一些制衡機制,比如搜集用戶基本信息並確認用戶同意社區指導原則。值得一提的是,Web3社區非常注重匿名性。如果你要搜集信息,信息應圍繞開發者的興趣愛好而不是身份信息,而且應遵守項目的隱私政策。
指派社區管理權限
最後,你需要決定讓團隊中的哪位成員來負責管理社區。在更成熟的創業公司裡,這通常是社區經理或開發者關係負責人的工作。但在非常早期的創業公司裡,這項任務往往會由創始團隊成員負責。最初,團隊裡的每個成員都會對社區做貢獻,但最後還是應該讓一個人來全權負責。也就是說,這個人要為社區的成敗負責,並且持續追蹤社區的發展。
尋找並培養最初十個社區成員
在之前關於"如何打造出爆款Web3產品"的文章裡,我們談到了"最小可行社區"(minimum-viable community,縮寫MVC)的概念,以及如何建立最小可行社區。
以下是給創始人的一些終極建議:
利用現有人脈網絡------技術型創始人通常都會參與好幾個項目,而且擁有豐富的開發者人脈。這類創始人可以利用自己的人脈來找到適合加入社區並符合項目使命的開發者。
加入已建立的Web3開發者社區------社區往往會通過互惠互利的方式共同發展。技術型創始人可以為其他社區和相關項目貢獻價值,以建立聲譽並吸引社區成員。
事實上,這些方法都需要投入大量時間,但人們往往不願意接受這個事實,特別是看到許多Web3社區因為被某個明星在推特上轉發或價格突然飆升而迅速出圈。但是在尋找最初十個成員的過程中必須要保持耐心,因為他們的貢獻會決定你將建立什麼樣的開發者社區,而且會吸引更多新成員加入。
制定溝通和內容戰略
內容是任何社區建設計劃的基礎,可以推廣項目並在開發者中宣傳項目的核心願景和路線圖。
社區建設者和行銷者擁有不同的目標
在傳統的內容行銷中,內容是行銷漏斗的最上端,內容消費者會順著漏洞往下走,變成"銷售線索",並最終"轉化"為付費用戶。雖然行銷人員和社區建設者都可以利用技術內容,但二者在社區建設戰略中的目的是不同的。
使用內容來提升社區參與度
在"軌道模型"和Web3的語境下是沒有"銷售線索"這一概念的。取而代之的是"活動"一詞,用來表示將開發者吸引過來,不斷向中心靠攏。
內容可以將開發者吸引到項目"軌道"的最外一層,然後將他們保持在那個位置。早期的技術內容包括高級技術文檔、入門指南、教程以及用例等。
制定內容計劃
早期創業公司內容創作能力有限,因此需要謹慎規劃。許多團隊一開始的內容計劃都是非常簡單的,通常會覆蓋未來三個月。之後隨著內容戰略逐漸成熟,計劃才會相應擴展。內容發布頻率也會視目前資源情況而定。
發布頻率可以是每個月發一篇、每兩週發一篇或者每週發一篇。每個團隊適合的頻率都不同,沒有統一的標準。關鍵是要有固定的發布頻率和一致的內容主題,讓開發者可以預測未來會發布什麼內容。可以使用社交媒體日曆來搭建內容推廣架構。
大家可以參考Gitlab的行銷日曆,了解他們是怎麼做技術內容行銷的。
Gitlab 的行銷日曆,協調內容與其他行銷活動。資料來源.
當然,Gitlab 的行銷日曆要比早期創業公司複雜得多,而且其主要目的是協調行銷計劃而不是推動社區建設。儘管如此,這個模板仍然可以讓我們了解如何制定內容計劃。
提高社區參與度,並培養一對一的溝通氛圍
即使是小型的封閉式社區,也很難自然而然形成互動。在早期階段,需要採取策略點燃社區交流的火花。
製造討論話題並點燃火花
Web2會採用許多方法來解決這一問題。創始人Varum Maya在《Community Masters》書中提出應該"偽裝一切,直到你成功"(fake it till you make it)。創始人可以直接與最核心的用戶取得聯繫,並要求他們發布文章和資源。他承認自己經常需要"為他們提前寫好草稿,以減輕他們的工作量。"
不過在開發者社區採用這個方法的風險極高,因為開發者可以輕易發現其中的貓膩。但是你可以讓開發者在公開的論壇中再討論一次你們在一對一交流時討論過的話題。
另一個方法是激發社區討論你發布的文章。你發布了一篇新文章後,可以轉發到社區裡。可以摘錄一段文章中的內容,並且發帖問大家一些關於這個主題的問題,以進一步激發討論。比如,如果一篇文章介紹了某一"最佳實踐",你就可以問大家:"你是否已經這麼做了?"或者"你還有做什麼其他我沒想到的事情嗎?"即使是針對教程這樣的基礎技術內容,你也可以問:"這個教程是否簡單易懂?"或者"你覺得應該如何改進?"
一對一交流
啟動階段的一個好處是你可以直接與社區成員交流。你可以主動跟他們電話溝通,了解他們所遇到的問題以及目標。另外,你還可以與開發者建立可持續的關係,並甄別早期的開發者社區倡導者。
Web3創始人Max Goodman在這方面就做得很好。他的項目Gyde旨在幫助本來沒機會進入Web3世界的用戶順利入場。他在NEAR協議官方博客的一次採訪中提到"應該先一對一建立社區",通過一對一交流來吸引社區成員。他通過這個方法迅速與社區成員建立了牢堅不可摧的關係。
謹慎接觸開發者
一對一交流不是每次都可行的。許多開發者更願意使用自助服務,而且通常不願意參加線上會議。不過這不意味著所有開發者都會避開任何私下交流的機會。一些開發者甚至很喜歡受到關注,但前提是創始人跟自己志同道合,而且有誠意幫助自己達成目標。另外,如果開發者發現創始人與他們交流沒有明顯的目的性,也會更加放鬆。
為開發者提供激勵,推動社區成長
大多數Web3項目都會採用激勵機制來實現增長。比如舉辦比賽,或在社交媒體上組織有獎做任務。這些策略可能會使粉絲數或點讚數這類浮於表面的衡量表指標很好看,但卻往往無法持續推動社區增長。
同樣地,為Web3開發者提供獎金和經濟激勵最後可能變成一場遊戲,因此必須謹慎對待。另外,開發者激勵計劃也需要耗費大量人力物力,來完成各種技術工作。
創業公司需要預留足夠資源來定義具體任務並評估任務執行情況。索性,這其中一些工作可以外包出去。
以下是推動開發者社區增長的常見激勵手段:
Bug賞金計劃
Bug賞金計劃會激勵開發者尋找項目中的安全漏洞。這類計劃通常會委託給第三方服務商,比如hackenproof和immunefi。比賽 Web3項目還可以組織比賽,針對某一問題提出最佳解決方案的開發者可以獲得獎勵。這個方案在數據科學類社區十分常見,比如Kaggle(Web2)和Numerai(Web3)等平台會獎勵解決某些數據科學問題的開發者。
開發者獎金
一旦早期創業公司獲得了種子資金,就可以為社區提供更大規模的經濟激勵,比如開發者獎金。這類獎金可以有效激活創業公司的開發者社區,申請者通過申請後必然會尋求其他社區成員的幫助。
治理
最後一個也是最有效的激勵手段就是治理。治理是Web3最大的差異化優勢之一。隨著Web3項目不斷發展,項目將逐漸去中心化,而管理權最終會以DAO的形式移交到社區手中。在這個過程中,早期貢獻者會不斷深入參與社區事務,並有機會主導項目發展方向。因此,創始人在一開始制定某些戰略或者做某些技術決策時必須要讓開發者社區參與。
建設開發者社區需要花費大量時間,但也能獲得巨大回報
建立開發者社區是創始人最大的挑戰之一,因為許多因素都不在他們的控制範圍內。這就好像進入一個新市場,你對這個市場一無所知,而且要做好準備應對諸多看不見的風險。但是如果創始人能夠投入精力來研究並制定社區戰略,就更有可能獲得成功。這樣的準備工作可以讓創始人能夠提前規劃並細致地為早期社區成員設計獎勵機制。一旦社區發展上了軌道,大部分協調和管理工作就會移交給社區內部負責。創始人如果之前擔任過其他社區的活躍成員,一定會熟悉這個流程。有時,要建立成功的開發者社區,最重要的經驗的就是自己親身參與過。