欢迎光临
我们一直在努力

例会开始前资料还散在聊天和邮件里,AI整理的一页议程该包含什么?

例会还有二十分钟开始,主持人手里只有上次纪要。新的延期风险在聊天里,预算问题在邮件里,两个参会人还分别提出了需要当场拍板的事项。若按项目轮流汇报,会议很可能在真正需要决定前结束。

AI整理议程时,要把材料分成同步信息、需要讨论的问题和需要作出的决定。单纯压缩成摘要解决不了会议顺序,每个议题还要有来源、准备人和预计时间。

主持跨部门例会的项目负责人正在处理一页会议议程的真实工作场景
一页会议议程要从眼前的资料和冲突开始整理

一页会议议程先准备哪些资料

先把一页会议议程涉及的原始材料编号。后续摘要、表格和结论都要能回到这个编号,无法追溯的内容暂不采用。

  • 上次会议纪要
  • 本周邮件与聊天摘录
  • 项目状态
  • 参会人名单

一页会议议程的四步处理顺序

步骤 具体做法
从旧纪要找未关闭事项 先读取上次行动项、负责人和承诺日期,已经完成的内容不再进入本次讨论。
从邮件和聊天提取新增议题 保留原始链接或消息位置,把抱怨改写成可以回答的问题。
按会议动作分组三类 同步项限时说明,讨论项写出分歧,决策项列明可选方案和决定人。
提前发出准备清单 需要数据、方案或审批依据的议题,在会前指定准备人,资料不齐则调整顺序。
一页议程形成顺序
材料先归源,议题再按会议动作排序

一页会议议程出现这些情况怎样分流

情况 判断依据 处理
同步 结论已明确,只需让相关人知道 控制时长
讨论 存在分歧或信息缺口 写清问题和资料
决策 需要授权人选择 列方案与决定标准
会后处理 无需占用参会者时间 转成单独待办

完整并不等于正确。AI遇到缺页、旧版本或越权动作时,应交付一条清楚的阻塞记录,而不是填满空白。

先用小样校准一页会议议程

先用一次真实例会材料生成草稿,让主持人只看一页能否说清今天必须决定什么。若还像聊天摘要,就继续压缩同步项。

小样通过的标准由负责人先写清。扩大范围时沿用同一组边界样本,避免批量处理中悄悄改变口径。

给AI处理一页会议议程的操作要求

你正在协助主持跨部门例会的项目负责人。当前情况是会议即将开始,各方只在聊天、邮件和旧纪要里零散提出问题。
只读取这些资料:上次会议纪要、本周邮件与聊天摘录、项目状态、参会人名单。
需要判断:哪些事项需要同步、讨论或当场作出决定,分别由谁准备。
输出:一页会议议程、待决问题和会前准备清单。每条结论写明来源、未知项和需要谁确认,不执行发送、移动、删除或写回。

同一批次使用固定要求和固定资料快照。若中途收到新文件,另开一次处理,避免前后结果混用。

一页会议议程交付前逐项检查

  • 每个议题有来源
  • 决策项写明决定人
  • 准备材料有负责人
  • 上次未结项没有遗漏

若继续处理可能导致会议被状态播报占满,真正需要决定的问题没有结论,就停止自动操作,写明阻塞项、接管人和需要回复的时间。议程可以自动生成草稿,会议范围、敏感材料可见性和最终决定人仍由主持人确认。

相关Skill放在一页会议议程的哪一步

飞书邮箱智能助手负责从邮件提取会前议题和待办线索,接收相关邮件会话并交付议题候选与来源;Internal Comms Skill负责按同步、讨论和决策组织一页议程,接收议题候选、旧纪要和参会人并交付会议议程和会前准备清单。前一步输出要保留来源,作为后一步可复核的输入。

依赖飞书和lark-cli授权,批量操作先预览,发送与写入必须确认;只组织已提供或已授权读取的事实,不替代事实确认和对外批准

赞(0)
分享到

评论 抢沙发

登录

找回密码

注册