奶茶店点单背后的决策机制设计：为什么你总忍不住加钱升杯？
上周赶早会，顺道买冰美式。扫完码跳出三个选项：中杯16，大杯19，超大杯22。我本来只要喝一杯解困，鬼使神差选了大杯。
付完钱才反应过来，我这是又掉进了别人设计好的坑里。
别误会，这不是什么消费主义骗局。今天聊的，就是藏在这个小选择背后，你天天碰到却从来没注意过的事——
互联网产品需求评审决策流程示意图
说实话，大部分团队的内耗，根本不是因为大家能力差，是决策机制烂。把简单问题复杂化，把清晰问题模糊化，最后变成走流程甩锅，没人愿意真正拍板。
我见过一个公司，采购五百块的办公文具，要走七个签字流程。每个签字的人都不看内容，拿起笔就签，出了问题都说我只是走流程，我不知道这事。这哪里是决策机制，这是集体甩锅机制。
开源社区代码合并决策规则流程图
很多人对决策机制设计有个误解，觉得我们要追求最优解。不对。
百分之九十的日常决策，根本不需要最优解。只要能快速出结果，不内耗，就已经赢过百分之九十的团队了。你为了选个按钮颜色吵三个小时，哪怕最后选出了全世界最好看的颜色，项目进度拖半个月，有什么意义？
这个道理放哪都通。十字路口的红绿灯，就是提前设计好的过马路决策机制。你不用每次过马路都摇下车窗和对面司机商量谁先走，大家按规则来，省了多少事？要是没有红绿灯，十字路口天天堵成停车场，哪怕每个司机都想选出最高效的通行顺序，也不可能。
别踩坑：决策机制设计的三个隐形陷阱
我这些年见过不少，出发点挺好，最后做崩了的决策机制，大多都是踩了这几个坑。
第一个坑，规则太满，不留缓冲。什么都要管，连员工报销几十块的打车费，都要总监签字。总监天天不用干别的，就给你签字得了。好的决策机制，一定是权责利绑定的，你部门自己预算内的开支，部门经理拍板就行，超预算了再往上走。把该放的权力放下去，核心层只抓真正重要的决策，不然所有人都累死，还做不好事。
第二个坑，只走流程，不定结果。很多会开了，流程走了，最后不说谁干，什么时候交，一句“大家再回去想想”就散会了。我之前碰过一个创新项目，开了八次启动会，每次都达成“进一步沟通”的共识，最后项目到期，没人动过，直接黄了。决策机制的终点是出结果，不是走完全部流程，这点永远要记住。
第三个坑，故意设计模糊规则，方便操纵。这个最恶心。比如年底评优，规则写“择优录取”，什么是“优”？不写清楚，全凭领导一句话。时间长了，所有人都摸透规则了，不用好好干活，天天讨好领导就行，整个团队慢慢就散了。很多公司留着这种模糊规则，美其名曰“保持灵活性”，说白了就是为了方便少数人掌控权力，对整个组织伤害极大。
不过话说回来，从来没有完美的决策机制。任何规则都有边界。
你说投票制公平吧？五个成员四个混日子，一个要干活，投票直接把干活的方案否了，这就是多数人的暴政。你说老板一言堂高效吧？老板看错了方向，全公司跟着埋单，风险扛不住。
所以啊，决策机制设计不是一劳永逸的事，不能定完就放在那落灰。每隔半年一年，拿出来晒一晒，改一改，团队变了，业务变了，规则当然要跟着变。
回到开头我买奶茶那件事。你说奶茶店设计三个杯型选项，是套路吗？其实换个角度想，它也是个双赢的决策机制设计。它给了你明确的对比选项，不用你想“我要多大杯”，直接选就行，省了你纠结的时间。商家提高了客单价，你也觉得自己选了性价比最合适的，大家都满意。
说白了，决策机制设计从来不是什么高深的管理学阴谋，本质就是帮所有人省时间，减少不必要的拉扯。不管是开公司管团队，还是开奶茶店卖咖啡，道理都是通的。
好的决策机制，是帮人做选择，不是考人做选择
很多人一听到决策机制设计，第一反应就是大企业战略会、董事会投票那种高大上的东西，和普通人没关系。不对。大到公司定年度战略，小到奶茶店给你排选项，只要是需要人做出选择的场景，就有决策机制设计。 我待过的第一个团队，评审需求全靠乱聊。每次开会发几十页的PRD，提前三天发下去，没人看。开会的时候老板说我觉得这个功能不错，几个产品经理跟着点头，开发有不同意见不敢说，最后做出来上线骂声一片，推倒重构。 这就是典型的烂设计。把本该提前梳理清楚的问题，扔给所有人开卷考试，还不给划重点。最后考出来的结果，自然歪歪扭扭。 后来新负责人来了，直接改了规则。我至今都觉得这套规则太舒服了：所有要上会评审的需求，必须先贴一张一页纸的核心信息卡，写清楚要解决什么问题，资源要多少，预期收益是什么，会前一天发所有人。会上只聊卡上没说清的分歧点，有共识直接过，没共识谁担这个需求的风险，谁拍板。 就这么简单。原本开两个小时吵不出结果的会，现在四十分钟搞定。互联网产品需求评审决策流程示意图
说实话，大部分团队的内耗，根本不是因为大家能力差，是决策机制烂。把简单问题复杂化，把清晰问题模糊化，最后变成走流程甩锅，没人愿意真正拍板。
我见过一个公司，采购五百块的办公文具，要走七个签字流程。每个签字的人都不看内容，拿起笔就签，出了问题都说我只是走流程，我不知道这事。这哪里是决策机制，这是集体甩锅机制。
底层逻辑：把不确定的选择，变成可落地的规则
决策这件事，本质是应对不确定性。你不知道选A对还是选B对，未来没发生，谁也拍胸脯保证不了。 决策机制设计的核心，就是把大部分重复的、可预见的选择，提前用规则定死，不用每次遇到都重新吵一遍，省下大量的沟通成本。 我有个朋友做开源社区，之前一直乱得很。贡献者提了个新功能，几百个人在issue里吵，吵半个月没结果，最后贡献者不耐烦走了，功能黄了。 后来他们定了三条硬规则，只要满足就合并，不满足就打回去：第一，单元测试覆盖率过80%，第二，符合现有代码规范，第三，不破坏现有对外接口。就三条。满足条件，核心维护者直接合，不用拉投票，不用所有人同意。 一下子就清净了。贡献者知道该怎么改，维护者不用天天当和事佬，社区发展快了一倍都不止。开源社区代码合并决策规则流程图
很多人对决策机制设计有个误解，觉得我们要追求最优解。不对。
百分之九十的日常决策，根本不需要最优解。只要能快速出结果，不内耗，就已经赢过百分之九十的团队了。你为了选个按钮颜色吵三个小时，哪怕最后选出了全世界最好看的颜色，项目进度拖半个月，有什么意义？
这个道理放哪都通。十字路口的红绿灯，就是提前设计好的过马路决策机制。你不用每次过马路都摇下车窗和对面司机商量谁先走，大家按规则来，省了多少事？要是没有红绿灯，十字路口天天堵成停车场，哪怕每个司机都想选出最高效的通行顺序，也不可能。
别踩坑：决策机制设计的三个隐形陷阱
别踩坑：决策机制设计的三个隐形陷阱
我这些年见过不少，出发点挺好，最后做崩了的决策机制，大多都是踩了这几个坑。
第一个坑，规则太满，不留缓冲。什么都要管，连员工报销几十块的打车费，都要总监签字。总监天天不用干别的，就给你签字得了。好的决策机制，一定是权责利绑定的，你部门自己预算内的开支，部门经理拍板就行，超预算了再往上走。把该放的权力放下去，核心层只抓真正重要的决策，不然所有人都累死，还做不好事。
第二个坑，只走流程，不定结果。很多会开了，流程走了，最后不说谁干，什么时候交，一句“大家再回去想想”就散会了。我之前碰过一个创新项目，开了八次启动会，每次都达成“进一步沟通”的共识，最后项目到期，没人动过，直接黄了。决策机制的终点是出结果，不是走完全部流程，这点永远要记住。
第三个坑，故意设计模糊规则，方便操纵。这个最恶心。比如年底评优，规则写“择优录取”，什么是“优”？不写清楚，全凭领导一句话。时间长了，所有人都摸透规则了，不用好好干活，天天讨好领导就行，整个团队慢慢就散了。很多公司留着这种模糊规则，美其名曰“保持灵活性”，说白了就是为了方便少数人掌控权力，对整个组织伤害极大。
不过话说回来，从来没有完美的决策机制。任何规则都有边界。
你说投票制公平吧？五个成员四个混日子，一个要干活，投票直接把干活的方案否了，这就是多数人的暴政。你说老板一言堂高效吧？老板看错了方向，全公司跟着埋单，风险扛不住。
所以啊，决策机制设计不是一劳永逸的事，不能定完就放在那落灰。每隔半年一年，拿出来晒一晒，改一改，团队变了，业务变了，规则当然要跟着变。
回到开头我买奶茶那件事。你说奶茶店设计三个杯型选项，是套路吗？其实换个角度想，它也是个双赢的决策机制设计。它给了你明确的对比选项，不用你想“我要多大杯”，直接选就行，省了你纠结的时间。商家提高了客单价，你也觉得自己选了性价比最合适的，大家都满意。
说白了，决策机制设计从来不是什么高深的管理学阴谋，本质就是帮所有人省时间，减少不必要的拉扯。不管是开公司管团队，还是开奶茶店卖咖啡，道理都是通的。