如何认可你的成员

认可才是多数成员真正来这里换取的东西，而它恰恰是你的软件无法替你完成的那一件事。

积分、徽章、等级，全都是它的替身。这些替身有用。但从来没有人因为跨过一个阈值就觉得自己被看见了，而替身与真身之间的那道缝隙，正是多数社区悄无声息地流失成员的地方。

徽章说的是「系统注意到了」

自动化的认可和来自人的认可，感觉完全不同，成员一秒钟之内就分得出自己收到的是哪一种。

徽章说明某个计数器越过了一条线。而来自一个人的一句话说明：有人读了你写的东西，并且在读完之后还想着它。前者令人愉快，转身就忘；后者才是人们把一个社区说成「我属于这里」而不是「我订阅了这里」的原因。

这不是在反对那套机制。该跑就让它跑—它们干的是你手工干不完的活，游戏化本身也是一门手艺。这是在反对另一件事：以为机制一开，这份责任就算尽到了。因为一旦它们成了这里唯一能拿到的认可，成员就会开始把这个地方读成一台在清点他们的机器。

检验标准：这句话换成谁都说得通吗？

把认可和客套区分开来的，只有一个问题。

「写得真好！」很暖，但它不是认可—这句话可以留在任何人、任何一天的帖子底下，甚至不必读完。而「分两步走那一段，正是我去年做错的地方」证明了：一个具体的人，读了一个具体的东西。暖意是一样的，信息量不是，而真正落地的是信息。

如果你的评论一字不改就能贴到别人的帖子下面，那它是客套。这不算什么罪过—社区需要客套—但别把它误当成让人留下来的那样东西；一个一周留下四十条这种评论的运营者，完全可能真心以为自己在认可别人。

四种认可，各自在说什么

四种都有各自的位置。但只有一种，做的是人们会记住的那份工作。

第三行的成本大约是二十秒，而没有人做得够多，主要是因为它要求你真的把东西读完。

认可行为，而不是结果

多数运营者夸的是成果，而成果恰恰是成员最控制不了的东西。

去夸某人一次漂亮的发布，等于告诉全场：在这里，漂亮的发布会被看见。而这条信息，只对已经有过一次漂亮发布的人有用。去夸某人为一个新手的问题写了一份耐心的回答，等于告诉全场：在这里，给新手的耐心回答会被看见—而这是任何人明天就能重复一遍的行为。

先问清楚你想要更多的是什么，然后精确地认可那件事。这听起来很机械，却是一个运营者手上杠杆率最高的习惯，因为规范其实是靠认可定下来的—远比规章有效，规章描述的不过是你希望自己拥有的那套规范。

公开塑造规范，私下成全一个人

这两者不能互换，而且怎么选跟声量无关。

公开的认可是说给所有正在旁观的人听的指令：它在说，这里看重的是这个。私下的认可留给那些一旦公开说出口就会让人难堪的事—比如你注意到他默默地接住了一个月里每一个新人的提问，又比如他那篇帖子远比表面上看起来勇敢。

想让行为被复制，就公开说；想让这个人真切感受到，就私下说。把这两者用反了是常事：运营者出于体贴而私下称赞，然后纳闷规范怎么传不开；或者把一份本来只写给一个人的善意，拿到台面上去表扬。

唯一不该变成仪式的东西

社区里几乎每一样东西都因为可预期而受益。这一样是例外。

每周固定的帖子之所以有效，恰恰因为它无聊、按点出现，而这份可预期本身就是产品。认可把这条规律反了过来。「月度之星」一开始是荣誉，可只要有人算明白人人早晚都能轮上一次，它就变成了轮流坐庄；到那一刻，它就不是认可了，而是按时间表确认一下出勤。

认可必须具体地挣来，并且不可预期地给出，否则它就不再携带任何信息。如果你想要一个固定栏目，那就让这个栏目关于成员，而不是关于某一个成员—比如一个人人都可能被看见的「战果帖」—而把那种点到个人头上的版本留在日程之外。

不要因为别人同意你而认可他

这一条让人不舒服，也值得在上面多坐一会儿，因为它几乎完全是无意识发生的。

一个运营者感谢得最多的，往往是对他好的人：在火药味很浓的帖子里替你说话的人，给你的公告点赞的人，说这个社区改变了他人生的人。一年下来，持续认可这些人，筛出来的会是一个由「对运营者好的人」组成的社区，而那和你当初打算建的社区，是完全不同、而且糟糕得多的东西。

去数一数这个月你公开说出过谁的名字。如果这份名单上大多是同意你的人，那么全场早就看出来了，而那些有些扎人却有用的话要说的成员，已经开始把话咽回去了。

软件能注意到什么，又注意不到什么

值得把话说精确：自动化的那一半在哪里真的帮得上忙，又在哪里从结构上就帮不上。

Mateflow 的徽章管理器按七个阈值发放徽章，并且自己把它们归成三类：「活跃度」（发帖、评论、积分、登录天数）、「社交」（收到的点赞）和「变现」（订阅月数、消费金额），任何把几类混在一起的徽章都会被标成「混合」。这套标注值得留意，因为它就在你的徽章列表里告诉你：此刻你奖励的究竟是付费，还是参与—前者有时正是你想要的，但它任何时候都应该是一个决定。

要紧的是，这七个全都是量。分类只告诉你动的是哪一个数字，不告诉你某个人究竟做了什么。这七个里没有一个能表达出：某一条回答慷慨得不寻常；或者某个人在一个说真话要付出代价的帖子里，把那句难听的话说了出来。系统衡量得了多少，却注意不到具体是哪一件事—而让人留下来的认可，整个儿住在「具体是哪一件」里面，这也正是它至今是一份工作、而不是一项设置的原因。

三件不要做的事

不要为了别人私下做的事而公开感谢他。一个私信你、认真讲清某个问题的人，并没有报名去当典型；这种事做过一次，所有人就都学会了：以后跟你说话得更小心。

不要只认可头部贡献者。他们已经好得很了。真正需要那句话的，是那个第三次发帖仍然没人回的成员；对他来说，一句具体的话决定了还会不会有第四次。

不要攒着一起做。在周五补作业的时段里批量写出来的认可，读起来就是它本来的样子；而当你一口气写到第十一条时，最先丢掉的恰恰是让它生效的那份具体。

你的上限是真的，所以要把它分出去

你没办法亲自认可五百个人，而假装可以，正是运营者最后一周留下四十条「写得真好！」的原因。

过了某个规模，诚实的做法是不再当唯一的来源。成员之间互相认可，能以你永远做不到的方式扩张；而它的产生方式和其他所有同侪行为一样：当众做几次，然后让开，以及把一小块地盘交给几个人自己去运营，好让「地位」有一个你之外的来源。

这也是增长真正的代价，以及规模是一个决定而不是一个结果的原因—你真正看得见的人数，就是你的社区能以满强度承载的人数。

归根结底

认可不是一个你打开就有的功能。它是二十秒的注意力，具体地给出，并且来自一个其注意力本身就有分量的人。

徽章照跑，但别再相信它们已经把活干完了。说出这个人具体做了什么，而不是说一句「很棒」；认可你想被重复的行为，而不是你欣赏的那个结果；公开用来立规范，私下用来对人；并且让它留在日程之外，这样它才始终有分量。然后检查一下：你公开说出口的那些名字，是不是只剩下同意你的人的名字—因为得不到认可的成员不会抱怨，他们只是不再出现；而等这件事在数据上显示成流失，它早就不再是当初那个容易得多就能修好的问题了。