V9.02.2Explicit invitation activates unique information设计研究
独有信息的持有者通常需要被明确邀请才会发言
别名: 点名邀请 · 共同知识偏差 · 谁知道什么
概念解释
独有信息的持有者不主动开口，通常不是在隐瞒，而是卡在两道看不见的门槛上：不确定自己的信息相不相关，以及不确定此刻说出来合不合适。明确邀请（「上次那个项目是你跟的，有什么是我们不知道的？」）一次跨过两道门槛——它既确认了相关性（组织确实需要这条信息），又授予了发言合法性（现在说不是炫耀、不是跑题）。群体讨论的信息产量，很大程度上取决于主持人有没有一套「谁知道什么」的地图和据此点名的习惯。
机制
第一道门槛是认知性的：人们系统性地高估他人与自己共享知识——自己知道的内容显得「显而易见」，于是判断它不值一提。这是共同知识偏差（mutual knowledge bias），它使独有信息在持有者自己的评估里就被贬值了。第二道门槛是社会性的：在一个正在收敛的讨论里插入「可能不相干」的内容，有打断节奏、显得卖弄的风险，收益却不确定；两相权衡，沉默是理性默认。明确邀请同时拆除两道门槛：点名把「相关性」的判断从持有者转移到提问者，被点名本身构成发言的完整授权。这解释了为什么泛泛的「大家还有什么补充吗」几乎从不奏效——它没有指认任何人的任何信息类别，两道门槛原封不动；而具体到人和事的提问立即起效。
怎么研究
- 范式：隐藏档案范式中的提问操纵——比较「无提示」与「主持人被指示直接询问信息持有者」条件下独有信息的进入率；团队认知研究用交互记忆系统（transactive memory）框架，测量群体对「谁负责知道什么」的元知识准确度，并考察它对信息利用与任务绩效的预测力。
- 变量：自变量为点名提示的具体度（无/泛泛/具体到人）、知识分布元知识的准确度、成员地位差；因变量为独有信息提及率、首次提及时间、决策质量。
- 在界面研究里的用途：设计协作工具的知识触达机制——@提及、按主题路由的提问、成员专长档案——并检验它们是否等价于「明确邀请」的口头形态。
- 方法论注意点：点名效果与主持人的元知识质量强耦合，实验室里随机指派「知情者」的范式测的是邀请机制的上限；真实团队里专长地图本身有错（以为某人知道、其实不知道），上线功能时要把「地图错误」作为单独的失效模式测量。
边界
点名邀请依赖提问者对知识分布的感知，群体超过十几人后没人能维护准确的专长地图，机制失效，需要档案化（技能标签、项目履历）代替个人记忆。地位差异会反转效果：当众点名资历浅的成员「说说你的看法」可能制造表态压力而非信息流，此时书面、私下的邀请通道更有效。书面协作环境里邀请可以异步化——@某人的主题提问给了他组织语言的时间，比现场点名更温和，但也更易被搁置，需要回应期限。
怎么落地
- 主持人会前梳理议题相关的知识地图：哪些人可能持有哪类信息，开成清单，按图点名而非按资历点名。
- 提问模板具体到信息类别：「你经手的上一个类似案例里，有什么当时的判断依据？」而不是「你觉得怎么样」。
- 协作工具里把 @提及与主题绑定（@某人回答某问题），并设回应期限与 escalate 路径，防止异步邀请被无限搁置。
- 为资历浅的成员提供书面提交通道，点名造成的现场压力可绕过。
- 验证：统计讨论中被点名后的独有信息产出率与自发产出率之比；再抽查决策所需信息中「事后才发现某人早知道」的比例——后者是邀请机制覆盖不到的盲区，两项一起构成知识触达的完整体检。