开会本身不直接产生价值，会议决定、会议信息和会后协作才产生价值。一条朴素准则就能筛掉大半无效会议：这件事由一个人能定，就别拉五个人来"陪决策"；这件事不要求同步、不要求共识、不要求共创，就别把人叫进会议室。
下面把"该开"和"不该开"拆开说。
一、这五种情况，应该开会
1. 需要多方共同拍板，且彼此有真实冲突
预算怎么分、两个团队的排期谁让谁、产品方案里体验与增长只能保一个——这类问题没有"标准答案"，必须让持不同立场的人当面碰撞、当场收敛。文字沟通会把冲突拖成冷战争，开会反而更快。判断标准：如果会后必须所有人照同一个方向走，那就值得坐下来一次谈清。
2. 信息高度不确定，需要边说边理
从零起一个项目、复盘一次事故、拆解一个模糊目标。这时候要的是即时追问："你刚才说的假设成立吗？""这块成本谁核实过？"——异步文档做不到这种密度。 brainstorming 型会议的价值在"火花互撞"，记录的主要是头脑风暴之后的总结而非整个过程内容。
3. 必须同步上下文，且听众是一个群体
大版本上线前的全员通气、组织调整说明、跨部门依赖交底。信息得同时到达、且允许现场提问澄清（这是重点，确保每个人都懂了），单向群发文档会被"已读不回"吞掉。注意：这类会本质是"广播+答疑"，别顺手塞进决策议题。
4. 要形成公开承诺
排期确认、责任到人、风险亮灯。当着相关方的面说"我周三给"，约束力远强于一条消息。会议在这里是契约现场，不仅仅是信息渠道。
5. 关系与信任需要维护
新团队磨合、跨地域协作破冰、冲突后的修复。这类会看起来"没产出"，但协作顺畅度的提升会在后面省下大量沟通成本——前提是承认它就是这个目的，别硬塞议程。
二、这七种情况，别开
1. 一个人能定，或只需要一个人签字
审批、资源申请、方案小改动，发文档+评论+@决策人即可。"等周一例会上过一下"，等于把别人的时间当缓冲垫。
2. 只是为了"同步一下信息"
进展通报、数据周报、政策转达——写成文档、录个短视频、丢进群公告都更好。信息是单向流动时，会议室是最贵的信息载体。
3. 没有清晰议题和预期产出
"大家聊聊这个事儿""对齐一下"——这种会必然漂移。没有"开完要得到什么"的会，不开也罢；哪怕只有一句话结论，也先写下来再约人。
4. 关键人没到，或材料没提前发
主角缺席的会只会产出"待定"；材料临场才投屏，前半小时都在让所有人读题。30分钟前把材料发出去，是开会最基本的礼貌，也是唯一能让会短一半的动作。
5. 用例会掩盖管理缺位
周会逐人报进度，本质是企业管理者不愿自己看文档、看看板。固定节奏不等于固定必要——先问"本周有什么决策要做？"没有，就取消或压缩成书面更新。
6. 问题已经被讨论过，只是没人愿意写下来
同一个话题第三次上会，往往是上次没留结论和责任人。缺的是一份决策记录，不是一次新会。
7.同一个会议，找不同人开几遍
需要找所有人有空的时间开会，而不是一部分人开一次，另一部分再开一次，太浪费时间
三、三个自检问题，30秒决定开不开
约会前问自己：
1. 这件事是"要多人一起想"，还是"要让多人知道"？ 后者别开。
2. 开完必须拿到什么？ 写不出一句产出句（如"确认Q1排期并锁定三人职责"），就别发邀请。
3. 如果不开会，最坏结果是什么？ 若是"慢半天、多一条消息"，那就省掉它。
再补一条兜底规则：每个会都默认自带"替代方案"——文档、群聊、1对1、看板评论。选开会，是因为它是这些选项里最省总成本的那一个，而不是最习惯的那一个。
四、真要开，就用十分钟守住它
1）提前发议题、材料、预期产出；
2）只请"必须说话或必须清晰知悉的人"，其他人抄送纪要即可；
3）一人一议，议完定责任人+时间点，立刻进入下一题；
4）结论当天落成文，写明决策、 owner、deadline，散会即闭环。
说到底，开会是一种高成本协作：把一群人的注意力从各自的事上拉出，集中到一个时空里。这种成本不是不能花，但得买回点东西。会开得少而准的团队，不是更"佛"，而是把文档、权限、看板和决策记录都真正用起来了——他们把会议室留给真正需要人与人碰撞的那一刻。
