共识决策成本高，但降低执行阶段的阻力
别名: 共识过程 · 全体同意 · rough consensus · 阻塞权
概念解释
共识决策（consensus decision-making）指一个决定只有在全体同意、或无人持重大反对（所谓「保留意见下的同意」）时才通过。它的成本写在定义里：讨论必须持续到最后的异议被处理或被安抚为止，耗时随分歧深度增长；它的收益发生在决定之后——因为每个人的异议要么被解决、要么被显式记录，执行阶段几乎没有需要克服的阻力。这与多数表决恰好互补：多数决把成本压在决定前（快）而把矛盾推迟到执行（阻力），共识把成本压在决定过程（慢）而换取执行的顺滑。工程界的弱共识（rough consensus，IETF 的「大致共识加可运行代码」）是它的可操作变体：不追求人人赞成，只要求无人有未被回应的重大反对。
机制
共识过程之所以能生产承诺，靠三个结构。第一，它强迫处理少数方的信息：任何人都能以异议让进程停下，使得本会在计票中被清零的顾虑必须进入讨论，这正是多数表决缺的程序公正信号。第二，同意是一个公开的明示动作，公开承诺比私下态度更难撤回，参与者在表达同意的那一刻承担了社会性义务。第三，被保留下来的反对会以记录形式随决定存活（「我同意推进，但担心 X」），执行中一旦 X 显现，组织有现成的回头路而不是翻脸。代价是成本结构：每一对分歧都需要双边处理，共识耗时随人数与初始分歧的增长远快于线性，大群体里这条路在时间上根本走不完。
怎么研究
- 范式：机制比较实验（共识 vs 多数决 vs 领导裁决），记录决定耗时与质量、执行阶段投入；田野研究用治理档案（开源社区、维基百科、标准组织的决策记录）对比不同机制下的决定数量、回退率与后续冲突。
- 变量：自变量为决策机制、群体规模、初始分歧度；因变量为达成决定的时间、决定存活率（未被推翻）、执行速度、后续冲突事件数。
- 在界面研究里的用途：设计协作产品的共识流程（提案—评论—异议—确认）时，确定在哪一步引入时间盒与回退规则，考察流程参数对通过率与事后回退率的影响。
- 方法论注意点：共识过程记录不完整——被处理的异议未必留痕，「沉默的勉强」与「真正的同意」在档案里同样表现为通过，需要访谈补测；共识耗时与分歧深度的关系在跨组织比较时受议题类型混淆，同组织前后对比更可信。
边界
共识在小规模、高信任、成员投入度高的群体（核心团队、合伙决策）中最划算；超过十几人后讨论成本通常超过执行收益，需要分层代表制或回退到多数决。它对恶意阻塞（block）没有内建防御：一个人可以用否决权绑架全体，因此阻塞权必须配使用条件（阻塞者须同时提出替代案）与代偿（多次阻塞的信誉后果）。时间压力是硬边界——截止日期前无法完成的共识不是共识，是疲劳性同意（讨论到大家都累了才通过），这种「共识」的执行阻力一点不少。
怎么落地
- 给共识过程设时间盒与明确的回退规则：到时未获共识即触发预定的替代机制（多数决、推迟、维持现状），并事先写进流程，让回退不带输赢色彩。
- 把阻塞权设计成高成本动作：行使者必须书面给出理由与替代案，而非单击否决。
- 通过时显式收集并公示保留意见（「同意，但担心 X」），让执行阶段有现成的风险清单。
- 大群体用分层共识：小组内达成立场，派代表进入上一层，而不是全体同场讨论。
- 验证：比较共识通过与多数决通过两类决定的执行指标（完成周期、返工率、事后推翻率）；若共识决定的返工率不显著更低，说明共识过程在空转，只花了时间没换到执行收益。