技术人员主要分为两种，参加技术活动和不参加技术活动的。

技术活动也分为两种，由中立机构、社区、媒体举办的技术活动；由企业（有自己产品的，而不是媒体型的企业）举办的技术活动。

今天要讨论的是由企业举办的技术活动。

企业，肯定并不是以作技术活动为生。企业做技术活动，通常都是需要花费高额的费用，以实现明确目标。

下面从企业的角度出发，来阐述一下，应该如何操办技术活动。

企业举办技术会议的目标

前面讲了，一个做产品的企业，突然花费巨大的人力物力，来做一场技术活动，那么肯定是要有明确的目标。这一类活动通常的目标有三种，宣传技术品牌；为开放平台征集用户；招募员工。每一场活动可能会肩负这三个目标中的一个或多个。

详细的解释一下这三种目标：

• 宣传技术品牌所谓技术品牌，是和普通的商业品牌、产品品牌不一样的。在讨论什么是技术品牌之前，先来看看什么是品牌：
  “品牌”不是“商标”。“品牌”指的是产品或服务的象征。而符号性的识别标记，指的是“商标”。品牌所涵盖的领域，则必须包括商誉、产品、企业文化以及整体营运的管理。因此，brand 不是单薄的象征，乃是一个企业总体竞争，或企业竞争力的总和。品牌不单包括“名称”、“徽标”还扩及系列的平面视觉体系，甚至立体视觉体系。但一般常将其窄化为在人的意识中围绕在产品或服务的系列意识与预期，成为一种抽象的形象标志。甚至将品牌与特定商标划上等号。人们从品牌的经验因素上辨别一个品牌的心理因素。经验因素通常由品牌的使用经验构成，心理因素则由品牌的形象，即由与产品或服务相关联的一切信息和预期所创建的符号性的标识。
  以上文字引自维基百科。品牌是由用户对于商品和服务的体验和感受所产生的。属于用户和企业，并不仅仅属于企业。

  那么技术品牌又是什么呢？应该算是一个企业所提供的产品和服务给用户所留下的技术体验和感受所产生的，可以被标示和识别的东西，应该是整体品牌中的一个特定部分。

  当越来越多的企业，开始向最终用户之外的其他人提供中间技术服务的时候，那么这些人就会对企业所提供的技术形成特殊的体验和感受。在这个时候，企业就要设法帮助这些使用他们技术服务的人建立正向的体验和感受。这种感受，如果企业不加干预，那么就要依靠使用者的学习能力来自然形成，而这个过程的不确定性就太大了。而且，使用者很难掌握完整的服务体系和架构，那么他们所形成的体验和感受也就往往非常片面。

  企业为了能够快速的，在特定的目标人群中，树立正向的技术品牌和形象，就会做一些技术活动，来向技术人员展现其技术服务架构。

  树立技术品牌通常会带来三个好处：

    - 告知合作伙伴，企业的技术能力坚挺，可以放心合作
    - 告知那些要在开放平台上进行开发的人，本企业的开放平台是可以信赖的
    - 告知那些有追求的工程师，到这家企业上班，是有上升空间的
  

  这一类的技术活动，通常是不欢迎普通用户来参加的。因为企业希望通过特定的技术语言和术语，来对相关的技术人员进行快速的信息灌输，并使其认同企业的技术实力。普通用户通常无法理解这种会议上的沟通交流内容，而使用普通用户可以理解的方式来阐述那些技术特性，又很难在真正的目标人群（开发人员）中引起足够的认同感和共鸣。

• 为开放平台征集用户开放平台简介：
  在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为就叫做Open API，提供开放API的平台本身就被称为开放平台。通过开放平台，网站不仅能提供对Web网页的简单访问，还可以进行复杂的数据交互，将它们的Web网站转换为与操作系统等价的开发平台。第三方开发者可以基于这些已经存在的、公开的Web网站而开发丰富多彩的应用。
  
  以上文字引自百度百科（维基百科中没有相关记载）建立开放平台，通常是为了实现两个目标：

    - 聚焦基础平台建设，将功能性的服务，丢给其他开发商，让他们来为自己的用户开发各种服务和应用
    - 使得自己的服务，融入更多地不同服务和产品中，为其他服务和产品的用户服务
  

  这两个目标的区别就在于，是让别人来为自己的用户服务；还是通过服务来为其他人的用户服务。其核心差别就是用户是谁的。之所以把这两个目标列举出来，是因为企业做开放平台之前，要先思考清楚，自己的目标到底是什么，这两种目标是很难共存的。

  为了达到提升服务用户的体验和用户数量的双重需求，就需要吸引更多地开发者来使用自己的开放平台。这个时候，企业就会举办技术活动。

  这一类技术活动的内容通常会分为四个类型：

    - 开放平台的架构介绍
    - 开放平台使用入门
    - 某一类型问题，如何使用开放平台来解决
    - 特定案例的分析
    - 基于开放平台的各类比赛
  

• 招募员工这个目标是最直接的，但同时也是最纠结的。出于发展上升期的企业，人永远是不会够用的，那么不断地招募到最好的程序员、开发者就成了一种巨大的需求。这类活动，通常是进行技术品牌宣传，但是这一类活动对于技术品牌的伤害通常也是很大的。技术活动，过来参与的除了个人之外，还会有很多团队或其他企业，与会的个人也往往会代表着不同的商业利益，这其中如果有一部分人在参加了活动之后，就背离了原来的组织，加入了主办活动的企业。那些损失了人员的团体的感受和体验就会下降，那些希望加入这家企业，但是在面试之后没能如愿以偿的人，体验和感受也不会好。以招聘为目标的活动，可以做，但是最好不要在短期内连续的不间断的做。对品牌的损伤还是很大的，这种活动最好是和一些开源相关的社区一起搞。开源相关的活动，参与者很多就是以个人身份参加的。

活动的过程

具体到一个活动的过程，基本可以分为以下几个步骤。

• 明确目标首先要想清楚为什么要做一件事情。决定任何一件事情，流程应该都是这样的：目标->路径->资源。上面介绍了企业办技术活动常见的三个目标。每场活动的目标最好简单明确，这三个目标里面，技术品牌的树立算是基础目标。另外两种目标是不能并存的，但是技术品牌的树立，可以和剩下两种目标中的任意一个并存。
• 确认内容根据目标，来组织内容。
• 准备物料、确认日期和地点找一个合适的场地很重要，日期最好不要放在节日。普通的周末，或平时工作日的晚上。不建议放在工作时间，特别是带有招聘目标的活动，最好不要放在工作日的上班时间。推广开放平台的活动在这方面的要求要低一些，因为使用开放平台进行开发工作对于很多团队和个人来说，就是工作的一部分。相关的物料，包含各种宣传物料，礼品、奖品什么的，也应该在这个阶段确定下来。
• 报名
  • 制定详细的分阶段报名计划
  • 选择合适的报名起止日期
  • 选择合适的报名渠道现在很多社交网站都具备活动报名的功能，最好不要自己重新做活动报名网站，社交网站本身保存了大量的用户信息，在用户通过社交网站来报名，就避免了填写大量重复信息的过程，同时也可以通过社交网站的传播，来看到那些朋友已经报名了。
  • 确定报名表格的格式根据活动的目标，可以选择不同的报名表格格式，从而让参与者提交不同的信息。宣传技术品牌的活动中，与会者来自什么组织更重要，因为举办活动的企业可以通过这些信息来判定互动的影响力。推广开放平台的，则更注重title，因为举办者可以根据title判定一个与会者在技术或平台选型时的决定权大小。招聘活动，肯定是希望尽可能详细的获得与会者的简历，以便能够时候进行筛选和面试。
  • 选择合适的报名宣传渠道报名渠道是目标人群可以上去填写报名所需信息的，并确认报名的地方。报名宣传渠道，则是指的那些可以用来宣传报名渠道的市场、媒体或社交渠道。技术活动的报名宣传，更多的要依靠特定圈子的社交渠道，比如技术社区、社交网络的技术圈子、eDM、QQ群。
  • 设立报名情况检查节点
  • 如果报名情况与预期存在偏差（太多、太少、人员结构不符合预期等），及时调整报名计划和报名的宣传计划
• 报名确认
  • 在活动开始之前，要对报名信息进行确认。
  • 通过邮件、短信（微信）、电话等方式进行确认。
  • 确认过程循序渐进，先发邮件；那些没有回复的，发短信；最后统一进行电话确认。
  • 根据活动的预算、报名情况，和预期到场率来决定确认方式
• 活动现场这一部分是最简单的，当士兵冲出战壕的时候，一切就都已经注定了。唯一需要注意的就是时间的把控。
• 事后讨论在活动结束之后，有多少人留下来进行讨论，讨论得是不是足够热烈，这是衡量活动质量的一种方法。活动现场，不论是演讲、培训还是问答，都是很受限制的。活动的真正商业价值，那些合作、招聘大多是在会后讨论的过程中取得进展的。
• sns传播活动现场再大，容纳下来的人也是有限的。那么就要刺激参与者进行sns传播，这样每个到会的人，他们的关注者和朋友也都能够看到活动相关信息。sns传播从来都是双刃剑，这部分的传播是完全不可控的，如果活动主办方对于活动的效果有信息，那么可以鼓励sns传播。如果自己都不是很有信心，那么也可以请与会者代为保密。
• 媒体报道这一块没什么好说的，花多少钱，办多少事。而且绝对可控，媒体拿钱办事，很少有拿了钱还骂人的。
• 参会人员事后跟踪这一块也是商业价值提升比例最大的一块。活动后的一周内，给重要的客户或招聘目标打电话，或登门拜访的效果是最好的。

延续性

做技术活动，延续性非常重要，最忌就是一锤子买卖。

如何确保互动的延续性呢？

• 建立资源库每次活动的内容、报名的信息，都建库存起来。并不断地梳理、传播。
• 建立系列主题就像课程计划，在活动规划的时候，就直接作出系列课程和主题。进行统一的准备和安排。
• 建立企业与社区、合作伙伴之间的平衡平衡是最重要的。如果活动做多了，合作伙伴和社区都受到了损害，那么肯定是越做越窄，最后死掉的节奏。要确保活动的所有合作方都能够通过活动获得收益。

总结

• 目标要明确
• 流程要清晰流程可以持续改进。
• 保持活动的持续性
• 和社区、合作伙伴要互惠互利

这篇文章是从企业的角度出发的，以后同样的话题，还可以从社区、从参与者的角度再写。

• 硕鼠的Blog站|范路|Luke Fan

基于互联网的社区本质

最近好像讲的各种本质实在是太多了一些。最近对于社区的思考也比较频繁，在以往的文章中，有时候直接说社区，有时候说技术社区，有时候说是互联网下的社区，各种定义和描述也放了很多了。本质这种定义是比较难下的，什么什么的本质，这个东西太严肃了，要求太高了，为互联网社区来描述一个本质，这违背了我写东西的原则，我是一个讲故事的人，并不喜欢那些特别严肃的东西。所以这里要说的本质，应该只能算是某一个侧面的本质吧，这确实是一种本质，但仅仅是一个侧面。

互联网社区，其实是一个计算机程序，这肯定是没有人反对，那么用计算机程序的某一种特性来作为互联网社区的本质，应该也能够说得过去吧。

这里要对互联网社区本质的定义就是，一个拥有输入、处理、输出，三个最标准环节的计算程序。

今天要探讨的是社区的信息流，也就是说，互联网社区，是如何通过处理不同的人的输入，然后为不同的用户形成输出这个本质工作，将不同的信息发送给不同的人，从而形成社区的。

前一篇文章写了社区的规则，社区的信息流是被规则所规范的，不过归根结底，互联网社区是程序，规则也是需要使用程序来执行的。还有很多程序能够做的事情，是规则所不涉及的，比如SEO和推荐算法。

互联网社区的信息流动方式

前面讲过了，社区的核心是人，但是光有人是不行的。社区是依靠人来创造内容，然后再依靠内容来吸引人的。那么信息是怎么吸引人的呢？同样的一堆信息，使用不同的排列方式，吸引力一样吗？当信息很多的时候，应该筛选出哪些信息来给用户看呢？大家看不到有价值的东西，就会离开社区。当人们发出声音的时候，不能及时得到有价值的回复，他们也会离开社区。

这篇文章要讨论的，是互联网社区信息流转方式的一个大略的演进方向，以及其中几种有代表性的信息流转方式。

互联网社区的信息流转方式，这里面的内容很多，不可能在一篇文章中说清楚，甚至我可能都没有彻底说清楚这个问题的能力，毕竟我并不是社会学家、语言学家和人类学家。这应该是这一系列文章中的第一篇，后面还将陆续写一些不同信息流转方式的案例，以及规则和算法如何影响信息流转方式，信息流转方式对于社区性格、价值的改变，如何尝试建立新的信息流转方式等等。

一个最典型的信息流转——

• 甲提出了一个观点，以及一些疑惑
• 5分钟后，乙表示自己认同这个观点，并拥有相同的疑惑
• 有一些人看到了，但什么也没有说
• 又过了3分钟，丙表示，自己看到了这个问题，好像在其他地方也看到过有人在讨论，这个问题丁可能会有一定的见解，于是通知了丁
• 又有一些人看到了，但是他们依然什么也没说
• 10分钟后，丁收到了丙的通知，过来看了甲提出的观点和疑惑，于是对观点进行了一些讨论，他补充了自己在日常生活中的一些事例
• 甲先就丁提出的观点进行了讨论，然后询问丁，是否能够解答自己的疑惑
• 丁和甲进行了辩论，并对甲的疑惑提出了一些设想
• 丙邀请了更多的人进来进行讨论
• 更多地人发现了这个话题，有些人还是一言不发，但也有些人加入了讨论
• ……
• 甲的观点经过讨论和补充，变得更加完善，同时还获得了很多相关的实例，甲提出的疑惑，得到了部分或全部的解答
• 一段时间过去了
• 有人在此发现了这个话题，并进行了阅读，然后离开，或者是再在上面添加一些自己的评论
• 又一段时间过去了
• 又有人在此发现了这个话题，并进行了阅读，然后离开，或者是再在上面添加一些自己的评论
• 又一段时间过去了
• ……

这个实例里面有人提出了观点和问题，有人附和，有人帮忙寻找能够解答的人，有人参加了讨论，有人给出了解答……，这里面还包含什么呢？顺序，谁先来的，谁后到的；以及时间，几分钟，不是几秒，也不是几个小时，几天，而是几分钟；有人发现了问题，这些人是怎么筛选的，他们是否对这个问题感兴趣。这些都是组成社区讨论信息流的各种因素，当这些因素发生变化的时候，信息流也就发生了变化。

互联网社区里面的信息流，有些像是核反应里面的链式反应。如果形不成链式反应，那么核反应就无法进行下去。互联网社区的信息流也需要一环扣一环，不断地发展下去，否则就会散掉，形不成完整的信息流。这些信息流的形成，通常需要两个关键条件，那就是回复和反馈，必须具有及时性和有效性。如果上面那个例子中，大家只是讨论一些简单的家长里短，但是时间间隔是以年为单位的，那就讨论不起来，如果一个人说了什么事情，紧跟着的回复都是驴唇不对马嘴的，肯定也是讨论不起来的。这里面隐含着一个观点，就是及时性的衡量是和讨论问题的性质相关的。有些问题的间隔必须是以秒为单位，有些可以是以分钟为单位，有些则可以以小时、天、月甚至是年为单位。

互联网社区信息流转方式的演化历程

由于互联网社区的本质是程序，是输入、处理和输出，那么写程序的人肯定能够根据各种数据和经验来不断地优化这些程序，让社区中信息的流转效率不断地提高。那么社区信息流转方式的演化就肯定会拥有两个核心的目标：

• 从无序到有序

  互联网社区的信息流转方式的演进过程，应该可以被描述为，程序员或社区管理者（这两者经常是同一个人），在不断的观察信息流转的方式，并希望尝试从中发现一些规律，然后对这些规律进行筛选，找出那些对社区有利的规律和有害的规律，然后禁止那些有害的规律，并通过程序或规则去固化或增强那些对社区有利的规则。

  由于有些规则需要经常发生调整，或需要由社区中不同角色的人来进行调整，以及互联网社区的程序可能会被那些不是程序员的人们用在不同的领域上，于是聪明的程序员们将一部分程序做成了可以设置或解释并执行某些规则的方式。这样当某些规则发生改变的时候，就不需要重新修改程序代码了。

  最早的相对无序的信息流转方式，比如邮件列表，后来也发展出了一些自己的规则。真正无序的是邮件多人讨论，就是一个人给一个或多个收件人写邮件，然后收到邮件的人再进行回复或转发。邮件列表已经算是在这种形式上发展出来的一种相对有效的方法了。邮件列表的规则通常是围绕准入制度的，谁能够看到这些邮件讨论的过程，新人怎么发现这些正在讨论的内容等等。但是讨论的顺序，中间大家能够说什么，不能够说什么，谁先说、谁后说，说的时候是不是要引用前面说过的内容，新的内容哪些人可以看，哪些人不能看，这些都是不能规范的，混沌的。不过有些讨论会进行得很好，很快得到有价值的东西，有些则很快歪楼，大家最后谁也不知道在讨论什么，然后散掉。

  这个时候，聪明的程序员们就去设法分析那些有价值的讨论，看看他们是怎么做的。然后总结这些规律，再设计出新的信息流转方式，比如论坛、问答等等。

• 用更少的人，为更多的人服务，以及分工的不断明确

  这其实并不仅仅是互联网社区这一种特殊程序在演化过程中的追求，很多系统都在不断的追求这个。

  从邮件列表中，每一个人都是组织者、规则制定和执行者、内容的贡献和消费者这种混沌状态中，发展到各种职能都比较清晰。到了论坛时代，组织者就是组织者，他们订立和修正规则，监控讨论的进行；然后通过规则，去奖励那些有效、有价值的内容贡献者；吸引那些内容的消费者。

  然后，到了所谓的web2.0时代，更多地人开始参与讨论，更多的人能够创造出内容来，给更多地人消费。比如盛大文学，10万人写小说，上亿的人，付费来看这些小说。在这个过程中，组织者相对于内容的生产者和消费者来说，比例更少了。

  百度贴吧替代了传统的论坛，在论坛上，几个管理员需要自己负责找服务器来搭建论坛，需要设定论坛的规则，并维护论坛的运行。而在百度贴吧上，百度已经把服务器什么的都搞定了，贴吧里面那些吧主，就像论坛里面的版主一样，并不是专职员工，他们只需要对自己的吧负责就可以了，其他的都不需要管。这个服务比例一下就从几个管理员为几百上千会员服务，升级到了几十个贴吧员工，为几亿人服务。

  Tumblr和其他一些内容社区的涌现，Facebook和Twitter、新浪微博之类的社区的崛起，最终使得很少的人，就可以为全世界的人服务了。

总结

互联网社区的本质就是一个集输入、处理、输出为一身的程序。社区的核心就是信息从一个人，流向另一个人，社区的发展，就是社区中信息流转方式的不断进化和发展。

社区信息流转方式的发展，一直围绕着两个中心：

• 从无序中发现秩序，固化并增强某些特定的模式
• 用更少的人，为更多地人服务，分工不断细化

以后再用更多地文字来描述不同特色的信息流转方式，以及不同的信息流转方式为社区带来的不同的风格和价值吧。

前面讨论了社区的发展历程。很多自发形成的公益性的社区，开始面临一个艰巨的问题。那就是随着规模的扩大，必须要进行职业化转型。也就是说原来主要依靠志愿者的业务时间维系的社区，在不断扩张的规模面前，已经无法很好的运转下去了。必须要让原来的那些志愿者，脱离他们原来的工作，全职的为社区工作。

职业化之后，就必然面临一个问题，那就是需要赚取更多的钱，以支付越来越多的各种费用，雇佣更多地专职雇员，吸引更多地用户，创造更多地内容。

于是，KPI这种在公司里面十分常见的管理方法，就摆在了面前。这里就是要讨论一下社区目标和KPI之间的故事。

首先做一个假设，那就是任何社区和组织，在不加限制的时候，都会本能的遵循某种动物性本能，会在没有疾病的时候，自然生长，并不断地扩张和膨胀。

那么社区在健康的情况下，就会不断地生长、扩张，这就需要职业化。职业化之后，社区会继续膨胀扩张下去。这些专职雇员被按照社区的目录或圈子分割为不同的团队，每一个团队也都有生长和膨胀的需求。于是循环往复、无穷无尽的膨胀和扩张。

下面就面临一个问题，当团队大了以后应该如何管理呢？变大这个事情没什么可讨论的，这是很难克服的本能需求。那么管理应该如何来呢？万事万灵的KPI这个时候就出现了，不过很多社区人都在抱怨，特别是那些最初就在社区里面的人，他们抱怨不开心，社区为了这样或那样的KPI，必须要放弃很多一起做得很开心的事情，做很多不开心的事情。甚至有些社区开始变得不那么健康，也就是说不能生长了，或者萎缩了，有些则干脆死掉了。

这是什么问题呢？这就是今天这篇文章的要探讨的，社区的目标和KPI机器之间的关系。社区是一群人为了统一的目标聚集在一起的。但是很多社区在生长的过程中，偏离了目标，这就是为什么大家会觉得不开心的原因。

什么是目标

• 最根本的需求

  目标的作用是能够指明方向，为后面的工作计划提供指导。目标是在后续的工作中发生分歧的时候，进行判定的唯一标准。
  这里举两个例子，一个技术社区的目标是：促进软件开发领域知识与创新的传播；另外一个则是：成为最大的中文技术社区。这两个目标的高低很容易进行比较，一个是明确的根本目标，传播有价值的东西，另外一个则是为了做社区而做社区。希望这个例子能够帮助那些希望做社区的人选择更合适的目标。

• 简单

  目标应该是能够用一句话说清的，能够清晰的被大家所理解，不会造成任何困扰的。

• 可以分解

  目标要被执行，就必须进行分解，根据时间、空间进行分解，比如我党的目标就分为短期目标和终极目标，短期目标必须为终极目标服务，但更适合于当前的社会环境。目标针对于社区中不同的团队，不同的板块也会被划分为不同的子目标。

• 可以被验证

  既然目标需要被执行，那么就必须是可以被验证的。否则就不知道怎么样做才算是最符合目标的方向。或者是不知道做到什么程度算是实现了目标。

目标的用途

目标很重要，特别是社区这种人群由于共同的目标聚集在一起的地方。虽然通常情况下社区自发产生的时候，目标并不一定那么明确，但是这个目标肯定是存在的，否则社区就不会产生并发展、壮大。在社区发展得过程中，目标可能会不断的明确，也会出现变化和细分的现象。

• 口号

  目标明确了，得到了社区内部专职雇员、志愿者和参与者的认同，然后就要把目标告诉所有人，从而吸引符合目标的人来到社区，告诉那些不符合目标的人，要么改变，要么离开。

• 分解成KPI

  目标还有很多其他用途，但是这里要讨论的是KPI和目标之间的关系，那么KPI是从目标中分解而来的，不能是拍脑袋来的，也不能是看到别人如何如何，所以我也要如何如何。
  举个例子，通过著名的技术社区InfoQ的SLogon，我们了解到，InfoQ的终极目标是“促进软件开发领域知识与创新的传播”，那么他们今年的目标是什么呢？是提高网站有质量的访问量。这就是他们根据终极目标分解得到的短期目标。从上面这个故事就可以看出，一个社区的负责人是如何根据目标分解当前的KPI的。

• 在KPI被质疑的时候，用来验证分解是否正确

  KPI中的某些指标可能会被质疑，或者是被周边其他的兄弟团队所质疑。记得每次在一个什么会议上，准备推荐一些讲师的时候，总会遇到这样的问题，到底应该算是商业购买的席位，还是算是技术分享的席位呢？经常是技术分享席位已经没有了，只能购买商业席位。或者是和技术分享相关的人沟通好之后，商业席位销售的人员一个招呼打过去，席位就没有了，必须从新谈商业合作。后来，我们只能这样，免费的技术席位，讲技术。所有花钱购买的商业席位尽量做广告。这种情况下，就会出现对KPI的质疑。如何判定谁对谁错呢？有的时候，钱会压倒一切，离钱近的部门嗓门儿大。
  真的应该这样吗？事实证明，这样做的社区，其品质在下降，他们在背离自己的目标，那么为了这个目标而聚集在社区里面的人也就会背离社区。

KPI机器

KPI从来都不是一个负面的词汇，虽然这个东西确实给很多社区人带来了巨大的痛苦。但是KPI本身并没有错，KPI算是一种相对比较成熟的，高效的现代管理方式。

既然错不在KPI身上，那么问题出在什么地方呢？KPI机器，我希望大家能够明确的知道，这是一个贬义词，这不是什么好东西。执行KPI管理和沦为KPI机器之间到底有多大的差异呢？个人感觉，最大的差异就在于目标的丢失。很多人都说，走得太远了，已经记不起来当初是为什么出发的了。

为了大家能够理解什么是KPI机器，这里讲一个故事。街边上有很多办信用卡的小摊子，大家可以上去和他们聊聊。很多摊子唯一关心的就是如何恩能够办更多地信用卡，他们会协助办卡者作假，以通过审核，办到更高额度的信用卡。比如我父母就有一张可以透支几十万的信用卡，这个额度大概相当于他们好5年的退休金总和。因为很大比例不符合条件的人得到了信用卡，于是那些进行风险控制的人，就只能将信用卡的使用条件修改得越来越严厉。这就是一个典型的KPI机器，每个团队完成自己的事情，不知道根本目标是什么，也不管其他部门的死活。

当一个人，一个团队，一个社区，已经开始为了KPI而KPI，能够为KPI牺牲根本目标的时候，那么这个人、这个团队或社区，就沦为了KPI机器。KPI战胜了目标，KPI赢了。

KPI是怎么胜利的呢？并不是什么外行领导内行或者什么其他表面上的原因。

首先，就像前面说过的那样，不断地拓展和膨胀，是一种最最基本的动物性本能，所以KPI的设计和执行部门或个人，也会受到这种本能的影响，希望部门、团队能够不断地拓展和膨胀下去。KPI设计和执行部门必然会处在一个更靠近领导层的位置，他们对于资源的分配会具有巨大的影响力。所以这种膨胀也就更加难以抑制了。

然后，KPI的设立，有一个根本的目标，KPI的目标，那就是追求更高的效率。随着各个部门的不断膨胀，对于效率的追求也就越来越趋近极致。这种对于效率的追求，体现在最后被KPI所考察的团队、部门、个人身上，压力就会越来越大。发布了可以被轻松完成的指标，这就是失败的KPI。当压力持续上升的时候，相对于目标来说，能够给人带来更大痛苦的KPI就会给人们留下更深刻的印象。这也是人性的一部分，只有痛苦的事情才能留下深刻的印象，于是大家在不断地和KPI赛跑的痛苦旅程中，就逐渐的忘记了最初的目标。

KPI的另外一个初始目标是追求可控。一句大家耳熟能详的话，叫做指标、责任落实到人。记得有一次中午出去吃饭，我和另外三个同事一起，我们点的菜上错了，点了一个菜，上来的却是另外一个。于是我去找服务员理论，她说我当初就是点的那个她端上来的菜，是我记错了。于是我就询问我的同事们，他们证明大家当时大家记得很清楚，我们没有点错菜，是他们上错了。不过两个菜的差异并不大，所以也就无所谓了，我们也就将错就错吧。最后，服务员还找出了当初记录的底单，并证明给我们看，确实是我们当初点错了菜。我问服务员，我们四个人都记得事实不是这样的，那么唯一的原因只能是点菜的时候服务员听错了，那么在我们已经愿意将错就错不再追究的时候，为什么服务员还要再来证明一次这是我们的错误呢？我询问了一下，服务员说，他们的规定是如果谁上错了菜，那么这道菜的钱就需要从服务员的工资里面扣。这才是故事的结论，一种不合适的KPI落实方式，确实是提高了可控性，减少了损失，但是顾客不爽了，下次不去了，这就背离里最初的目标。故事还没有结束，还需要一个结果，那就是——现在那个饭馆正在重新装修。

最后，在机构、团队、部门膨胀的过程中，越来越多的新人被招聘了进来。这些人不是为了社区目标聚集过来的，而是像公司雇员那样被HR招聘进来的，他们对于最开始的目标并不了解，或者理解得并不深刻，甚至从来都没有认同过那些目标。部门、团队、机构招聘这些人的目的，通常是为了完成KPI，同时也满足自身扩展和膨胀的需求。这些人在KPI和社区最初目标之间会作何选择呢？通常是选择KPI，毕竟他们是为了完成KPI才被招聘的。

最后的后面，那些为了KPI而被招聘的新人，在组织机构中也会追求上升的，他们也希望得到更大的权利和更多的资源。当这些人成为了部门、团队的领导的时候，摆在他们面前，和他们再招聘的新人面前的，还剩下多少目标呢？

前面说了KPI机器是怎么产生的，那么，KPI机器具备什么样的特质呢？

• KPI高于目标

  工作的目的是实现KPI，根本就不知道社区的根本目标是什么，或者即使知道，在KPI和目标发生冲突的时候，首先完成KPI，哪怕这样做会对目标造成伤害。

• 首先完成自己的KPI，管其他人去死

  KPI虽然是由目标分解而来的，但是目标是一个完整的整体，不可能有任何一种分解方式，能够使得KPI覆盖目标的方方面面。而且，时间总会带来很多一开始没有想到的问题。那么这些中间部分怎么办呢？总会出现没有人管得部分，或者多个部门重叠管理的部分。先搞定自己的KPI，别人的KPI考察不到自己身上。甚至所有的KPI管理体系，为了追求更高的效率，都引入了竞争机制，部门、团队、个人之间并不是完成目标的伙伴，而是在KPI竞赛之中的对手。

• 对于那些损害目标的事情，熟视无睹，麻木

  KPI机器里面的人，都是KPI的奴隶，大家可以拥有目标，却不可能拥有KPI，只能是KPI控制人们。于是，当KPI的奴隶们最终屈服于皮鞭的时候，变化就发生了。记得历史课教材上写过，奴隶都是麻木的，没有目标和希望的。他们不是为了自己而工作的。奴隶可以创造出伟大辉煌的东西，比如金字塔，但是他们并不是为了自己去建立金字塔的。
  KPI机器里面的人，不会在意目标，一件事情是对目标有利或有害，对于他们来说，都是无所谓的。他们麻木不仁，只要完成KPI，其他一切都当成是没看见。

• 为了KPI而修订目标，或者干脆为了目标而目标

  有时候，目标就是为了KPI而建立的。就像上面降到了，我们要成为中国最大的什么什么什么，我们要成为世界级的什么什么什么，我们要让全世界都跪倒在脚下。这种目标的树立，就相当于直接将目标下的社区或组织、机构、团队变成了KPI机器。

坚持目标

继续讲前面那个InfoQ的故事还没有结束，我在了解到了InfoQ中国地区的今年的目标是提高流量的时候，我就问过他们的负责人，是不是愿意借助导航站的力量，直接将数据拉高呢？他的回答是“不”。他们需要的是有质量的流量，是来自真正开发者的流量，而不是普通的互联网流量。当然这是他对于导航网站本身缺乏了解，其实导航网站是可以将流量进行细分的，并有效地选择特定的流量输出到特定的方向。不过开发者在导航站上是行为模式确实有别于普通大众，所以效果并不一定好。这个故事告诉我们的是，应该如何在KPI与目标不一致的时候，对KPI说不。或者，在KPI设立的时候，尽可能将其描述得更符合目标，特别是那些容易发生误解的地方。直接将流量定义为有质量的流量，这就更不容易被误解。这些误解和曲解，有时候是大家在压力下故意做出的。毕竟KPI的压力很容易让人发生扭曲。

那么，应该如何坚持目标呢？

• 一日三省，避免沦为KPI机器

  经常自省，反复的思考这样做是不是符合目标。一旦发现偏离，立即纠正。沦为KPI机器是非常可悲的一件事情。

• 不断地修正分解方法，调整KPI使其适应当前的目标

  目标是一开始就存在的，虽然也不是一成不变的，但肯定要比KPI稳定得多。永远记住KPI是为目标服务的，不要让目标单纯的为了KPI而改变。当发现KPI没法很好地体现目标的时候，肯定不是目标错了，而是KPI出问题了，请去调整KPI。调整KPI的时候，一定要认真的思考和理解目标。目标是判定KPI的唯一依据。

• 组织机构中的每个人都要理解，坚持最根本的目标

  随着不断有新人加入，要不断地告诉他们，什么是目标。并确保他们的理解和社区一致。新进入的人，首先要认同目标，然后才是具备其职位所需的技能。不过HR部门经常会在KPI的压力下，降低了对目标认同的标准。毕竟和认同感比较起来，技能是更容易评判的，如果技能不够，也是更容易、更快出现问题的。
  要不断地对不断发展的团队进行培训，告诉大家什么是目标，让大家一起反省，当前做得事情是不是符合目标。

• 目标高于KPI，高于小团体利益

  注重团队之间的协作。有时候，目标就体现在了团队与团队之间，体现在了KPI的夹缝之中。

• 去除那些对目标没有认同感的人

  这就是最终的解决方法了。当有些人或团队的存在，彻底的损害了根本的目标，即使在沟通与教育之后，这些人依然无法认同社区的目标，那么就应该是抛弃他们的时候了。不论这些人是专职雇员，志愿者或社区用户。

小结

• 社区是一群人为了共同的目标汇聚而成的。
• 社区的目标在开始的时候可能并不明确，但必然存在。
• 目标应该是最终目标，不能为了社区而社区。
• 在职业化之后，可以采用KPI的模式来管理社区。
• KPI是对目标进行时间和空间上的分割。
• 要避免让KPI战胜目标，避免沦为KPI的奴隶，避免沦为KPI机器。
• 要不断地强化目标，不断地根据目标修正KPI。
• 在选人的时候，对目标的认同是最重要的。

判定社区是否在向着KPI机器的方向滑坡，有一个最简单的方法。那就是所有的社区，不论是哪一种，通常其目标中都包含一个相同的内容，那就是开心。人们聚集在一起，通常是为了寻找欢乐，寻找认知和认可，寻找成就感和满足感。那么，当社区中的人，不论是专职雇员、志愿者还是社区用户，感觉不开心的时候，那么就是出现问题的开始了。

• 开心通常都是社区目标中比较关键和核心的一部分
• 当有人感觉不开心的时候，那么就出问题了