本文作者從用戶畫像出發(fā)，結合用戶分層、以及社區(qū)運營層面，共同探討了：“如何從0開始搭建開發(fā)者社區(qū)運營策略？”

隨著Mar-tech等技術飛速發(fā)展，ToB營銷相較以往發(fā)生了天翻地覆的變化。相較于短平快的直接BD手段，建立長期關系營銷方案、拉長客戶關系生命周期已經(jīng)成為可執(zhí)行、可持續(xù)、相對低成本的營銷策略。與此同時，由于客戶關系生命周期的拉長，這也開始要求在營銷過程中對不同用戶群體都能提供對應價值。

開發(fā)者作為互聯(lián)網(wǎng)企業(yè)中不可或缺的重要群體，一直是ToB廠商（比如PaaS、IaaS）所關注的重點。那今天來說一說如果將開發(fā)者社區(qū)作為產(chǎn)品進行運營，我們到底該怎么做（部分內(nèi)容將以云原生作為示例）。

一、開發(fā)者畫像

由于使用相關技術產(chǎn)品或服務的企業(yè)用戶，大多具有企業(yè)屬性且內(nèi)部包含多個角色屬性。想要構建完整開發(fā)者用戶畫像，就需要對決策鏈上所有相關角色進行調(diào)研。因此，調(diào)研需要包含行業(yè)屬性、企業(yè)屬性、角色屬性這幾個主要維度：

1. 行業(yè)屬性：如不同行業(yè)的市場結構、運作模式/規(guī)律。通過行業(yè)特征，了解行業(yè)現(xiàn)狀和發(fā)展趨勢；以云計算舉例，銀行業(yè)的上云需求一定會比房地產(chǎn)更強，且需求更嚴苛 、預算更充足。
2. 企業(yè)屬性：如企業(yè)規(guī)模、收入規(guī)模、活躍用戶、使用評價等。通過企業(yè)特征，了解目標開發(fā)者的業(yè)務需求現(xiàn)狀與企業(yè)發(fā)展的痛點；
3. 角色屬性：如決策者（CIO、CTO）、中間層（技術專家、研發(fā)總監(jiān)）使用者（一線員工），決策者、中間層、使用者關注點和需求存在很大差異，明確其間的分水嶺；
4. 個人屬性：如年齡、技能等需求，更多是關于馬斯洛理論上層相關的問題。

這里我們可以使用兩種調(diào)研手段：

1. 定性分析：通過訪談、問卷等方式，結合行業(yè)研究報告、過往經(jīng)驗等手段，挖掘開發(fā)者用戶的行為動機、需求、變化規(guī)律；
2. 定量分析：基于已有數(shù)據(jù)與行業(yè)Benchmark的研究，對開發(fā)者用戶進行各項指標、特性、相互關系的對比與分析。

在實際操作過程中，于小規(guī)模核心高貢獻用戶進行訪談。于大規(guī)模普通用戶通過調(diào)查問卷形式完成調(diào)研。在一度猛如虎的操作后，我們可以勾勒一個相對完整的用戶畫像。通過標紅的Key Messagge，我們可以看到相對清楚、強烈的開發(fā)者用戶特征（這里引用CSDN的報告，來做一個示意）。

（1）互聯(lián)網(wǎng)、軟件、IT制造三個技術領域涵蓋了國內(nèi)84%以上開發(fā)者

• 30歲以下開發(fā)者人數(shù)占比超8成，全國近半數(shù)開發(fā)者工作在一線城市；
• 61.6%的開發(fā)者從業(yè)年限在1-5年，從業(yè)年限在1年以內(nèi)的占到18.3%；
• 66%開發(fā)者擁有本科學歷，12%開發(fā)者擁有碩士或以上學歷。

（2）開發(fā)者學習熱情高漲，近6成開發(fā)者每周學習6小時以上；

• 5成開發(fā)者通過自學，31%接受了軟件開發(fā)在職培訓 ；
• 37%開發(fā)者愿意付費學習；
• 7成的開發(fā)者參加培訓的預算來自個人。

（3）6成開發(fā)者在使用Java語言，近5成開發(fā)者近期最想學Python語言

• 開發(fā)者的云/容器使用率僅15%，超6成開發(fā)者在使用Notepad++文本編輯器；
• 34%的開發(fā)者用容器進行開發(fā)，基于云上/瀏覽器IDE進行軟件開發(fā)方面，普遍看啟動速度快，操作便利性和桌面版IDE可以媲美。

（4）Apache項目和Linux是開發(fā)者較為喜歡的開源項目

• 68%的開發(fā)者接觸開源的時間在2-5年；
• 半數(shù)開發(fā)者很少參與開源項目的開發(fā)、維護、運營和社區(qū)發(fā)展等，全職參與僅7%；
• 超過6成開發(fā)者未從開源項目獲取收入；
• 77%開發(fā)者每周在開源上投入不超過5小時。

從上述描述，我們總結可以看到開發(fā)者群體的行業(yè)、地域?qū)傩韵鄬星移毡閷W歷、認知較高；學習欲望很強且有一定參與活動的興趣。雖然會參加社區(qū)或者開源項目，但是并沒有賺到錢。

二、開發(fā)者社區(qū)定位

在明確我們的開發(fā)者用戶畫像、產(chǎn)品后，我們希望建立一個開發(fā)者社區(qū)來作為載體，實現(xiàn)用戶的轉(zhuǎn)化與留存。那么，開發(fā)者社區(qū)是什么，需要什么？

2.1 什么是開發(fā)者社區(qū)

對于開發(fā)者社區(qū)，我們是這樣定義的：「連接廠商與開發(fā)者，圍繞對某種技術的共性需求，通過雙方產(chǎn)生內(nèi)容形成互動的（線上/線下）商業(yè)價值孵化平臺」。所以，我們可以抓住其中的幾個重點：

（1）對某類技術的共性需求

結合前面的開發(fā)者畫像，我們可以看到針對特定產(chǎn)品或者技術領域，開發(fā)者會有強烈的欲望希望深入學習某類技術、產(chǎn)品或解決具體工作過程中某產(chǎn)品的使用難題。

比如開發(fā)者想要通過云原生社區(qū)了解DevOps 相關的自動化發(fā)布管道、CI工具以及如何實現(xiàn)開發(fā)、運維協(xié)同合作。那么，他就會選擇對應的垂直開發(fā)者社區(qū)進行查找相關資料。

（2）雙方產(chǎn)生內(nèi)容

社區(qū)的基礎是內(nèi)容，內(nèi)容類別決定了社區(qū)氛圍與運營調(diào)性。在構建完整結構化內(nèi)容后，結合用戶和平臺屬性，推薦分發(fā)相應內(nèi)容，完成內(nèi)容對用戶的觸達。

用戶在PGC基礎上實現(xiàn)UGC，形成完整內(nèi)容產(chǎn)出閉環(huán)。從而實現(xiàn)「廠商+忠實用戶豐富基礎內(nèi)容，普通用戶通過內(nèi)容產(chǎn)生評論、轉(zhuǎn)發(fā)參與互動，廠商+內(nèi)容監(jiān)督者通過審核平臺內(nèi)容，維持社群秩序，增強社區(qū)歸屬感」，使得不同角色都能通過內(nèi)容與社區(qū)產(chǎn)生互動。

比如阿里云原生開發(fā)者社區(qū)提供了完善的云原生技術公開課，幫助用戶理解云原生知識。用戶獲取知識的同時可以結合課程展開討論或分享自己的最佳實踐，與同業(yè)者產(chǎn)生互動。

（3）互動

用戶在社區(qū)內(nèi)產(chǎn)生的UGC、評論、轉(zhuǎn)發(fā)等互動行為，都具備著可量化、可商機培育的價值。通過互動頻率、互動質(zhì)量評估用戶粘性，也進一步驗證社區(qū)搭建的核心目的是否與開發(fā)者需求相符合。

通過內(nèi)容互動引導完成開發(fā)者完成「認知 – 用戶 – 客戶」的角色轉(zhuǎn)化，并增加開發(fā)者對社區(qū)依賴。借助場景化社交，讓用戶間形成相對穩(wěn)固的社交鏈。比如對熱門技術話題的討論各種形式的 Meet-up，杰出貢獻者獎勵公示、貢獻排行榜、賦予大使頭銜等等。

（4）商業(yè)價值孵化

ToB廠商做了很多事情，雖然會強調(diào)推動行業(yè)技術發(fā)展，但其實核心目的始終是賣貨掙錢，開發(fā)者社區(qū)其實也是手段之一。利用用戶對社區(qū)及內(nèi)容的認可，實現(xiàn)商機線索的獲取與孵化甚至是售后客戶的Upsell。

但ToB技術類產(chǎn)品存在商機培育周期過長、決策鏈條過長等問題，所以一般社區(qū)運營更多的會追求社區(qū)活躍、產(chǎn)品使用活躍等運營指標，并不會考核直接的線索數(shù)量或者商機金額。

2.2 開發(fā)者社區(qū)運營目的

在列舉所需資源前，我們需要明確社區(qū)的運營目的。這樣才能更好的去協(xié)調(diào)公司內(nèi)外部資源，常見目的主要涵蓋兩個維度：產(chǎn)品層面、營銷層面，具體包括以下幾個方面：

• 產(chǎn)品品牌傳播：提高廠商品牌在開發(fā)者群體中的認知度、美譽度，實現(xiàn)技術、產(chǎn)品普及；
• 建立用戶流量池：為產(chǎn)品拉新、轉(zhuǎn)化提供流量池，為產(chǎn)品測試、市場反饋提供載體支持；
• 商業(yè)價值孵化：完成從認知到使用用戶到付費客戶的轉(zhuǎn)化；
• 產(chǎn)品服務：替代傳統(tǒng)幫助文檔、工單系統(tǒng)，降低售后服務成本，提升售前服務體驗；
• 建立社區(qū)生態(tài)：優(yōu)化技術、完備場景、整合資源，通過外部開發(fā)者完善廠商現(xiàn)有產(chǎn)品；
• 學習平臺：作為技術布道者，幫助更多大眾認知深入了解、學習相關技術領域。

其實可以看到，營銷層面的多個目標是完整漏斗，因此這也要求了我們在運營過程中對不同環(huán)節(jié)、決策鏈上不同角色都要提供對應內(nèi)容，從而產(chǎn)生互動。那么用戶我們該如何分層呢？

2.3 開發(fā)者社區(qū)用戶分群

在明確目的后，那我們運營的人群是誰呢？決策鏈上各個角色對于商業(yè)價值孵化又有什么意義呢？

• 決策層：企業(yè)CTO/CIO，信息化VP等技術產(chǎn)品采買決策人；
• 意見領袖（KOL）：行業(yè)技術大牛，其觀點對其他開發(fā)者甚至決策層有較大影響，如各類協(xié)會大佬、技術社區(qū)活躍專家、系列課程講師、基金會大使、某領域布道師；
• 選型者、評估者：企業(yè)中的技術/研發(fā)/運維總監(jiān)、系統(tǒng)架構師等對產(chǎn)品選型具有評估權、推薦權的用戶群體；
• 一線使用者：資深程序員、產(chǎn)品采買后的直接使用者；
• 大眾認知：普通開發(fā)者，聽聞過相關產(chǎn)品、技術，有興趣了解相關領域。

對于日常運營而言，商業(yè)價值隨著上文介紹順序而逐漸降低。我們希望通過各種大型活動將業(yè)務價值信息和品牌力精準傳遞給決策層，影響決策層決策。對于意見領袖，希望能夠幫助我們有效覆蓋傳統(tǒng)媒體渠道所無法觸達的相關受眾，并融合更多外部觀點。對于意見領袖，雖然BD難度相對較大，但合作價值巨大。

選型者、評估者、一線使用者，商業(yè)價值居中且基數(shù)巨大，相對于上述兩類受眾的觸達與轉(zhuǎn)化成本較低，也是社區(qū)的重要流量來源。大眾認知作為外部流量基數(shù)，決定了我們社區(qū)未來的體量天花板。

前面我們描述了廠商對于開發(fā)者社區(qū)的目的，那么對于用戶的實際價值呢，可以歸納為：

• 解決業(yè)務中的實際產(chǎn)品使用問題；
• 獲得培養(yǎng)技術技能、探索新技術機會；
• 獲得與不同公司技術專家合作討論機會；
• 在未來工作面試中，借助社區(qū)貢獻者身份進行背書；
• 物質(zhì)獎勵。
• 我們在前面提到開發(fā)者社區(qū)是廠商與開發(fā)者圍繞著產(chǎn)品、技術需求產(chǎn)生內(nèi)容互動的平臺，也講到廠商與開發(fā)者用戶的各自訴求，所以我們需要協(xié)調(diào)廠商以下內(nèi)部資源支持。

2.4 開發(fā)者社區(qū)需要哪些支持

俗話說，有人的捧個人場，有錢的捧個錢場。基于我們前面羅列的廠商與開發(fā)者雙方訴求，所以需要跟老板索要人員、內(nèi)容、資金三方面的支持，才能有效開展運營工作。

（1）人員支持

• 基礎支持：社區(qū)平面設計師、前端開發(fā)工程師，支持日?；顒樱?/li>
• 社區(qū)運營：線上/線下活動落地執(zhí)行人員，線上內(nèi)容渠道分發(fā)執(zhí)行人員；
• 社區(qū)答疑：結合社區(qū)活躍度與體量，設置1-2名長期技術支持（TS），回答社區(qū)內(nèi)常見技術問題；
• 技術布道：3-5名技術專家不定期活動支持，包括但不限于培訓講師、沙龍嘉賓，CTO/CIO 不定期的大型活動、大型活動的站臺支持。
• 產(chǎn)品帶貨：目標行業(yè)的行業(yè)解決方案專家結合銷售節(jié)奏的活動支持，包括但不限于培訓講師、沙龍嘉賓。

（2）內(nèi)容支持

• 技術文檔：產(chǎn)品使用文檔、技術文檔；
• 場景案例：最佳實踐、行業(yè)場景案例、行業(yè)解決方案；
• 學習資料：產(chǎn)品上手教程、技術原理學習；
• 問答內(nèi)容：常見故障答疑、大咖問答；
• 技術認證：技術or廠商認證公開課；
• 開發(fā)工具：產(chǎn)品、上下游延展工具集合。

（3）資金支持

• 常規(guī)扶持：包括對各種學校、中小企業(yè)、協(xié)會機構的產(chǎn)品、資金孵化支持。

2.5 運營啟動節(jié)奏

在明確人群、目標、資源后，結合產(chǎn)品研發(fā)節(jié)奏（技術產(chǎn)品主要就是開源），就可以開始制定相關計劃。針對開源社區(qū)型產(chǎn)品，我們可以試著結合下述主要關鍵節(jié)點，開始籌備運營計劃（下面的流程圖，騰訊云曾在某次分享中提到）。

梳理已有內(nèi)部資源、用戶調(diào)研結果報告；制定運營啟動計劃與分工；

• 搭建內(nèi)容排期、選題流程、生產(chǎn)架構，內(nèi)容分發(fā)機制；
• 明確社區(qū)內(nèi)開發(fā)者服務響應機制；
• 制定自有活動計劃，制定活動SOP，籌備、執(zhí)行；
• 梳理外部渠道、上下游合作伙伴、KOL目標人群，結合預算制定合作BD計劃、落地計劃表；
• 全運營流程數(shù)據(jù)跟蹤，包括活躍度等產(chǎn)品層面指標、商機線索等業(yè)務層面指標。根據(jù)指標評估運營效果，復盤運營方案，進行渠道優(yōu)化；
• 制定社區(qū)鼓勵規(guī)則，培育社區(qū)內(nèi)貢獻者。

2.6 運營考核與評估

在跟老板索要完資源后，我們肯定要設定業(yè)務相關目標，來衡量我們所做事情的價值以及ROI。因此，從業(yè)務指標、社區(qū)運營指標、內(nèi)容運營指標進行衡量：

• 業(yè)務指標：商機線索數(shù)量、機會金額、Up-sell金額；
• 社區(qū)運營指標：常規(guī)包括社區(qū)滲透率、新用戶注冊量、用戶互動率、社區(qū)功能留存、社區(qū)用戶留存、人均使用次數(shù)、人均登陸時長、活動報名等；
• 內(nèi)容運營指標 ：可能包含PGC數(shù)量、UGC數(shù)量、人均閱讀篇數(shù)、文章點贊、評論、點贊評論、評論回復等。

在明確老板的北極星指標要求后，我們可以具體拆解長期指標與短期指標。并且依靠這些指標，更好地驅(qū)動我們制定詳細運營計劃。

2.7 開發(fā)者社區(qū)常見通病

放眼望去，開發(fā)者社區(qū)、開源社區(qū)非常的多，但是不管是廠商還是第三方運營得非常好的卻寥寥無幾，問題主要集中在：

• 軟件基礎設施缺乏適配，相關資源獲取困難，缺乏開發(fā)測試環(huán)境，這個主要集中開源社區(qū)，廠商社區(qū)一般不會出現(xiàn)；
• 開發(fā)工具不完善，開發(fā)、遷移、調(diào)優(yōu)困難，這個主要由于廠商的產(chǎn)品矩陣造成的，一些工具的廠商可能存在競爭關系，但自研成本又太高；
• 開發(fā)資料、文檔匱乏，缺乏足夠代碼實例和模板，這個主要是廠商內(nèi)部開源團隊是否有足夠的精力或者資源完成相關內(nèi)容；
• 主導企業(yè)相對封閉，軟硬件開源力度問題，這個主要由于行業(yè)競爭與產(chǎn)品戰(zhàn)略；
• 開源內(nèi)未完成商業(yè)孵化閉環(huán)，開發(fā)-發(fā)布-銷售-服務鏈條斷裂，這個主要是小廠妄圖開源卻沒想清楚商業(yè)價值的會遇到的多；
• 相關技術布道較少，難以獲得解決問題的最佳實踐；
• 生態(tài)內(nèi)企業(yè)技術能力不夠強，產(chǎn)品競爭力有限，無法滿足客戶業(yè)務需求。

那在明確我們已有資源、目的、用戶畫像、可能的坑，那么就可以開始細化運營策略。

三、開發(fā)者社區(qū)運營細則

Ok，在整理完用戶畫像、用戶分層、社區(qū)運營目的、已有資源后，那我們來說說具體的運營，即「高層用戶做價值，普通用戶做口碑」。具體工作可以拆解為內(nèi)外部兩部分。

3.1 內(nèi)部運營

（1）社區(qū)主站運營

作為開發(fā)者社區(qū)的運營主要承載體，在運營過程中起到了重要作用，因為我們所有外部流量最終都將著陸于開發(fā)者社區(qū)主站，因此主站非常重要。

一般而言，我們采用PGC+UGC+PUGC+OGC的形式進行內(nèi)容運營，確保內(nèi)容的不斷產(chǎn)出，并建立「內(nèi)容采集 – 審核 – 結構化 – 推送 – 召回」的內(nèi)容鏈路。并針對新老用戶，分別明確運營的干預程度和基礎排序規(guī)則，在保證優(yōu)質(zhì)內(nèi)容觸達用戶的前提下，引導用戶完成對社區(qū)的探索。主要內(nèi)容形式包括：

• 培訓課程、認證；
• 使用文檔、手冊、案例、問答；
• 白皮書、圖譜；
• 話題討論。

在確保內(nèi)容運營后，明確社區(qū)形態(tài)是問答類（技術產(chǎn)品答疑）還是閱讀類（技術學習），內(nèi)容強調(diào)人（專家、大咖）還是強調(diào)內(nèi)容。甚至需要明確瀏覽過程哪些互動形式需要進行強引導，相關頁面是否要進行關聯(lián)推薦。

這一過程，如果同領域有友商已在做相同的事情，可以將之作為參考材料；如果已是領先者或者探索者，則建議通過A/B Test去探索功能留存與價值，確定產(chǎn)品合適的社區(qū)形態(tài)。

在搞定內(nèi)容、基本主站運營后，我們還需要建立相關的用戶會員體系，通過積分、等級、成就等形式明確用戶成長路徑，并在這一過程中輔以現(xiàn)金、勛章等物質(zhì)/精神激勵引導用戶。

（2）內(nèi)容分發(fā)運營

這一部分基本屬于常規(guī)操作，所有ToB廠商（比如PaaS、IaaS廠商）都非常的駕輕就熟，畢竟ToB的玩法相對單一且無趣，一個全職帶倆個實習生就完全可勝任 ，比如

• 專欄類：技術Blog、外部社區(qū)的專欄；
• 自媒體 ：公眾號、簡書、頭條號；
• 外部投稿：技術媒體投稿、社區(qū)投稿；
• 問答：知乎類大眾社區(qū)問答、思否等專業(yè)社群問答 。

但值得說明的是，隨著內(nèi)容發(fā)展，外部渠道非常容易讓人眼花。在篩選渠道的過程中，需要明確不同渠道的分發(fā)目的，是搜索引擎收錄還是媒體權威性、還是受眾精準。比如，搜索引擎收錄我們會選擇簡書、知乎（雖然現(xiàn)在知乎收錄權重掉了好多），權威媒體就選擇InfoQ、CSDN、SF，受眾精準就選擇對應社區(qū)。

（3）社群運營

除去主站外，社群應該是我們運營開發(fā)者的最重要方式之一。但由于社群的即時性，導致它作為日常交流最為合適，但并不能作為內(nèi)容記錄與承載。在社群運營過程中，我們可以根據(jù)開發(fā)者來源、討論話題、身份進行區(qū)別運營，比如：

• 各種開發(fā)者活動的現(xiàn)場活動群；
• 圍繞某個話題（比如敏捷開發(fā)）進行交流的技術社群；
• 圍繞某個開源項目日常運維的貢獻群；
• 由企業(yè)CTO/CIO、信息化VP等技術產(chǎn)品采買決策人、各類協(xié)會大佬、技術社區(qū)活躍專家、系列課程講師、基金會大使、某領域布道師構成的高端社群。

通常這里需要Wetool等等工具的幫助社群運營人員進行群管理，在社群運營的相關內(nèi)容會獨立單寫一篇，因為內(nèi)容實在太多了。

（4）活動運營

如果說社群、主站都是開發(fā)者運營的常規(guī)操作，那么各類活動才是真正凝聚用戶的有效手段?；顒有问椒浅５亩?，比如：

• 線上調(diào)研、問答、測試，比如Hackerrank等；
• 線上課程直播、系列視頻，系列課程非常多，比如阿里云與CNCF的云原生課程；
• 線上編程活動、線上實驗室，比如阿里云的天池大賽、天池實驗室；
• 產(chǎn)品內(nèi)測優(yōu)先資格；
• 出版物；
• 線下Meet-up、專家問診、開發(fā)者日；
• 線下Hackthon，安全廠商做線下24h的黑客馬拉松相對多；
• 線下培訓、認證，比如CNCF的各類認證；
• 線下技術大會，比如AWS summit、華為開發(fā)者大會。小公司參加大廠活動，包括但不限于展位、演講、圓桌等等；土豪公司直接開自己的大會，比如青云Qingcloud的大會CIC大會。

（5）開源項目

開源項目主要集中在Github上的項目管理，這其中包括：

• 相關文檔、代碼提交規(guī)范的制定/發(fā)布；
• 開源團隊對項目的定期維護；
• 與外部貢獻者的互動/激勵；
• 外部托管渠道的運營。

3.2 外部運營

如果說內(nèi)部運營是留住用戶，那么外部運營很大程度上是幫我們吸引用戶。這里不做詳細展開，僅簡單描述，避免廣告之嫌。

（1）技術類知識付費

• 培訓機構

（2）技術社區(qū)合作

• 綜合技術類社區(qū)
• 垂直領域社區(qū)
• IT類出版社

（3）非技術類社區(qū)

• B站、抖音等年輕化平臺

（4）高端俱樂部社區(qū)

• 高端社群
• 行業(yè)協(xié)會

（5）機構、協(xié)會

• 信通院、CNCF等

（6）高校

四、競品分析

在講我們自身規(guī)劃完成后 ，了解競品的動態(tài)與玩法也同樣重要。以云計算行業(yè)舉例，騰訊云、阿里云、華為云在各自的開發(fā)者社群運營上，內(nèi)容形式、社區(qū)目的都相對接近，但在實際運營過程中卻有著細微差別。

4.1 騰訊云

除去常規(guī)玩法外，騰訊云采取了更多的ToC的社交玩法，比如：

• 線上課程打卡；
• 基金會支持；
• 獎勵支持：
• 各技術社區(qū)及平臺百萬級流量推廣；
• 不同價值云服務器資源、域名服務一年使用權；
• 線下技術大會及沙龍門票；
• 技術書籍；
• 騰訊云社區(qū)成長值激勵；
• 騰訊云周邊禮物；
• 與開源項目大牛零距離接觸；
• 騰訊云新品內(nèi)測體驗。

4.2 華為云

華為云則將重點放在我們前面提到的意見領袖的運營。華為云KOL進行分等，包括mvp、云享專家，在這其中對應不同的權益。從而鼓勵其對外發(fā)聲，在覆蓋目標人群的同時，也實現(xiàn)KOL背書的作用。

五、后記

相對于其他受眾群體，我認為開發(fā)者是更加純粹的用戶群體，他們是一群能夠理性客觀評估某項事物價值、溝通方式直來直往、渴望榮譽與認可的“鋼鐵直男”（此處為褒義）。因此，在開發(fā)者運營過程中不太需要小心機，而更需要幫助他們解決實際的業(yè)務問題或者獲得榮譽。

因此，也許對于開發(fā)者運營而言，坦誠相待就是最好的運營態(tài)度。

PS.作為一個非純正開發(fā)者運營，把自有業(yè)務經(jīng)驗與開發(fā)者運營內(nèi)容結合，原初衷是作為學習筆記應對某考試。僅做拋磚引玉，如有紕漏，歡迎補刀。

作者：是小鍋阿，公眾號：市場狗

本文由 @是小鍋阿 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議