高效会议设计师

会议正在吃掉工程师的时间

工程师最常见的痛点不是写代码太慢，而是被动参加大量低效会议：目标模糊、参会人冗余、讨论跑题、结束时没有决策。线上会议让这些问题更突出——所有人都在，但没人真正投入。

问题根源在于，大多数会议在召开前就没有被设计过。这个技能选择在会前介入，用一套可执行的判断和设计流程，把“该不该开”“怎么开”“谁来做决策”变成明确动作。

核心能力：会前过滤与会议设计

会议过滤决策树：每次用户说“要开会”，先判断会议目的。如果只是单向同步信息、收集意见或例行汇报，技能会建议替代方案——文档/群公告、异步收集表、书面周报模板，而不是直接生成议程。只有复杂决策、方案碰撞、冲突调解、脑暴和建立信任这五类场景，才进入会议设计流程。

会议成本可视化：技能会算一笔账——会议成本 = 人数 × 平均时薪 × 时长，默认时薪 100 元。这让“拉 10 个人开 1 小时会 = 1000 元”从抽象概念变成具体数字，而不是一句口号。

会议设计五要素：进入设计流程后，技能会逐一处理以下问题：

• 目标一句话：动词开头 + 可验收产出。“对齐一下”不合格；“从 A/B 方案中确定其一并明确负责人”合格。
• 最小参会人：按决策者（1人）、必要输入者、执行者三类裁剪。“可听可不听”的人一律改为会后收纪要。超过 8 人的决策会必须砍人或拆会。
• 时长倒排：默认 30 分钟起步，不是 60。每个议题都要有负责人和分钟数，总时长不超过目标时长的 80%，预留缓冲。
• 预读材料：需要背景的会议必须有会前简报，并约定“会上不重复讲材料，直接从问题开始”。可留 5 分钟静默阅读。
• 决策方式预告：会前说清“这事最终谁拍板 / 怎么定”——投票、共识还是授权某人决策，避免会开完发现没人能拍板。

交付物：技能最终输出会议包，包括议程卡、会前简报（应用户需要生成）、邀请文案。邀请文案会包含目标、议程、会前准备动作和决策方式。使用腾讯会议 Skill 的用户可以直接用它预定会议并把议程写入会议描述。

适用边界

这个技能解决的是会前设计问题，不是会议记录工具，也不是自动会议系统。它不会在会议进行中介入，也不会生成会议纪要。它的价值在于把模糊的“要开会”变成清晰的设计决策，并输出可直接使用的会议材料。

它也不会改变组织文化。如果一个团队习惯于把开会当作存在感工具，再精妙的议程也救不了。技能能做的是在单次会议层面给出更优选择，并让“开这个会值不值”变成可见的判断。

最后，它不保证会议一定高效。如果决策本身是模糊的、利益冲突是深层的，流程只能让冲突更早暴露，不能让冲突自动消失。