让沉寂的社区重新活过来,关键是诊断出它安静下来的真正原因、和还在意它的一小群人重新开始、并重建一个值得回来的理由——而不是向所有早已离开的人宣布重启。最常见的复活尝试之所以失败,正是因为它从发公告开始。
不过在做这些之前,有一个问题值得诚实地回答。
先决定要不要复活它
并不是每个安静的社区都该重启。有些应该关掉,而把它体面地关掉,比再失败一次的重启要好得多。
三个问题就能决定。还有人想要它吗?不是“发问卷会不会有人说想”——而是过去三个月里,有没有人主动来问过你?你自己还想要它吗?出于愧疚而运营的社区,一周之内就会被看出来,成员分得清谁是乐在其中,谁只是在维持一份义务。它当初存在的理由还在吗?围绕某个产品、某一期学员或某个时刻建立的社区,有时候在那件事结束时一起结束,才是对的。
如果诚实的答案是否定的,就直接跳到最后一节。这没什么可羞耻的,一个好好收场的社区留下的是善意,而一座迟迟不散的鬼城只会把善意消耗殆尽。
有一个区别值得说清楚:安静不等于死掉。一个每周有 12 个人聊天的小社区并不是失败——它只是小。死掉指的是很长时间里,除了你没有别人发过帖。
诊断它为什么死了
复活尝试失败,往往是因为它治的是症状。诚实地对号入座。
| 你看到的现象 | 可能的原因 | 真正管用的做法 |
|---|---|---|
| 只有你在发帖,回复都很客气 | 它是一群观众,不是一个社区 | 给成员一件事做,而不是给内容 |
| 上线时热闹,第六周就没声了 | 没有反复回来的理由 | 一个仪式,按固定节奏 |
| 空间开了一堆,个个都快空了 | 太早、分得太散 | 狠狠地合并 |
| 你一忙起来它就安静了 | 一切都依赖你 | 把真正的角色交给成员 |
| 人加进来就再没回来过 | 新人引导从没接住任何人 | 先修好第一周,再重新开放 |
大多数死掉的社区同时占了其中两条。挑那条你最不愿意承认的——通常它才是真的那条。
它是一群观众,不是一个社区
这是最常见的原因,也是最难接受的:人们是为你而来,不是为彼此而来。
破绽在回复的形态里。在观众里,每一条讨论都是成员对你、你对成员。在社区里,成员会互相回答,而你有时完全没出现在一条精彩的讨论里。如果你翻遍存档,找不到一场你没参与的对话,那它从头到尾都只是观众。
解决它靠的不是多发帖。而是少发那种把你放在中心的内容,转而制造出成员彼此需要的情境——你有意隔一天才回答的问题、要求写明具体求助内容的自我介绍、一条整个重点就在于别人以前做过这件事的讨论。
从来就没有回来的理由
上线时的热度是真的,但它无法复制。一个热闹两周、到第六周就安静下来的社区,通常没有仪式——没有什么是不管有没有人来劲,都会按时发生的。
仪式生来就是无聊的,这正是重点。每周同一天发出的一个问题。不管来 4 个人还是 40 个人都照常进行的月度线上会。一条名字可预期的固定讨论帖。具体是什么仪式,远不如它的可预期性重要,而且有一个就够了——节奏之间如何配合,可以看如何搭建互动策略。
它被分得太散
十四个空间、每个只有两条帖子,等于在告诉每一位访客:这地方是空的。空旷是会传染的:一个成员落到一个死气沉沉的房间里,就会断定整个社区都死了,也不会再去看那个原本还在运转的空间。
合并是复活过程中见效最快、最看得见的一步。把已经结束的空间归档,把重叠的合并掉,收到三四个真正能显得热闹的空间。归档能让内容依然可读、可搜索,又不会在导航里留下一堆死房间,这正是你想要的。我们的结构指南讲了目标形态。
重启的顺序
大多数复活就是在这里出错的:它们从向全部成员名单发公告开始。
千万不要先做这件事。向 4,000 名沉睡成员群发邮件,只会带来一波涌入的人,他们发现房间依然是空的,验证了自己的猜想,然后永久离开。你会得到第二座坟场,而这一座更难补救,因为人们这次有了证据。
真正管用的顺序,是反过来的。
1. 私下找 10 个人聊。不是群发——而是给当年它还运转时最活跃的那些成员一条一条发消息。问他们发生了什么、什么能让他们回来、以及愿不愿意帮忙。有些人会拒绝。答应的那些人,就是你的重启。
2. 在任何人到来之前,先让这地方看起来是活的。合并空间、更新欢迎帖,让那 10 个人先发一两周的内容。访客落地时应该看到真实成员最近的活动,而不是一条关于重启的置顶公告。
3. 让仪式先跑起来,跑满两轮,再去邀请任何人。一个看得见地发生过三次的仪式,读起来像习惯;一个只是被宣布出来的仪式,读起来只是承诺。
4. 然后再打开大门——而且即便到这时,也要分批放人进来,而不是一次性全放,好让新到的人遇到的是对话,而不是彼此的沉默。获得前 100 位成员里的那些做法在这里同样适用,因为一次复活就是一次带着邮件列表的冷启动。
把重启锚定在一场有具体日期的活动上,比发公告有用得多——活动是一个在特定时间出现的具体理由,而公告永远不是。
不要做的事
四种失败方式,个个都很诱人。
不要伪造活跃度。用员工账号假装成员,或用机器人把动态填满,一旦被发现就会永久摧毁信任——而且一定会被发现。一个安静但诚实的社区还能恢复;一个被抓到在演戏的社区不能。
不要让人内疚。“我们想你了,这里好久没动静了”这种话,是把你的问题变成读者的责任。他们不会觉得愧疚;他们会觉得自己在被摆布,然后退订。
不要用换品牌的方式重启。新名字、新标识、新平台一起上,通常是用动作代替诊断。先修好人们离开的原因——把一个死掉的社区搬到新平台,得到的是一个在新平台上死掉的社区。
不要承诺你守不住的节奏。当一个社区第二次安静下来,成员会断定这是常态而不是偶然,而且他们的判断是对的。
怎么知道它开始奏效了
信号不是成员数,也不是发帖总数。
要看成员之间的互相回复。当人们在你不在场的讨论里互相回答,复活才是真的。在那之前,你做的只是一场到场人数更好看的广播。
要看回访,而不是新加入。一个连续三周回来的人,比 50 个各自只出现过一次的重新激活更有价值。还要看在你忙起来的那一周,仪式能不能撑住——这才是它究竟属于社区还是属于你的真正检验。从这里开始,降低成员流失里的留存机制就适用了,因为让一个复活的社区活下去,和让任何社区活下去是同一件事。
如果是时候关掉它了
好好收场是一项被低估的能力,而且它是正确选择的次数,比互联网上愿意承认的要多。
直接告诉大家,而不是让它慢慢消失——发一条简短诚实的帖子,说明社区将要停止运营、为什么、以及什么时候。给他们一个日期;如果有下一个去处,也告诉他们。让人们可以导出或保存自己贡献过的东西;某个人两年的帖子,对他本人是有分量的。
然后在可能的情况下选择归档而不是删除,让内容保持可读、可搜索。一个干净结束的社区,会让人们对你留有好感,这在你日后再做一个社区时是有用的——而且很多关掉过社区的人,后来确实又做了别的事情,并且对第一个为什么安静下去有了更好的直觉。
结论
诚实地决定它该不该回来。如果该,就去诊断真正的原因而不是症状,用 10 个人而不是 4,000 人重新开始,在任何人到来之前先让这地方看起来是活的,并让一个无聊的仪式一直跑到它变成习惯。
而如果它不该回来,就把它好好关掉。那不是失败——那是这件事里让所有人(包括你)都比守着一座没人忍心关掉的鬼城要好的那个版本。