用 AI 梳理会议议题：怎么让会开得短

会开得长，常见原因不是议题太多，而是「需要决策的」和「只是同步一下的」混在一起讨论。同步类内容一旦进了会议室，每个人都要听一遍与自己无关的部分。用 AI 在会前把议题分类梳理，是缩短会议里成本很低的动作：把事项列表交给 AI，让它先分类，你来确认。

议题先分三类

分类标准就三条：需要决策的事项必须有人拍板，会前要给足背景；需要同步的只是让大家知道进展，不需要讨论；需要讨论的才是真正要碰撞观点的。分完通常会发现，很多事其实属于「同步」，根本不需要上会——把它们移到群里通知，会议时长立刻降下来。判断一条事项属于哪类，看一个问题就够：如果没有人拍板，这件事会不会不了了之？会，就是决策类。

一条合格的议题长什么样

一条合格的议题包含三件东西：背景、待解决的问题、期望的产出。背景让参会者不用现场从头听；待解决的问题划定讨论范围；期望产出决定什么时候可以结束——是定一个方案，还是认领责任人，还是只求知会。缺了期望产出，讨论就容易发散，大家不知道要得出什么，就只能一直聊下去。议题文字太长没人看，可以借用一句文案的提炼方法，把每个议题压缩成一句能说清的话，具体思路参考用 AI 提炼主图卖点的方法。

排序与时长分配

需要决策的议题放在前面——人的注意力在前半段更集中，关键的事不该排在饭点后。同步类放最后，时间不够可以压缩甚至跳过，反正材料已经发过。每个议题标上预计时长，超时由主持人提醒；连续超时的议题，多半是会前背景没给够，下一次从会前材料补，而不是当场加时间。有个粗略的自检：一场六十分钟的会，决策类议题的讨论时间应占到一半以上，如果算下来不足三分之一，说明这场会的必要性本身要重新想。

三类议题的处理对照

这张表的用法是：排会议议程时照第二列准备，主持会议时照第三列控场。

会前会后的配套

会前：议题提前发出，让大家带着想法来，现场才不用从头听背景。会中：决策落到人，定了的事写清谁负责、什么时候完成。会后：纪要当天发出，没有纪要，会议结论很快就会被遗忘或曲解。纪要不用逐字记，记决策、责任人、时间点三类信息就够；季度层面的整理可以并入 AI 年度复盘的总结法，把散落在各次会议里的结论串成线索。

它帮不上的部分

AI 帮不上三种会。一是没有决策权的会——议题梳理得再清楚，参会者拍不了板，结论还是出不来，这种会该换的是参会人，议程改了也没用。二是议题本身没想清楚的会，「讨论一下方向」这种议题分不出类型，因为提问者自己也不知道要什么产出。三是靠人际矛盾主导的会，历史积怨没法靠议程化解。另外，给合伙人的汇报和内部会议纪要是两种文体，前者重结论与数字，别拿会议纪要原文去汇报，写法可以参考给合伙人的经营总结那一篇。

会议议题速查

• 事项先分三类：决策、讨论、同步
• 同步类移出会议，群里通知
• 每条议题写全：背景、待解决问题、期望产出
• 决策放最前，同步放最后
• 会后纪要当天发：决策、责任人、时间点

三个常被问到的问题

参会人坚持要讨论被划为「同步」的事项，怎么办？看这件事是否需要有人拍板。需要，就现场加一条有期望产出的议题；不需要，会后单独约相关的人，不为一个人拉长全场的会。

议题分类拿不准时，按哪类处理？先按决策类准备，给足背景。会上一看不需要拍板，降级成同步只需一句话；反过来，同步类临时升级成讨论，时间根本不够。

AI 分类分错了，责任算谁的？分类结果只是建议，确认权在使用者手里。它错分通常是因为事项描述太模糊，把「这事的背景和目标」补进描述里，分类的准确度会明显提高。