每一篇社区运营建议都在叫你建立一个仪式,却几乎没有一篇告诉你,你的那个为什么在第六周就死了。
原因通常不是大家不在乎。仪式失败的结构性成因只有少数几种,而且全都在设计的那一刻就已经定下,其中大部分要算在主理人头上,只不过在当时,它看起来只是热情。
仪式死于热情,而不是疏忽
能活下来的仪式都很无聊。不是那种“还算有点意思” — 是真的无聊,刻意为之,设计使然。
杀死大多数仪式的,是主理人设计了一个自己享受设计的东西:带主题的形式、轮换的结构、一点制作感。这在你兴致勃勃的第一周没问题,到你兴致全无的第九周就是灾难,而第九周才是唯一说了算的那一周。
仪式是一个你在最糟糕的那一周也必须兑现的承诺,所以它必须廉价到你在最糟糕的那一周也兑现得起。这就是全部的设计约束;那句老生常谈的把仪式做得无聊一点并不是缺乏野心,它就是野心本身,只不过用在了正确的变量上。
为下限设计,而不是为上限
问问自己:在你生病、出差、或者手头一堆事情落下的那一周,这件事要花你多少成本。
如果诚实的答案是四十分钟的构思,那它撑不过第一个糟糕的两周;等它断掉,你会下结论说成员不感兴趣。他们感兴趣。你造的东西需要一个只在状态好的周里才存在的你。
对任何每周一次的事情来说,十分钟差不多就是上限,而做到这一点靠的是模板,不是灵感:同一句开场白、同样的结构、一个等你填的空。如果你会不好意思承认它有多公式化,那你多半就做对了。
仪式是那个位置,不是那些内容
成员记不住你出的题。他们记住的是:周五就是发成果帖的日子。
所以,杀死一个正在运转的仪式,最常见的方式就是去改进它。你给它改个名字、挪到一个更合适的日子、把形式翻个新 — 从里面看这显然是进步,从外面看却是原来那件事停了,一件新的事从零开始。内容确实变好了。仪式没了。
内容你想换多勤都行,容器几乎永远不要动。同样的名字、同样的日子、同样的地方,一直下去 — 这种可预期性不是你要绕开的限制,它就是产品本身。
四种仪式,以及它们各自怎么死
下面是最常见的几种,给的是具体的死因,而不是泛泛的告诫。
| 仪式 | 它实际上怎么死的 | 什么能让它活下来 |
|---|---|---|
| 每周一问 | 你想不出有意思的问题了 | 一个反复填空的模板,而不是每次现编的问题 |
| 每月连线 | 出席人数一低,你就取消了一次 | 四个人也照开,而且永不取消 |
| 成果帖 | 总是那三个人在发,然后他们也不发了 | 你自己带头发,发得比你觉得该有的时间更久 |
| 回顾或摘要 | 它悄无声息地变成了第二份工作 | 永久限定篇幅,哪怕可写的更多也不加 |
上面每一种失败都是一个决定,而不是一个结果 — 这是好消息,因为决定下次可以做得不一样。
它必须扛得住只来四个人
只有二十位参与者才成立的东西是活动。仪式是不管有没有人来都照样发生的东西。
你因为只有四个人报名就取消一次连线的那一刻,就等于教会了所有人:这件事只在有足够多人在意的时候才发生。于是没人能指望它,于是更少的人围着它安排时间,于是恰好出现了那种足以让你取消下一次的出席人数。这个螺旋很短,而且完全是自己造成的。
所以四个人也开。两个人也开。一场只有三个人的月度连线是一场好连线,也是一个可靠的承诺,而这份可靠才是你真正在建的东西 — 这个论点更完整的版本在让沉寂的社区重新活过来里,在那里,没有任何仪式通常就是诊断结论。
你必须能够缺席
如果它只有在你亲自发帖时才会发生,那你建的不是仪式。你建的是一件挂着你名字的周期性任务。
检验标准是:在你完全不在场的两周里,它能不能照常跑下去。这需要两样东西之一:一个简单到别人不用问你任何事就能发出来的模板,或者一个你之外、指名负责它的人 — 这就是把事情交给成员最小也最好的那个版本。
大多数主理人都是在休假时,用最惨痛的方式发现这一点的。仪式停了,没出什么大事,然后重启比暂停难得多,因为一件被中断过一次的事,从此就明摆着是可有可无的。
前十周就是全部的成本
在它的缺席会被人察觉之前,仪式都还不算真的存在,而走到那一步花的时间,比任何人预估的都长。
在那之前,撑着它的只有你一个。大概到第四周,它会让你觉得毫无意义,而那恰恰是大多数人悄悄放弃的时候;活下来的那些,几乎总是有人提前就认定第四周会是这种感觉,然后照样做下去。
十周是值得你一开始就承诺下来的数字,因为它把“这到底有没有用?”这个问题 — 每周问一次,每次都悲观地回答 — 变成了一个你早已做出、不必每个周五重新翻案的决定。
软件会替你重复什么,又不会替你重复什么
这里有一个真实存在的不对称,它决定了哪些仪式维持起来更便宜。
在 Mateflow 上,活动是真的会循环的:一个活动可以设成带重复规则的系列,所以一场月度连线只需排一次,之后就会自己持续出现。帖子不是这么运作的。帖子可以定时在某个具体时刻发出,你也可以提前排好几篇,但没有重复规则 — 凡是主题帖形态的东西,重复的那个人就是你。
这件事值得你顺着去设计,而不是拿来抱怨。如果你的仪式是一场连线,就让系列去扛着,然后别再惦记它。如果是一个每周主题帖,就接受排期是手动的,然后成批地做 — 一次写六篇,排好各自的发布时间,这样在你忙得脱不开身的那个月,仪式也活得下来,而那个月本来正是会终结它的月份。这种成批处理的习惯,才是内容日历里唯一真正吃劲的那个想法。
三件不要做的事
不要一次上线三个仪式。你一个都维持不住,而这种失败在成员眼里读到的不是“一次实验结束了”,而是“这地方冷清下去了”。
不要在它运转良好的时候去改进它。这股冲动大概在第四个月冒出来,而它几乎总是主理人自己腻了,成员却还没腻。
不要在冷清的时候道歉。“这周响应不太多!”这句话等于告诉所有人这个仪式表现不佳,而这是唯一一种保证下周更糟的说法。
有意识地结束一个仪式
有些仪式本来就该停掉,而这件事有一种几乎没人用的正确做法。
说清它要结束了,说清为什么,说清最后一次是哪天。一条帖子就够。它换来的,是“事情会慢慢淡掉”的社区和“事情是被决定的”社区之间的差别,而成员对这个区别读得很准,哪怕他们从不提起。
一个悄无声息断掉的仪式,让你付出的代价比这个仪式本身值的还多,因为这个教训会被推而广之:它等于告诉所有人,这里周期性的东西都是临时的,于是冷清被误读成了衰退,而它其实只是某件事结束了,却没人宣布。
说到底
一个仪式,保持无聊,固定在同一个位置上跑,比你今年会想出来的所有聪明形式加起来都值钱。
按你最糟糕的那一周来造它,而不是按最好的那一周。容器固定不动,换的是装进去的东西。四个人也照开、永不取消,确保你之外还有人能把它发出来,并且在允许自己对它到底有没有用发表意见之前,先承诺满十周。然后就别再动它了 — 而如果它确实该结束,就大声地结束它,这正是“决定”和“漂流”之间的全部差别,也是节奏胜过爆发之所以成立的原因。