中午 11:40，五个人的工作群。
A：中午吃啥？
B：随便
C：都行
D：你定吧
我：那吃面？
（没人回）
两分钟后，B：面啊……也行吧
这顿饭最后是面。坐下来的时候还有两个人说，其实我不太想吃面。
以前我以为问题在于大家真的没想法。后来才发现不是——「随便」这三个字，保护的是说这句话的人。
01 「随便」这三个字在保护什么
提议是有成本的。
你提了一个选项，这个选项就归你了。结果好，没人记得是你提的；结果不好，大家会记得——菜不好吃、等太久、太贵，这些账最后都算在提建议的那个人头上。
而沉默的成本是零，风险也是零。你说「随便」，这顿饭再难吃也跟你没关系。
所以群里永远在打转，不是因为没有偏好，是偏好被藏起来了。每个人心里都有一个答案，但每个人都算过一遍：说出来值不值。
这个账我太熟了。开会的时候我问「大家有什么意见」，底下没人说话。不是没意见，是意见说出来要负责，不说不用负责。散会之后单独聊，每个人都能说出三条。
午饭群里的沉默和会议室里的沉默，是同一件事。
02 随机解决了一半，另一半才是难点
很多人以为，选不出来就随机一个。转盘转一下，谁都没话说。
这条只解决了一半。
它解决的是「谁说了算」——现在没人说了算了，是转盘说的。但它解决不了另一半：「摇到我不满意的，凭什么听它的」。
这一半才是多人场景真正的难点。我自己在做的时候，卡在这里最久，最后改了三个地方。
第一，每人只能摇一次。
一个会话里，你摇到什么就是什么，不能重摇。这个限制有两个入口都要堵：屏幕中间那个开始按钮，和摇一摇手机。两个都堵上才算真的只有一次。
理由是，能重摇的随机不是随机。能重摇，实际玩法就变成了「摇到满意为止」——那跟你自己选一个，没有任何区别，只是多了几个动作。
第二，摇到不等于投给它。
摇奖结果和投票是分开统计的。你可以摇出川菜，然后投票投给粤菜。
这两件事分开，是给「不满意」留一个明面上的出口。你可以不服，而且你的不服会被记下来、被看见。多人场景里最麻烦的不是有人不满意，是不满意的人没地方表达，最后变成一句「都行」憋回去，饭桌上再阴阳怪气地冒出来。
第三，后台同步不要出声。
摇完、投完、有人加入会话，这些都在云端同步。但同步是静默的，不弹提示。
最怕的是每来一个人弹一次窗。五个人吃饭，弹五次，现场就散了。后台该做的事不要打断人。
03 开十几年会，我学到的不是让所有人满意
五个人，三分钟，达成一顿饭的共识。这件事本质上是一个小型组织决策问题——跟我在会议室里干了十几年的活，是同一类问题。
我学到的不是怎么让所有人满意。那是做不到的，五个人五个口味，不存在一个让五个人都开心的选项。
我学到的是怎么让所有人认这个结果。
认和满意是两回事。满意的选项是「这正是我想吃的」，认的选项是「这不是我最想吃的，但我接受这个流程，所以我也接受这个结果」。
机制要做的，不是选出最好的那个选项，是产出一个没人需要背锅的选项。
一旦结果不需要任何人负责，那些藏起来的偏好就不用再藏着了。你可以明说我不满意，因为不满意针对的是转盘，不是针对任何一个人。
04 会话是怎么跑起来的
建一个会话，把链接丢进群里，谁点进来谁就在里面了。不在同一个办公室也能一起摇，异地团队、周末约饭都行。
摇完、投完的结果实时同步到所有人手机上，不用反复问「你摇了个啥」。
这就是「今天吃什么 - 转盘选餐」里我花时间最多的那部分——转盘本身不难，难的是让五个人在同一个结果上达成一致，而且谁都别觉得是自己吃亏了。
05 说清楚它不适合谁
两个人的时候，用不上。两个人直接问一句「你想吃啥」，来回两句就定了。开会话、摇转盘的成本比问题本身还高。
如果你们组有明确的意见领袖，也用不上。他说了算，大家都认，那这个机制是多余的。机制是为「谁都不想担这个责任」的场景准备的。
它不评价好不好吃。不做餐厅评分，不告诉你哪家值得去。它只负责在大家都说「随便」的时候，把这个局收掉。
你们组中午是谁在默认点单？是他自愿的，还是没人接？评论区说说，一句就行。
热门跟贴