[Podcast][星箭廣播] 聊聊什麼是 DevRel (1hr22min)

前陣子收到星箭廣播的邀請,在第 64 集的節目中聊聊什麼是 DevRel — Developer Relations。做為受訪者,我還是要稱讚星箭廣播很認真對待受訪者,會在錄音前對訪談大鋼、還有溝通內容角度是否正確合適等,而錄音設備的專業性也是對錄音工作、受訪者的絕對尊重。

Developer Relations 常被簡稱為 DevRel

其實這個題目很難,Developer Relations 這個工作目前還算特殊(至少還不算常見的工作),而且這個角色在不同的公司也會被放在不同的單位,自然而然「表現」出來的樣貌就會很不一樣。若真的要比較,在訪談中我也提到了,最接近大家接觸過的角色中,就是 PR (Public Relations) 了,PR 的工作必須與媒體界、或是任何訊息傳播平台維繫好關係,為公司扮演好雙向的溝通角色 — 一個是站在公司的角度,正確地向媒體傳達及溝通消息;一個是站在媒體業界的角色,正確地讓公司知道公司外的輿論角度及影響。而 DevRel,就把上面敘述中的媒體換成開發者、開發社群,差不多就能勾勒出這個工作的樣貌了。

所以,如果大家常稱 PR 為「公共關係」而簡稱「公關」;那為何 DevRel 「開發者關係」不能簡稱「開關」? 🙂

然而 DevRel 的工作涵蓋範圍其實非常五花八門,常見的類似職稱有 Developer AdvocateTechnical EvangelistCommunity ManagerDeveloper Marketing …… 但我想說的是,不管職稱叫什麼,真的想要瞭解或描繪這些 DevRel 角色的樣貌,可以稍微思考一下兩個面向:「Developer 對這間公司的意義(或是該公司是如何看待 developers)?」、以及「這個角色是被放在工程、行銷、還是業務部門?」。

我常跟幾位也是做著 DevRel 相關工作的朋友聊天,我們常常會被其它朋友簡單地下工作定義 — (其實這些都是工作該做的,只是並不是工作的全部)

「那個辦活動的」…. 很多工作都會辦活動,這並不唯一,而且辦活動是一種執行手段,要看活動的目標是什麼

「推廣公司產品(技術)」… 事實上,推廣公司產品這件事有領薪水的人人有責,難道你領公司薪水卻不推廣公司產品嗎?

「當 Developers 的客服」 … 很多公司的平台營運細節或權限都有專職的部門或角色,DevRel 做為窗口當然可以協助反應,但不一定能直接出手解決

「技術不好的工程人員」… 雖然說一山總有一山高,但如果做 DevRel 的人技術不太行,他要如何正確地向 developers 傳達訊息、又要如何做為 developers 的代言人呢?

其它的心得,為了感謝星箭廣播的邀請,也該幫忙推廣一下收聽,就請有興趣繼續研究的大家聽聽訪談內容囉!不過如果貴公司、組織會面對 Developers 的話,我強烈建議您應該思考應該在組織內創造(如果本來沒有)DevRel 這個角色,可以幫助你做出更合適的決策。

Leave a Reply