社区运营为什么这么难

在本系列的第一篇“开发者社区从何而来”中，我简单阐述了这个观点：

开发者社区常在，而开源项目不常在。开源项目团队/公司应该专注于项目本身的吸引力，而不是想着去凭白构建一个“社区”。

如何提升开源项目的吸引力

两条腿走路，一是产品力（硬实力），一是影响力（软实力）。

从产品力入手，就是收集并理解需求，公开设计思路与过程，积极的帮助用户解决 bug，同时吸纳更多的贡献者以壮大开发团队。这是个慢活，需要下苦功，坚持下苦功。唯仰仗时间来一点一滴的积累。这不容易。

从影响力入手，则需要保持对相关领域的高度敏感，持续输出观点、经验，并在开源圈中有协同/贡献/联合。这同样是个慢活。同样的不容易，而且还多了一份不确定性。因为影响力的构建还牵涉到其他项目、其他社区，不是独自蒙头干就完事了的。

这两方面共同的特点是需要时间和持续投入，快不起来。但很多团队（不论大厂，还是小厂）都没有这个时间，没有这个精力。但很神奇的是，那些没有耐心的人都认为社区运营可以解决问题。只要运营肯努力，一份耕耘十分热闹。想必持这个观点的人并不少，最近这一年业界对社区运营岗位的需求明显增加了。

真的可以靠运营带火一个社区吗

有人问过我这样一个问题：Milvus 项目如何考核社区运营的效率，或者说看哪些关键指标？听到这问题我一下愣住了。平时我会看很多数据，尝试从不同的角度来得到一些判断当前社区状态的证据。但我发现没有任何一项指标能称之为关键指标，甚至也没有直接指标。每次我看完各种渠道的信息以后得到的也只是一个整体的，模糊的印象。

对方追问：那么在这种情况下，又该如何考核社区运营人员的绩效呢？不要笑，这tm竟然是个很认真的问题。我感到一阵无力，和社区相关的数据，绝大多数都是可以做的。一旦把某个数据作为考核指标，它就瞬间失去了意义。往往当你达成了这个数据目标，你会发现这不是你想要的，社区的状态并没有什么大的变化。

不提升项目软硬实力的情况下，社区运营很容易成为“无源之水，无本之木”。想夸夸也找不到点，想做点事情也没有资源，很多社区运营人员陷入了这样的噩梦……