To B企业说到开发者生态运营时指的是什么_第1页
To B企业说到开发者生态运营时指的是什么_第2页
To B企业说到开发者生态运营时指的是什么_第3页
To B企业说到开发者生态运营时指的是什么_第4页
To B企业说到开发者生态运营时指的是什么_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ToB企业说到开发者生态运营时,指的是什么?编辑导语:随着国内出现了越来越多的TOB企业,我们对开发者生态运营这个词也逐渐熟悉了起来。那么,开发者生态运营指的是什么?它又包括什么?本文作者基于自己的开发者运营经验,为我们做出了详细地总结。随着国内ToB公司的快速发展,如云计算服务/IoT/人工智能/智能硬件等领域科技公司日新月异,越来越多TOB企业(IaaS/PaaS/部分SaaS)及部分硬件消费品企业开始追求组建自己的产业生态和开发者生态体系,在云服务领域甚至有“得开发者得天下”地表述。那么ToB企业在说:“开发者生态“时指的具体是什么?企业的开发者运营体系包含哪些方面?我以个人理解,从几个角度和维度做一些剖析和探讨,抛砖引玉,也欢迎伙伴们共同交流补充。一、开发者群体洞察关于开发者数量的统计,各渠道口径不一。埃文斯数据公司(EvansDataCorporation)2019最新的统计数据(原文)显示,2018年全球共有2300万软件开发人员,预计到2019年底这个数字将达到2640万,到2023年达到2770万。在2018年CSDN蒋涛的一篇访谈中有提到,中国全职开发者约有1000万左右。参照各大云服务厂商公开的注册用户数据,截至目前中国开发者的体量基本会在千万上下浮动。而2019年中国高校毕业生834万人,IT类相关专业毕业生超过120万,也就是说每年还会有百万级别的泛开发者新进入这一群体。开发者已经是一个有特定人群属性和需求的庞大群体,他们即是科技产品的创造者、贡献者,也是消费者和使用者。在构建开发者生态体系和运营框架之前,势必要优先对目标用户有所了解。目前国内外针对开发者群体的洞察及调研报告众多,其中不乏一些样本广泛/分析严谨的开发者报告可以作为参考。根据SlashData和Starkoverflow以及国内CSDN公布的最新开发者调研报告,我们可以提取一些比较有意思的数据,来帮我们更好的理解开发者群体。1.不同属性开发者诉求不同我们可以按照个人/企业属性,把开发者分为三类:技术爱好者(Hobbits),职业开发者(DeveloperPros),创业开发者(Start-ups)。不同属性的开发者,对工具、服务等有不同的需求及特征:职业开发者主要诉求是可靠性,希望降低总迁移成本,同时在省钱过程中“升级”工具,关注后端的可扩展性、兼容性,倾向于更保守的方案;创业开发者主要诉求是产品能够快速上线,需尽快验证解决方案是否有效且希望前期投资较少,相对更愿意尝试新技术;技术爱好者如个人或者学生等,一般更关注成本和上手难易程度,其希望学习或接触新技术,对免费资源感兴趣,关注灵活性、多样性,愿意尝试新技术。2.开发者群体可影响商业决策57%的开发者对购买工具和软件组件起到一定的影响作用。备注:鉴于开发者生态运营不同于销售/解决方案等直接“抓钱”的部门,很多公司将开发者运营视作“成本中心”,认为开发者作为使用者并不会对其所在公司的采购决策产生影响,通过本数据能看到其实不然,永远不要忽视你的直接用户。3.开发者特别关心文档和及时的技术支持83%的开发者认为高质量的文档和技术支持很重要。备注:产品文档是开发者接触产品的第一阵地,文档写的好不好直接关系到开发者能否顺利低成本上手你的工具或产品。所以,好好对待团队中的文档工程师吧。4.影响开发者采购产品的因素备注:在考虑采纳某项云技术时,价格、支持、文档是主宰开发者决策流程的关键因素;而在拒绝时,价格是最重要的拒绝原因。5.国内开发者对于开源的参与度有限相比参与开源项目做出贡献,开发者更喜欢与开源社区互动。几乎在所有方面,西欧开发者都比其他地区开发者更重视开源;南亚开发者高度重视对开源项目的贡献,这使得该地区极有可能主导下一波开源开发的浪潮;东亚开发者几乎在所有方面都落后于其他地区,不重视与社区的协作和交流、也不重视提供持续的技术支持。备注:国内开发者半数以上很少参与开源项目,所以部分技术实力不强/产品技术创新不高的厂商,寄希望于通过开源自身项目的方式促进产品快速更新迭代,在现阶段基本是不现实的,更多的厂商只能是把GitHub作为一个曝光的渠道了。6.生态↔双赢64%开发者参与云生态的目的是为了盈利。备注:这个数据很好理解,短期内开发者可能会因为小礼品/情怀参与到你的生态中,但是长远来看只有能为生态里的参与者带来商业价值,生态才会持续繁荣。7.开发者的学习热情高涨82%的全球开发者认为平台应提供培训和认证,学习新技能和提高现有技能;38%的国内开发者每周学习1-5小时,59%的国内开发者每周学习6小时以上。备注:结合产品能力,多提供学习提升类技术内容,更容易吸引开发者。二、ToB企业提到

“开发者生态运营”时,他们在说什么?目前诸多ToB企业在日常营销运营中会提到开发者运营的概念,据我了解其定义是不一样的,有的企业甚至没有明确的进行划分。当说到开发者运营时,往往会出现大家理解不同、频道不同的情况,所以有必要对”开发者运营“做一个明确的定义划分。正常来讲,目前很多ToB企业提到开发者生态运营时有三种场景:1.开发者即产品用户开发者本身就是产品的用户,如各类云服务IaaS/PaaS产品,购买这类产品的大部分是企业/组织,但直接使用这些产品的人是开发者。开发者作为产品用户,本身具备成长性和商业价值,在其职业生涯中不只会服务1家企业,随着职位和能力的成长及其所在单位的变化,开发者能通过其个人影响力的增长、职业边界的拓宽以及对产品的优秀体验经历,以直接决策、口碑影响、伙伴合作等方式持续为企业带来新的价值增长。所以在这种场景下,开发者即是用户。此时的“开发者运营”承担40%的MKT角色+60%的运营角色,要按照用户生命周期不同阶段设置不同的运营动作,关注经典的AARRR模型,依托产品关注品牌运营、规模化拉新、留存、活跃、转化、体验提升等等。2.开发者即技术伙伴这个维度更多的是站在开源的角度来看,近几年国内外大型平台企业积极推进开源战略,比如:阿里巴巴已参与多家全球开源基金会及组织,主导开源了上百个项目,涉及中间件、框架、组件、数据库、存储、工具等领域;华为开源其openEuler操作系统和鸿蒙操作系统等。大厂在开源方面付出的努力,其实可以认为都是为了抢占人才/抢占心智,争取让本企业的标准成为整个行业的标准。而要达到这一点,企业就首先要让自己的标准有足够的使用者。显然,为了达到这一目的,开放自己的底层技术,吸引更多的开发者在此基础上进行建设,就是一个非常好的市场争夺策略。知乎有一个回答谈到这个问题时说到,“代码并不是最关键的,最关键的是人”,活跃的开发者对开源项目能否繁荣生长至关重要。在这种场景下,开发者即是技术伙伴,那么“开发者生态运营”主要会围绕公司的开源策略,通过社区的维护/项目的推广等手段,去推进项目的开源用户增长、牵引开发者贡献、扩大技术影响力。3.开发者即生态伙伴再更近一步,如小米开放平台/微信开放平台/华为云生态/阿里云生态/谷歌生态等等,公司做大之后,聚拢了众多用户,构建了众多的基础能力之后,就会寻求平台化、生态化的运作,将底层能力作为基础设施开放出来,赋能更多的企业和开发者实现共同价值。在这些语境下所提到的开发者,除了本身是产品用户、技术伙伴外,还有一个身份:他们是生态的一员。开发者通过加入企业生态,使用企业提供的基础设施和开发工具,进行产品开发,依附于企业提供的技术和商业生态创造产业链商业价值,实现双赢。在这种场景下,开发者即使用户又是伙伴,“开发者生态运营”除了第一点第二点所述的运营动作外,还会依托生态平台,进行生态搭建与布道、客户成功运营、技术赋能运营、商业孵化与合作、产品使用体验提升等模块的运营工作。所以,当提到“开发者生态运营”时,不能简单的认为开发者运营即用户运营,要考虑到开发者在不同场景的不同定义。企业在做开发者运营时,也应明确其所谓的开发者运营具体要覆盖哪个场景的用户,以便在岗位招聘时有所侧重,在后续运营/营销动作上有所聚焦。三、“开发者运营”是一个“岗位”吗?通过上面的描述,我们对开发者群体有了一个大概的了解,对“开发者运营”的几种场景也有所了解,大家应该能够感受的到,目前市面上企业所说的“开发者生态运营”这一概念是一个庞大很泛化的概念。此时我们试着来回答一下,开发者运营是什么?我认为开发者运营已经超越了“岗位”的概念,更像是“项目”,需要根据企业所处发展阶段,协同各类资源,共同推进开发者生态的搭建和完善。开发者生态运营一般需要关注产品用户的规模化增长、用户体验提升、技术影响力提升、商业赋能、客户成功等等。除了需要用到运营岗位通用能力,还需协同产品、MKT、商务等众多岗位的资源和能力(当然,你也可以让运营团队具备所有这些能力)。四、开发者运营需要哪些能力模块?开发者运营工作需要依托平台支撑和底层运营能力,在ToB企业开发者生态运营过程中,一般会搭建自己的开发者中心和开发者社区作为统一的运营平台。两个平台的定位会有所不同,但又相辅相成。参照云服务厂商开发者中心和开发者社区的运营,梳理如下:1.“开发者中心”与“开发者社区”的区别备注:根据企业运营侧重不同,有时开发者社区可以并入到开发者中心下,统一运作。当生态规模较大、产品形态多元时,开发者社区又会独立出来,重点运营,成为企业开发者生态运营的主阵地。2.开发者运营需要用到的运营能力1)用户运营开发者用户画像构建、开发者用户分层策略(如目前常见的MVP体系,专家体系,贡献者体系等)、开发者激励体系、开发者活跃运营(针对不同用户层级设计不同的活跃动作)、开发者满意度调研、用户健康度监控等。2)内容运营PGC内容运营:内容中台设计及建立、内容生产流程规划及管理、内外部内容社区渠道及账号维护、内容标签完善、SEO标准搭建、内容栏目设计、内容审核、内容编排、内容机器搬运、产品案例输出、营销资料、公关稿件等等。UGC内容运营:官方征文活动策划实施、外部作者招募、外部作者激励体系设计、敏感内容识别及监管、内容合作等。3)活动运营活动工具的产品设计与维护、拉新增长类活动(实训营/直播/系列课/开发者大赛等)、产品体验类活动、大型campaign专项(线下大会/meetup/黑客松/社区合作活动赞助等)、其他活动。4)平台运营开发者社区运营、开发者中心运营。5)开源运营项目发布与维护、贡献者用户运营、开源开发者社区活动协同、GitHub/Gitee运营等。6)数据运营开发者画像、数据看板设计与需求提报、数据分析等。五、部分ToB厂商开发者运营动作对比以云计算领域为例,目前在开发者的争夺和生态的建立上,国内外云服务厂商纷纷发力,通过完善的社区建立和赋能体系,构建自己的护城河。并且这个趋势开始向一些垂直的技术服务商传递,如即时通信领域网易云信/声网/环信等PaaS服务厂商在2020年也开始陆续构建自己的开发者运营体系。对比的维度有很多,这次我们按照如下模块,仅对几个云服务厂商的开发者运营模块做一下简单的对比:大部分的头部云服务厂商开发者生态运营动作较为完整,google/微软/AWS(未在表中对比)等可以说是标杆,国内云服务厂商在开发者生态的建设方面大多在追赶和伺机反超。而在垂直技术领域,目前仅有小部分服务提供商开始搭建开发者运营体系,处于起步阶段。比如本次在表格中参与对比的即时通信领域,融云11

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论