开发者关系部门隶属于哪个部门？

关于开发者关系部门应该归属于哪个部门的争论仍在继续，而且旷日持久。

开发者关系（DevRel）应该归入产品部门？市场部门？工程部门？以上皆可？还是以上皆非？

关于开发者关系（DevRel）在组织中应隶属哪个部门的讨论和争论往往会变得激烈而充满激情。许多从业者对此持有非常强烈的看法，有时甚至与组织高层领导认为的开发者关系汇报对象相悖。

问题在于，这个问题的答案很复杂，也很微妙。开发者关系涉及众多学科。开发者关系包括：

• 与开发者用户和受众建立联系
• 培育、发展和扶持开发者社区
• 代表开发者发声，致力于打造更优质的产品和更佳的开发者体验。
• 代表组织进行倡导，以使更多开发者用户能够使用产品。
• 深入了解产品的技术层面，并为开发人员提供教育、资源和支持。
• 工程演示、示例、真实世界代码库、代码教程等。
• ……以及更多

这些目标和职责涵盖了典型技术组织的几个不同“板块”。为了取得成功，开发者关系部门还需要跨多个团队和部门的资源、合作与协作。

因此，问题反复出现：开发者关系在组织中处于什么位置？

我曾在四家不同的公司从事开发者关系工作。我与业内同行就组织架构以及开发者关系部门的定位如何才能成功高效地开展工作进行了无数次交流。多年来，在这些交流中，我反复听到的一种观点是“开发者关系部门不应该隶属于市场营销部门”。

这句话我听过几十遍了。我自己以前也说过。

但为什么？

为什么我们一直坚持认为开发者关系不属于市场营销范畴？既然如此，为什么开发者关系最终却经常被归入市场营销的范畴呢？

误区：“领导层不了解开发者关系”

我之前从事开发者关系工作的每一家公司，开发者关系部门都隶属于市场营销部门。如果这样做不合适，公司为什么要这么做呢？作为开发者关系从业者，我们真的相信，如果我们的雇主根本不理解设立开发者关系的意义，他们会投入如此多的资金、精力和心血来组建开发者关系团队，并为他们提供大量的财政资源吗？

多年来，我们一直认为开发者关系（DevRel）是一门新兴学科，高管层并不理解它的真正目的。我们坚持认为，高管层认为开发者关系就是关于销售渠道或线索开发，却不明白它还有其他方面。

但是，拜托！开发者关系（DevRel）在科技领域早已不是什么新鲜事物。公司领导不会在不了解开发者关系团队的意义和目标的情况下就组建团队。他们组建团队并非因为竞争对手有这样的团队。数十万甚至数百万美元的资金被投入到开发者关系团队中。组织领导不会草率行事。如果他们不明白这样做的意义，他们是不会这么做的。

是时候给予我们的高管团队更多肯定了。这是一个令人振奋的时刻：开发者关系（DevRel）已经发展成熟，如今甚至设立了高管级别的开发者关系职位。开发者关系作为一项关键职能，已在领导层中占据了一席之地。

“我们公司的领导层不理解开发者关系，所以才把我们安排到市场部”这种老套的说法已经站不住脚了。虽然在某些公司仍然如此，但我强烈建议正在寻找开发者关系岗位的求职者在面试过程中仔细考察潜在雇主，以确定领导层是否也对开发者关系有深刻的理解。（只需问问“开发者关系对你们公司意味着什么？”就能得到答案。如果答案与你的基本理念不符，那可能就是你应该放弃并另寻他处的信号。）

误区：“开发者关系与赚钱无关”

嗯……

这说法不实。之所以不实，是因为（除非你在非营利组织工作）科技产品公司的每个团队都以盈利为目的。工程团队开发产品是为了盈利。设计团队设计产品是为了盈利。市场营销团队推广产品是为了盈利。销售团队销售产品是为了盈利。投资者投资初创公司是为了盈利。公司筹集资金最终是为了盈利（也就是赚钱）。没错，开发者关系团队负责教育、分享和帮助——你猜对了——也是为了赚钱。

在开发者关系（DevRel）领域，我们有时会说我们并非在“推销”产品。但这并不完全准确。当我们推广一项技术——即使是开源技术——时，我们实际上是在向人们推销这样一种理念：这项技术或产品能够帮助他们，让他们的工作变得更好、更轻松、更快捷等等。虽然这并非传统意义上的销售，但其本质是鼓励人们选择使用某样东西，从而在某些方面改善他们的生活。

这就是漏斗顶端营销的核心所在。我们希望提升品牌知名度。我们希望触达的开发者会选择使用我们的产品。我们希望他们拥有良好的用户体验，并愿意继续使用我们的产品。我们也希望，在某个阶段，他们能从产品中获得足够的收益和价值，从而认为付费购买物有所值。

误区：“开发者讨厌营销”

这种一概而论的说法也不成立。更准确的说法可能是：“开发者善于识破谎言。” 我们也理应如此！

我们开发者也是消费者。我们会消费产品，观看广告（好吧，大多时候是被迫观看），浏览赞助内容，阅读商店橱窗里的标语，并在会议上参观赞助商展厅。

作为一个人，也作为一名开发者，我希望了解那些能够改善我生活的产品和技术。我希望接触到那些使用起来令人愉悦、能够提高效率、并且能够帮助我完成工作的科技产品。我鼓励你们：尽最大努力去满足我的需求！我可能比较挑剔，但我乐于接受。而且，如果你们的产品物有所值，我非常愿意付费购买。

“开发者讨厌营销”这种说法过于简单化。认为营销本质上是阴险或虚伪的误解，才是造成这种观点严重偏差的地方；而这正是开发者关系在开发者营销中扮演如此关键角色的原因。

开发者关系 💙 开发者营销，面向以开发者为先的公司

无论你的 DevRel 团队是向产品、工程、市场营销部门汇报，还是直接向创始人汇报，或者向组织内的其他地方汇报，DevRel 的核心都是开发者营销。

这是件好事。我们应该认识到并承认这是件好事。

在以开发者为先的产品公司中，市场部是负责开发者关系的理想部门。不过，我想明确指出一点：当一家公司的主要目标和商业模式是为开发者创建软件或工具时，对开发者关系的理解是自上而下形成的。开源软件公司或开发者软件公司则以提升开发者满意度、推广率和幸福感为首要目标。在这些公司里，开发者关系部门隶属于市场部是合情合理的。

注意： 在其他产品领域的公司，DevRel（开发者关系）隶属于市场营销部门可能意义不大。如果你的公司销售消费品、B2B 或 B2E 产品，并且还提供 API 等服务，那么 DevRel 更适合隶属于工程或产品部门。

在以开发者为先的公司中，市场营销部门的开发者关系（DevRel）之所以能发挥良好作用，原因有以下几点：

市场营销与产品有着根深蒂固的合作关系。作为产品营销学科的核心，市场营销部门作为组织中的重要力量，对产品和工程部门的运作有着深入而全面的了解：正在开发哪些功能、开发进度如何、主要用户是谁、正在进行哪些用户调研、产品应该如何推向市场等等。

市场部有预算来承担开发者关系团队的工作。开发者关系团队的工作成本很高！赞助、周边产品、机票、酒店、直播、录制、制作、项目和活动的开展等等，都需要大量的资金。市场部通常会为这些方面分配相当可观的预算。如果开发者关系团队隶属于工程或产品部门，他们可能难以获得足够的预算来支付大型赞助、抽奖奖品等费用，因为开发者关系活动通常不会被纳入部门绩效考核的最终考核范围（当然，具体情况可能因人而异）。

市场营销是数据驱动的。开发者关系（DevRel）一直以来都被认为“难以衡量”，但事实果真如此吗？市场营销部门同样以数据驱动，并以增长为导向。能够随时获取归因分析、网站和博客流量、npm流量、注册量、试用量、HubSpot、Twitter、YouTube、Twitch、竞品分析等指标，对于制定提升开发者关系绩效、用户参与度和用户采纳率的策略大有裨益。与数据、品牌和增长等市场营销团队紧密合作，能够极大地帮助开发者关系部门收集、预测并响应公司与用户和潜在用户互动相关的各种数据。

市场营销部门秉持成长型思维，并积极探索和尝试。对市场营销组织而言，试验和测试不同的策略和战术是家常便饭。试验也是开发者关系（DevRel）的关键组成部分。测试不同的开发者关系策略、项目和活动是市场营销部门支持、鼓励并有能力快速执行的运作模式。市场营销领导层不会对迅速调整策略感到意外，失败的试验会带来宝贵的学习经验，而不是责备或惩罚。

市场营销部门负责制定产品向目标受众交付的策略。不同类型的产品需要不同的上市策略 (GTM)。开源软件发布？开发者关系团队 (DevRel) 可以走在前面：与开源软件开发者建立联系，在 GitHub 上进行协调，举办演示直播和在线答疑，在各种活动中发表演讲等等。大型商业产品发布？开发者关系团队可以通过举办技术演示、与社区贡献者分享新功能、安排有影响力的活动赞助以及将展位咨询转交给销售部门等方式来支持产品营销。开发者关系是上市策略不可或缺的一部分，隶属于市场营销部门的开发者关系团队能够在产品发布时更好地掌控自己的角色和职责。一些隶属于市场营销部门的开发者关系团队甚至会负责编写和执行开源软件发布的完整上市策略和流程。

以上仅列举了开发者关系如何很好地融入市场营销组织的几个例子。还有很多其他例子（例如，与内容营销、品牌、增长、社交媒体、合作伙伴、营销工程、数据、需求生成等部门紧密合作……等等）。

开发者营销核心理念

我关于开发者营销的核心理念围绕三个主要原则展开：

• 真诚待人
• 建立信任
• 创造价值

开发者希望他们的工作流畅、高效且有趣；这与仅仅希望事情“简单”有着本质的区别。开发者感兴趣的是能够实现这些目标的技术，让他们能够完成令自己引以为豪、充满成就感的工作。

在道德层面，真诚待人、建立信任至关重要。注重这一点的公司会更加成功。开发者关系部门是公司中最能体现这一点的部门，它致力于与开发者社区建立基于清晰沟通和信任的关系。

说到做到：开发者关系的核心在于为开发者创造价值。言行一致至关重要：分享知识、接受反馈，并最终促成改变。

这就是面向开发者的营销的关键所在：我们提供的产品是否真正有用？它是否实用？它是否能改善开发者及其团队的工作和生活？它是否拥有出色的开发者用户体验？如果答案是肯定的，开发者就会乐于尝试，与这项技术或品牌建立联系，并最终成为实践者。

开发者关系的核心在于建立关系，而非销售

开发者关系 (DevRel) 处于这种开发者营销理念的最前沿。DevRel 展示了公司的产品如何帮助开发者享受构建令他们引以为傲的产品的过程。DevRel 可以提拔社区中的佼佼者，并成为公司友好、乐于助人且知识渊博的形象代表。

DevRel 的独特优势在于能够真正真诚地对待开发者。如果产品并不适合某些人的具体情况？DevRel 的工作人员会直言不讳！他们会提供其他解决方案，并解释公司产品何时以及如何提供帮助——以及何时无法提供帮助。如果开发者无法负担公司的商业插件，但又想使用他们的开源产品？DevRel 不会说“等你有钱了再来”。相反，DevRel 会帮助开发者思考（甚至构建）经济实惠的替代方案。

开发者关系是跨职能的

归根结底，无论DevRel 隶属于哪个部门（或者 DevRel 是否是一个独立的部门，或者向 CEO 办公室汇报），DevRel 都是一个高度跨职能的学科。

一个高效的开发者关系团队不仅与公司外部的社区建立关系，而且还与公司内部以及许多其他部门（如果不是大多数部门）建立关系和合作。

因此，市场营销部门的开发者关系团队具有优势：市场营销部门与公司其他部门（产品、客户成功、支持、销售、工程等）已经建立了紧密的联系。市场营销团队也是开发者关系团队实现目标和使命的关键合作伙伴（如上所述），与他们并肩工作能够帮助开发者关系团队更好地定位自身，从而扩大影响力。

因此，无论你的开发者关系团队隶属于哪个正式部门，开发者关系作为一门学科都应该遵循指导优秀开发者营销的原则：真诚待人、建立信任、提供价值，并乐于为开发者带来酷炫的东西，让他们的生活变得更好（甚至可能从中赚钱！）。