了解您的公司，了解您的产品，并与您的社区建立联系。
本文亚历克斯·特罗斯特在他的博客上发布“在开发者关系中开始强大”是日文翻译。
这次我得到了 Alex Trost 的许可，所以我会在 Qiita 上发布它。
介绍
为了建立良好的 DevRel 职业生涯，公司公司产品关于，和（使用该产品的开发人员）社区让我们先了解一下我们即将开始的所有活动都将建立在这些基本知识之上。
不要让你的想法疯狂。做出明智的决定，了解您可以做些什么来产生最大的影响。你要做的第一件事是去问问题,听，和了解是。
你从中得到什么
- 影响更大，速度更快
- 对社区非常有帮助
- 更快地发展自己的事业
- 制作高质量的内容
- 更享受自己的工作
仅此而已。
本文涵盖的内容
本文将涵盖三个方面：
- 公司 - 付钱给你和制造产品的人
- 产品 - 公司生产什么以及社区使用什么
- 社区 - 使用您产品的人
本文的目标读者
- 最近任命的 DevRel将帮助您以扎实的理解力在新公司开始强大。
- DevRel 在行动通过填补知识空白，您将能够在团队中分享发现并加快新 DevRels 的入职速度。
- 谁想成为 DevRel通过在面试期间提出此处列出的问题，您将能够更深入地了解这个 DevRel 角色。
将此指南用作旅行的包装清单。这样，您就可以有效地为 DevRel 之旅做好准备，而不必担心会忘记任何事情。
如果我开始 DevRel 的时候有这样的指南，那就是有这样想法的指南。老实说，我一直在努力弄清楚并且自己犯了很多错误，但是本指南为我省去了麻烦。
了解您的公司
首先，确保您了解有关您公司的所有信息。这些包括公司的目标、它提供的价值、它在行业中的地位以及它的信念。所有这些都为我们提供了有关我们提供的产品和社区的重要背景信息。
你的使命和愿景是什么
使命是公司的“为什么”。你为什么要贡献代码，你如何试图对你看待世界的方式产生影响，以及你想为社区提供什么？
让我们来看看一些公司任务。
- 巴塔哥尼亚：我们致力于拯救我们的家园星球。
- 诚实茶：创造和推广美味、健康的有机饮料。
- Prezi：重塑人们分享知识、讲故事和激发观众行动的方式。
- Microsoft：寻求在全球每个国家/地区创造本地机会、增长和影响。
如果您的公司没有使命，请询问您的同事他们认为公司的愿景是什么。
在 DevRel 活动中，您充当公司或产品的代言人，因此有助于了解您试图在活动中体现的公司使命。
贵公司的目标是什么
目标是公司的“什么”。你将如何衡量你今年计划做的事情的成功？
- 预计 DevRel 团队的哪个目标会产生影响？
- 应该在什么时候实现这些目标？
- 如何衡量成就？
通过了解这些，您可以从目标开始倒退并计划您的活动。 DevRel 没有设定公司的目标，但 DevRel 正朝着同一个方向前进。
你的竞争对手在哪里
了解您的竞争对手在哪里以及您与他们的区别。
- 您和您的竞争对手有什么特点？
- 两者都有哪些独特的功能？
- 在什么情况下您会客观地推荐您的产品或竞争对手的产品？
- 相对于竞争对手，您如何定位您的公司？
- 两家公司之间的社区（用户群）有何不同？
重要的是，与您竞争的是“公司”，而不是您作为个人。您还应该与竞争的开发者倡导者保持友好。他们不是你的竞争对手，他们和你一样是友好的开发人员，为不同的公司工作。
我们如何衡量 DevRel 的成功？
不同的公司有不同的方法来衡量他们的 DevRel 活动的长期影响。
一家公司可能会查看已注册的开发人员的数量，而另一家公司可能会查看参加开发人员活动的人数。或者也许它是通过对开源的贡献来衡量的。
作为 DevRel，你应该问两个问题。
- 您跟踪哪些指标来衡量成功？
- 您使用什么工具来跟踪该指标？
就像您公司的目标一样，您的活动也需要可见。
如果你是一架隐形喷气式飞机，雷达不可见是很好的，但指标不可见的隐形活动并不好。
了解您的团队
你和谁一起工作或合作？ “即使他们属于同一个团队，他们也可能扮演不同的角色。”尽管如此，团队中的每个人都在努力改善开发人员体验。
以下是有关团队的一些关键事项。
- 您为什么加入这个团队？
- 您希望做什么？
- 您的团队有多大？ （小团队通常需要一个人来担任多个角色。）
- 团队的目标是什么？
- 谁设定了目标，多久检查一次目标？
- 您在本季度从事哪些活动？
- 团队或公司作为一个整体如何与社区联系？
- 您计划进行哪些重复性事件？
- 社区的目标是什么？
什么是 DevRel 角色？
你的老板和团队认为你将在 DevRel 角色中做什么？ DevRel 和 Developer Experience 的预期角色包括：
- 编写文档
- 分发播客和直播
- 编写教程
- 管理和发展社区
- 连接人和社区
- 策划活动
- 创建演示和示例
- 出席会议
- 在社交媒体上畅所欲言
其中，我们将专注于一些任务。
- 开发体验工程师如果是这样，工程师和信息传播的双轮
- 技术文件撰稿人如果是这样，主要业务是文档创建
- 社区管理员如果是这样，请专注于计划活动和与社区互动
- 开发者倡导者如果是这样，通常会创建内容并将其发送到社区
即使在软件行业，这些角色划分和职责也没有标准的定义，但是通过与团队和老板的良好沟通，您可以防止未来的挫败感。
DevRel 所属的组织
您的团队在公司的组织结构图中处于什么位置？
DevRel 一般是
- 产品事业部
- 工程部
- 市场部
- 独立部门
属于因此，这些部门的目标通常会影响 DevRel 部门的目标。在没有您所在部门的重要背景的情况下进行思考可能会在做出决策时导致混乱。
了解其他团队
DevRel 团队无法单独实现团队成功。我们的许多员工都以某种方式为开发者体验做出了贡献。因此，在整个组织中建立关系是一个好主意。
与整个公司的不同人员和团队定期开会。参与者最好不要太多。我认为最好让一个团队的三个人开一次会。
在会议期间，提出问题并听取对方的意见。
- 您想让我知道什么？
- 我想怎么和你一起搬家？
- 您想与什么样的用户交谈，您想向他们学习什么？
- 他们遇到了什么问题？
- 您想了解关于您和您的角色的哪些信息？
这样，当我们在未来的项目上合作时，现在建立关系将使事情变得更加顺利。此外，如果您想了解有关您的产品的更多信息，您在这里建立的关系将帮助您了解与谁联系。
了解我们的产品
随着您获得经验，您将更深入地了解您在 DevRel 角色中所涉及的产品。这将使我们能够继续进行以下活动：
- 创建培训内容来教人们如何使用它
- 向社区介绍此类内容
- 找出用户遇到的问题以及如何处理这些问题
- 反馈给您的产品团队
此处列出的一系列活动会因公司而异，即使在同一家公司内，也可能因产品而异。
像 Shopify 这样的复杂企业软件可能有几十个复杂的功能面板，每个面板都有数百个可供开发人员使用的功能。在某些情况下，了解核心产品可能需要数周时间。
了解产品时，自然希望尽快了解它，但不要着急。从新手的角度来看产品也是值得的。
让我们感觉像新人
即使您对正在使用的产品不熟悉，这也很棒。因为有宝贵的机会。
我抓住了这个宝贵的机会，无知的礼物我正在调用它。
没有比这更好的时间来真正了解一个全新用户的感受了。
随着您对产品的更多了解，知识的诅咒会攻击你。换句话说，当试图解释某事时，有经验的人完全忘记了新手是什么感觉。当你开始学习 git 时，你有没有得到过“rebase and force push”之类的建议？
如果你还有无知的恩赐，请珍惜它。
如果您以前使用过某种产品，请尝试用新的眼光看待它。在改善开发人员体验方面，这是一项重要技能。我每天都会问这些问题。
- 您的产品对初次使用的用户有何看法？
- 你假设什么知识？
- 让初次使用的用户容易绊倒的要点在哪里？
如果你是初学者，你应该记录下你的经验。
- 您觉得哪些想法难以理解？
- 您在文档中迷失了哪里？
- 在实际尝试之前，您期望它做什么？
如果你绊倒或不理解，你不必责怪自己。相反，保持良好的记录将有助于以后遇到同样问题的其他人。
试试看
无论您使用哪种产品，请确保您了解如何使用它。
利用入职机会使用该产品开发一些项目。一个项目应该涵盖该产品最常用的三个用例。例如，一个内容管理系统可能有三个博客、一个应用程序和一个营销页面。
接下来，让我们远离“易于理解的教程”，假设接近实际工作的情况进行开发。
即使您创建一个项目并尝试继续开发，您也无法在一周内多次前进和后退。在开发非教程的实际站点和应用程序时，我们将记录我们的日常工作。实际工作会因产品而异。
正是这种知识水平对公司和社区都很有价值。您还可以在此处与产品团队分享您的观察结果，并在用户遇到更多困难时为他们提供帮助。
长处和短处
在实际开发出你负责的产品之后，问问你的同事他们对这个产品的看法。
- 产品的优势是什么？
- 产品的弱点是什么？
- 您喜欢该产品的哪些方面？
- 产品的主要特点是什么？
- 如果您可以再添加一项功能，您希望添加什么功能？
- 这款产品能完美解决哪些用例？
- 这个产品在哪些用例上不太擅长？
仅在您自己使用产品并给出自己的意见后才提出这些问题。此外，如果出现的意见出乎意料，请实际使用产品并亲自检查。
阅读文档
阅读您的产品的文档。整个文档，从第一页到最后一页。
有时了解产品是您获得的第一件事，有时您会发现您可能忽略的功能。通过始终参考文档，无论如何，最好知道它是在哪里编写的。
文档对于用户正确使用产品很重要，可以说文档是产品的心脏。因此，您应该提前知道用户将从文档中得到什么。
做笔记
“无论如何”，记笔记。尤其是在产品的 DevRel 角色的头几个月。
我应该在备忘录中写些什么？
- 难以理解产品
- 您什么时候喜欢使用该产品？
- 一开始不明白，后来明白了
- 使用时令我惊讶的地方
- 开发过程中手停止的点
- 以后想申请的领域
- 如果你能用你自己的话描述产品的关键概念
此外，一段时间后，这些笔记会派上用场。
- 未来 DevRel 职位的入职应该改变什么
- 什么让我难以理解，我当时的感受
- 易于创建的内容，例如博客
- 与同事交谈时发现的误解
没有完美的产品
随着您对产品的了解越来越多，您会发现许多错误、未解决的问题以及需要修复的问题。这不限于特定产品。即使您曾在 Apple、Google 或 Microsoft 工作过，仍然有很多未解决的问题和不满的客户。
为您的产品感到自豪，即使它并不完美。对那些尽最大努力开发产品但并不完美的人要有耐心。
与社区联系
社区是 DevRel 最重要的方面。 DevRel 中的“Dev”指的是“开发者”社区。
参与社区就是继续做这样的事情。
- 计划每个人都可以参与的活动
- 及时发布有用的博客
- 创建符合您需求且易于参考的演示
当涉及到你想做的事情时，不了解社区就像掷骰子一样。换句话说，您不是在尝试了解您的用户想要或需要什么。
谁是用户
首先针对所有软件开发人员是没有意义的。所以想想你的目标是谁。
- 您使用什么编程语言？
- 您是初级开发人员还是像 CTO 这样的决策者？
- 你在哪里工作
- 您从哪里收集信息和学习
- 您如何使用您的产品？
- 您的产品解决了哪些问题？
- 您负责的产品有哪些功能让您的工作更轻松？
- 您的产品或公司有多少粉丝？
用户在哪里
用户在网上花费的时间是什么？
- 推特
- GitHub
- 堆栈溢出
- 黑客新闻
- 不和谐
- 松弛
- 论坛
如果您的产品在 Slack、Discord 或论坛上有专门的社区，那么这是一个很好的起点。 .
要观看提及您的公司或产品的推文、博客或其他在线媒体：提到像这样的工具
找到冠军
谁是您社区中最活跃的成员？
轨道模型可以解释谁是重要成员以及为什么。
拥护者对于吸引其他成员并为社区实现其目标提供方向至关重要。没有冠军，您将无法实现目标。
问问你的团队成员谁配得上冠军。谁会得到球队的支持？
如果您有潜在的候选人，请联系他们并询问是否有机会与他们会面。会议应该在轻松的气氛中进行，以便你们能够相互理解。这只是一个倾听和理解对方在说什么的机会。
您会发现他们对您的公司、产品和社区有深入的了解。这种外部视角非常有价值。确保你记下对方要说的话。
与撰写内容的人联系
谁曾为您的产品创作过内容？与创建教程、视频等的人取得联系。告诉他们你喜欢他们的什么地方，并了解写他们的人。你为什么要创作内容，你在苦苦挣扎什么，你在未来创作内容时能提供什么样的支持？
您可以与编写内容的人和 DelRel 团队建立共生关系。他们创建内容以帮助其他人了解您的产品。通过在您公司的社交媒体帐户上展示您的内容，让每个人都了解您的内容。
将来，您可能希望他们允许您在内容发布之前对其进行审核。从如何最好地传达如何使用产品的角度进行审查，可以为内容作者提供来自专家的宝贵反馈。
不要让自己看起来很大
您不必成为支持社区的专家。社区里有初学者，有专家，而你总是介于两者之间。
即使使用您的产品，对于每个用例，总会有人比您更了解。
你可能觉得你必须成为你产品的第一名专家，但是社区对你的期望并不存在.社区需要能够为他们指明正确方向、提供有用内容、倾听他们的问题和疑问并感受到他们的声音被听到的人。。
感谢您对您的产品了解多少，并感谢他们告诉您您不知道的事情，而不会让自己看起来比它需要的更大。
如何支持用户
询问您的老板如何以及何时将有技术问题的用户与您的支持团队联系起来。即使您想直接提供帮助，您最终也可能会接管支持团队的工作。
每个公司都有不同的组织间协调方式，所以一定要检查你的公司是如何做到的。
用户可以直接与您联系。您可能还会看到人们在 Twitter 上发布关于他们的麻烦的推文。如果您已经知道答案或者可以快速找到答案，您可以直接回答。如果没有，请让他们知道如何联系支持人员。
即便如此，您仍然是社区的第一联系人。如果支持团队能够以更好的方式更快地做到这一点，请不要超出您的范围。
综上所述
我将其分为三个方面，但在您工作的头几个月中，请记住以下几点。
采取什么有效的方法
正如您的公司、产品和社区不同，您的 DevRel 方法也不同。因此，没有唯一的方法来 DevRel。
本指南旨在为您提供 DevRel 的概述，以及您可以采取的步骤。您不必将您认为正确的内容和您认为有意义的内容结合起来，但不要将您认为错误的内容结合起来。
别紧张
DevRel 主要是一项创造性活动。可能需要一些时间才能找到让您的声音被听到的方法。尝试创建不同类型的内容，看看哪种效果最好。
结果，您最终可能会以与您或您的老板预期不同的方式做事，但这没关系。请耐心等待，并了解建立社区需要时间。
模仿高级DevRel
如果你有机会观察你的高级 DevRel 是如何工作的，那就去做吧。通过了解高级 DevRels 的工作方式并遵循他们的想法，您将能够获得新的见解。
了解高级 DevRels 如何创建内容、与社区互动和使用产品。这样做将帮助您建立自己的做事方式和 DevRel 方法。
当你能够学习时，观察和提问是很重要的。除非被要求，否则不要就如何以不同的方式做事提供建议、批评或说明。
联系作者
我不认识你，但我真的很想帮助你在 DevRel 领域取得成功。请与我联系，我会尽我所能为您提供一些好的建议，并为您指明正确的方向。
如果您对这篇博文有任何建议，请告诉我。希望本指南对您有所帮助。
感谢 Lucie Haberer、Grace Liller、Prince Wilson 和 Vadim Smirnov 对本指南的反馈。
原创声明：本文系作者授权爱码网发表，未经许可，不得转载;
原文地址：https://www.likecs.com/show-308629169.html