开发者关系 像个开发者一样思考

开发者倡导手册(2):学会与自己的公司合作


作者:Christian Heilmann
编译:庄七

作为开发者大使,你会发现你大部分的工作内容与公司同事及公司的变化是密不可分的。

实际上来说,这远比与外部打交道要困难的多,因为公司同事会更熟悉和了解你所倡导的产品。而这也意味着,当外部世界会对公司推出的产品感到兴奋时,公司的同事可能并没有感到自豪。这就像是在没有做好工作的时候得到了表扬一样,会让你觉得自己的努力并没有得到认可。

产品发布的过程可能会让人感到痛苦、沮丧甚至是困惑。举例来说,发布的成功离不开资金的支持,你在这个过程中可能会遇到许多挫折,因为在公司内并不是每一个产品都能获得相同的资源。

作为开发者大使,你的工作内容是去倾听同事们的意见,了解他们的问题,并与管理层沟通,尝试去解决这些问题。你还需要帮助同事去了解事实并解开心结,避免产生不必要的误会。因为外部的声音对公司及其产品的评价不一定是真实的。

人在沮丧的时候,很可能会在社交媒体或其他地方说一些关于公司的负面言论。这不仅仅会影响到产品,也可能会在职业生涯中留下污点。通常情况下,你是不仅仅是同事遇到挫折时释放的树洞,同时还是一个导师,帮助他们在公开场合不做哪些会后悔莫及的事情。为此,你需要建立起信誉,这是很重要的,可以帮助他们在不影响工作的情况下发泄自己的情绪。这也是验证开发者大使对开发者的价值的重要一步。毕竟,你是他们的代言人。

注释:对大多数的网络媒体来说,看着一家科技公司倒闭是一件值得庆祝的事情,因为它可以引起热度并带来大量的点击率。即便是在当下,科技公司仍然被贴有“比常人聪明”或者“与生俱来的邪恶和傲慢”这样的标签。因为在网络上可以很容易查到你在哪里工作,任何来自你或是同事提出的那些不明智的话语,都有可能会被修饰成”某公司员工这样说…… “,以此来更好的对公司进行攻击。你要确保你或同事不会因为挫折而掉入陷阱之中。这个时候你需要突出你存在的价值,帮助同事走出沮丧。

当你在从事开发者关系的时候,需要注意很多事情,其中之一就是来自公司内部的阻力。

|预防偏见

开发者大使说一个独特的角色,跨越了各种传统的角色。对于开发者来说,长期远离开发岗位是一种背叛。对于那些存在偏见的开发者看来,交付自己所开发的内容具有自豪感,会认为不写代码的人都是多余的。我相信你遇到过这种情况,也听到过诸如 “我不知道为什么需要设计师,我们用的是框架!”的话。这是一个非常有趣的问题,你试图帮助开发者提高在公司的地位的同时,他也可能在反对你的岗位角色。

最后要说的是,你要学会去接受这些。学会跳出舒适区,去接受来自内部或外部那些不停的吐槽和建议,并坚持以结果为导向。我12年的开发经验教会了我一件事情,只有在自己开心的时候才能更好去完成工作。如果你也希望去改变公司现状,那么你必须离开显示器,回到线下去沟通去了解。

实际上,这正是你在帮助开发者提高沟通和人际交往的能力,请你不要把它当作是一个障碍,可以把其视为一个挑战。等到你成功的提高了公司内开发者的地位,再回过头去问问他们对你的看法。当然你不需要过于在于他人的看法,因为你是无法取悦所有人的。

|迎接公司的变化

随着IT行业的蓬勃发展,行业内的企业也迎接着变化。但也意味着,在一些情况下你需要去处理那些你能力之外的问题。比如说合并、收购、上线、停产、一轮又一轮的裁员等,这些都有可能会发生,所以你需要防范于未然。

现实总是令人伤感的。在大多数情况下,公司的变化与你的个人的工作好坏无关。而与股东们在股票市场上的交易套利息息相关。这也意味着很多公司需要在很短的时间内,让新产品取得成功。如果没有达到预期,新产品将会被股东们所放弃。这是病态的发展,它会催生很多短期利益驱动的产品,而不是那些拥有良好体验的产品。这个选择与我们的开发者息息相关。

作为开发者大使你将一直处在聚光灯之下, 所以当发生变化时,你可能是那个一开始就被同事询问的。这随之而来的,可能是很恶劣的影响,比如会违反公司规定,与法务、PR和市场部门发生争执等,所以需要注意以下几件事情。

✅ 公司的每项大变动背后都会有相对应的法律程序。所以当出现变动时,你要尽快与PR和法务部门联系,并将相应的影响告知到开发者。因为员工的虽然不是官方的信息渠道,但是对外的发言可能会被错误引用,使其陷入公司内部的法律纠纷。
✅ 没有“私下记录”。无论是在公司里,还是在你的社交账号、博客以及其他对外渠道。
✅ 让自己切换到倾听模式。当公司开始发生变化时,建议你去倾听每个人的声音,而不是去增加噪声。这也有助于你维系同事的同时,了解事件的真实情况。
✅ 不要表现的情绪化并做出假设。在发生变化之后,人会很容易急躁,可能会说出一些严重不实的评论、假设等。你需要切记这点,不要陷入这个陷阱,因为你还需要去保护同事。
✅ 表明自己了解的时间范围。如果别人问你发生了什么事情,请不要回答“无可奉告”,因为这意味着你是知道但不能说出来。你只需要表明自己还在了解中。

注释: 最后一点非常重要。因为你的工作内容是与开发者沟通,所以当他们感到疑惑时,会认为你站在“公司”或“管理层”的一边,一定比他们知道的更多。你不要因为那些无法掌握的事情而失去开发者的联系与信任。

示例:在一轮裁员中,一位深受大家喜爱的核心开发者被裁掉了。然后人们在公司内网、邮件列表或Twitter等社交媒体上开始抱怨此事的不公平,并指出公司的不明智。但是在我和HR与开发者本人沟通后,我了解到这个开发者在上一轮裁员时,已经申请了自愿裁员,此事也得到了开发者本人的确认。但是在所有的邮件和评论中,都没有人提到真实的情况,导致了大量错误信息和坏情绪。

|服务于内部开发者

在工作中,你经常需要去世界各地出差,或看似漫无目的的在网上发帖。这很容易会给人一种错觉,认为你已经对开发失去了兴趣。而解决这个问题的办法是确保自己不要断开于开发团队和开发者的联系。

注释:不要因为别人的质疑而感到烦恼。你应该是一个理性、通达和务实的人。只有你从客观的角度去看待你的工作才有助于成为这样的人。

更重要的是,当开发者在工作中遇到困难的时候,你需要认真的去倾听,并与他们的管理者谈谈这些问题。当然你要确保谈话的匿名性,并展示这对产品交付、员工保留和产品质量的影响。

开发者的工作相对而言都比较饱和,并没有机会去表达他们的担忧。你可以通过在正确的时间用正确的语言与正确的人沟通来实现这一点。要让他们意识到你可以成为他们的代言人,为他们争取与管理者沟通的机会。在你的努力下得到改变,也会让你得到支持。

示例:之前,我和一位前同事打了几次深夜电话,聊了他在公司的未来发展和来自另外一家公司的邀请。这使我在感到很恼火,因为他没有体验到工作的乐趣。原因是他不敢和他的管理者交流。在谈话中,我主要是问他对每天在公司的感觉,他说他很害怕。如果你不喜欢去上班,并且你觉得你没有机会得到任何改变,那么结果也很明显,就是离开。他现在在另一家公司担任着新的角色,并对新的挑战感到兴奋。当他在离开公司时并没有愤怒,而是带着一种成就感,因为在前公司还有那些关系他的人。

|与PR和市场团队合作

如上所述,作为开发者大使就意味着你将会处在PR和市场等传统推广部门与开发者之间。随之引发的是这些部门会把你视为竞争对手。

因此,你与其他部门保持良好的关系和持续的沟通是非常重要的。原因也是显而易见的。

✅ 你也不希望给用户传递模棱两可的信息。虽然观点不同,但是你们都是向不同的受众推广相同的产品。
✅ PR和市场部门知道你所不知道的法律影响。因此要提前发布信息或是产品即将有大的改版之前,请确保提前与他们进行沟通。
✅ 公关和营销部门建立了现有的渠道,可以为你提供演讲和与媒体合作的机会。
✅ 善于学习他们部门的经验。在这些部门中会有工龄比你长的前辈,可以给你提供有用的经验。
✅ 你可以反馈开发者最真实的情况。确保广告不被过度宣传,用实际情况验证PR对新产品的影响。
✅ 学会共享资源。你可能有其他部门没有的资源,比如其他公司、宣传渠道等。

学会通过公司与外部进行联系,这样可以确保对外的信息一致。也利于促进同事关系。

|被誉为对外渠道

不同的人会从不同的角度来评价一家公司,因此告知公司你的对外渠道是一个很好的方法,这也可以成功避免与同事所触达的用户相重合。弥补了现有信息渠道的缺口,有效的维护公司的声誉。这里请列出你发布信息的渠道:

✅ 博客
✅ 纸质杂志和电子杂志
✅ 邮件列表
✅ 论坛
✅ 会议
✅ 专业团体和机构
✅ 社交网络
✅ 播客
✅ 邮件简讯
✅ 直播频道

还要告知用户你拥有产品的邀请码和测试账户(如果有的话),这非常有效,可以帮助那些只是想体验的用户,免去了自己注册的环节。

|培训其他大使和开发者

就像有远见的开发者与其他开发者分享他们的知识一样,你应该在公司里挖掘和培养那些想做或适合做开发者关系工作的同事。原因有两个,一是可以在你生病或休假时分担你的工作量。二是你可以去寻找自己的新目标,花时间去做其他事情,为自己的职业生涯负责。

这还有一个好处是, 你可以和不同的人交流,让你的经验在不同的渠道上得到发挥。如果是你一个处在职业生涯中期的开发者大使,一些新的渠道可能会让你感到很陌生,但是部门中一些年轻的同事可能已经在使用那些热门的新渠道了,只要稍加指导就能比你做得更好。

培训大使其实是一件很棘手的事情,根据定义,大使应该是被发现并授权,而不是被“创造”的。

就像你用沟通能力将产品安利给开发者一样,你也可以借此把有潜质的同事挖掘出来。

✅ 让公司意识到对外渠道的必要。假设你的博客很成功,并且你很愿意发布关于公司当前工作内容和最佳工程实践的博客。并提供撰写技术文章帮助。以此证明,通过个人社交媒体渠道会更有人情味,比起那些商业化的品牌发布渠道会更受用户的关注。
✅ 搜集公司业务相关的活动。包括你所组织的活动和本地其他的活动。当你没空去参加这些活动的时候,你应该准备好那些需要分发的东西(贴纸、衬衫等),然后鼓励那些想去参加活动的开发者。如果他们参加后带回来了照片和其他信息,那么你们可以一起去完成一篇博客。
✅ 提供专门的内部培训和讲座。因为开发者大使的职业前景对大家来说还是很陌生的,而且对大部分人来说公开演讲是令人恐惧的。因此将培训内容精简至可适用于任何职业的东西,如网络写作技巧、公开演讲技巧、快速搜索网络内容等。
✅ 分享来自外部的热点事件。例如发送一份“happy social quotes”的邮件简讯,其中包括了开发者世界里某个事件或产品发布的热点推文和博客。
✅ 为产品设立挑战赛。开展一些内部竞赛,以便收集公司内部人员对产品优化的想法。在我工作做的公司里,我们都会设置“hack days”来达到这个目的。现在已经有越来越多的公司开始这样做了。

注释:在这其中很多需要与PR和市场团队合作一起完成,而不是蒙头做自己的事情。

|分享实用的技术

作为开发者大使,你将掌握技术的脉搏。不是每个人都有时间去追逐技术,并沟通技术的实现,这也是开发者大使的工作乐趣。

如果你发现了什么炫酷好用的工具,请善于与人分享。这包括截图软件、翻译软件、社交软件、自动化流程工具等,让你每天节约大量时间的任何东西。

示例:如果你是新技术的早期使用者,就会发现新技术会在之后的几个月里慢慢的火起来。在我的职业生涯中,我曾帮助市场部门和人力部门建立了博客和Twitter等新兴渠道,为这些部门取得了巨大的成功。这些对你来说是很容易的,因为你已经对这些技术已经非常熟悉和了解了。

|平衡个人和官方的社交渠道

作为开发者大使,你迟早会面临要将内容放到哪里的问题。最大的错误是使用你自己的个人渠道(博客、Twitter、YouTube、Facebook等)来发布所有信息。平衡个人和官方的社交渠道有很多好处,原因如下,

✅ 你可以自己决定发布的时间和风格,自己的地盘自己做主。
✅ 有助于建立自己的个人品牌,粉丝追随你以了解最新的技术信息。
✅ 这是有利可图的,你可以通过广告或其他赞助来赚取额外的佣金。

这也是许多KOL的运作方式,而且都非常成功。这也是问题的所在,一旦你只为某家公司发布信息,那么你就不再是”你”了,你将是某个公司或产品的代言人。这就是为什么使用你自己的渠道作为公司或产品的信息来源是一个糟糕的举动。原因如下:

✅ 这会给自己设限,一直发布关于公司或技术的信息,你就变成专门报道该公司或该技术的人,你也必须回答那些你无法回答的问题。将自己置入了一个无限的死循环内,但是当你离开这家公司的时候,又会发生什么事情呢?
✅ 这会引起不满,虽然你用你的名气来促进工作是件好事,但你也会通过广告来赚取额外的收入(有形的是广告费,无形的是名气)。在人们看来,你不需要做艰苦的工作,不需要参加工作会议,也没有最后的工作期限,但你却成了这个项目的代言人。这可能被视为窃取他人劳动成果。
✅ 这会造成信息的脱节,因为你的渠道不是产品构建和维护的地方不能实时更新,建议让专门的工作人员维护官方渠道,这样的话,即使是在技术风向发生改变时信息也不会变的过时。
✅ 会错过官方的推广,公司同事们都会习惯推广公司官方的博客和Github仓库。因为大家都知道从这些地方会获得最新的和最权威的信息。相比而言你自己的博客会显得没有那么的官方,且介于你存在跳槽的风险,官方频道推广时也会有所顾虑。
✅ 你需要付出巨大的维护成本。当产品升级后需要你亲自去保持你的事最新的。然后你应该也不希望在你离职之后还要去更新这些内容。

总而言之,你需要平衡好自己渠道和官方渠道的关系。在产品官方维护的地方发布产品相关的信息,比如说官方的Wiki、博客、Github等。这样即使你跳槽了,也不会留下一个烂摊子。这也可能确保用户在搜索的时候,找到的是一直在维护的官方资源,而且从经验上来说官方的渠道在搜索引擎中的权重也会比你的博客会更高。作为开发者大使,你的工作是提高公司和产品本身的形象。你需要做的是一个指南针,一个推进器,而不是一个替代者。

你在自己的渠道上发布的内容应该是会激发读者去官网了解更多详情的兴趣。这可能包括了翻译、录屏、截图、以及使用了该技术的演示(而不是去成为他)。把你公司的产品想象成一部电影,那么你就是那个通过在不同平台发布剪辑和预告片来让人产生兴趣的人。

在做产品推广中,你需要平衡好公司与个人的关系,不要去跨越鸿沟,你还是那个值得公司信赖的对外沟通渠道。

|移除品牌思维

成功开发者大使的一个关键要素是将品牌从你的思维中移除。

你工作的公司会创造很多产品,有些可能很酷,有些也可能很烂。但是作为开发者大使,你的目标不是让人们对品牌及其公司感兴趣,而是让开发者喜欢谈论你的产品并自主的去推广它们。这就是为什么你需要把自己从你公司的品牌中抽离出来。虽然这很难,但是你工作的公司越有名,那么你很有可能会被描绘成“X公司的人”。我将在本书的后面章节讨论这个问题,但需要你自己做好准备。

只有当你对产品感到兴奋时,将自己从品牌中抽离出来并走向产品。如果创造产品的部门不能让你对产品感兴趣,就不要去谈论它。与之相反,就与部门一起寻找产品的价值所在。你在倡导任何产品之前,都要先回答一个问题:产品对开发者来说有什么帮助?

你倡导的产品需要让你产生兴趣,你需要清楚的了解产品的发展方向,以及找谁可以得到关于产品的细信息。如果这个产品没有相应的负责人,那你可能需要放弃了。

围绕产品工作的人并不适合去倡导产品。因为他们离产品太近了,无法发现文档中的那些明显的缺陷。而且他们可能已经习惯了那些过于复杂的操作。甚至还会拥有独特的产品语言,这些术语在团队日常沟通中来说是有特殊含义的,但是放在博客里面就会很奇怪。

你的工作就是为开发者提供更简单明了的文档和示例,并帮助他们更好的完成工作。因为只有大家一起努力,才能构建一个美好的产品世界。

让你移除品牌真正的力量在于,那样你就能更好的与竞争对手合作。

本手册原文地址
https://developer-advocacy.com/

转载请注明:开发者关系 »


Similar Posts

Content