站内精选

一句话结论

把 20 条议题和一句本周目标交给豆包或 Kimi,按影响面、紧急度、依赖关系打分排序,十来分钟就能拿到一页议程表。

这篇解决什么问题

周会前一天,群里攒了二十条议题,每条后面都跟着一句”这个得说一下”。可时间只有一个小时,排谁不排谁,最后往往变成谁的嗓门大谁先讲。

这篇要解决的就是这个排序问题:把”为什么它排第一”摆到明面上,删减的时候有依据,不至于得罪人。适用于议题超过十条、彼此抢时间、开完常常没结论的例会。

不适用于议题只有三五条的小会,也不适用于预算审批、人事变动这类必须现场拍板、不能靠排序压缩的会。

开始前要准备什么

  • 豆包网页版或 Kimi,免费版日常够用,跑一场周会不需要额外付费
  • 议题清单:从群消息、邮件、上一场纪要里粘出来,一条一行
  • 一句话写清本周业务目标,写得越具体,排序越准
  • 预计耗时:整理清单 5 分钟上下,排序加排版十来分钟

具体怎么做

我一般用豆包起手,清单特别长的时候换 Kimi,两个都能跑通。下面五步按顺序走,中间别跳步。

第 1 步 · 把乱议题洗成一行一条

群里粘出来的议题,一半是长句,一半只有半句话。先让 AI 统一成动宾短句,顺手标部门、找重复。

下面是我从群消息和会议纪要里粘出来的周会议题,一共 20 条,格式很乱,有几条只有半句话。请帮我做三件事:
1)把每条改写成一句 15 字以内的动宾短句,保留原意,不要自己补充内容;
2)在每条后面用括号标出所属部门;
3)把明显重复、或者可以合并成一条讨论的议题挑出来,单独列一节「建议合并」,写明合并理由。
输出用编号列表,不要用表格,不要额外解释。
议题清单:
1. 张伟 上周客户投诉的事还得再说说
2. 李娜 A 产品新版本排期要不要调
3. 市场部下月活动预算谁批
4. 运营岗面了三个人 要不要定
5. 老系统迁移什么时候启动
6. 客服工单响应超时怎么压
7. 报销流程要不要改线上
8. 王强 华东渠道返点政策
9. 接口不稳定影响交付
10. 需求池积压要不要砍
11. 第三季度团建方案
12. 售后备件库存盘点
13. 周报数据口径不统一
14. 两份合同模板要过法务
15. 公众号更新频率
16. 销售新人培训谁带
17. 两家供应商比价
18. 行政工位调整
19. 技术值班表重排
20. 客服知识库谁来维护

预期产出:一份清洁版议题清单,加上一节”建议合并”。通常 20 条会收成 17 条左右,你能一眼看出哪几条其实是同一件事。

第 2 步 · 按三个维度打分排序

很多人跳过这步直接要议程表,结果是顺序看着合理,被问一句”凭什么是这条先”就答不上来。分数摆出来,讨论才有落点。

你现在是这家公司的运营负责人。本周周会的业务目标是:A 产品新版本要在月底前上线,同时现有客户的续费不能掉。
请对我给你的议题清单按三个维度各打 1 到 5 分:
影响面:涉及多少客户、多少钱、多少个部门;
紧急度:往后拖一周会出什么问题;
依赖关系:它是不是卡住了别人的活。
打分之后按总分从高到低排序,总分相同时,把能当场拍板的议题排在需要长时间讨论的前面。
输出一张表格,字段是:序号、议题、影响面、紧急度、依赖、总分、一句话排序理由。
排序理由必须具体到「拖一周会怎样」,不要写「很重要」这种空话。议题清单沿用上面那 20 条,不用我重新粘贴。

预期产出:一张带分数的排序表。这时候你多半会发现,得分最高那三条和群里的呼声并不一致。

第 3 步 · 落成带时间盒的议程表

到这一步才开始谈时间。我吃过亏,先让 AI 排时间,它给每条都匀了十来分钟,完全不管议题性质。

把上面这版排序落成一张可以直接用的周会议程表,字段固定为:序号、时间盒(分钟)、议题、发起人、期望产出(只能填决策 / 同步 / 讨论 三选一)、会前需准备的材料。
硬约束如下:会议总时长 60 分钟;开头留 5 分钟对齐目标,结尾留 5 分钟收口和确认待办;单个议题最短 5 分钟,最长 20 分钟;总分低于 8 分的议题不进正表,单独列一节叫「停车场」,并写明什么条件下再拿出来讨论。
用 Markdown 表格输出,不要额外解释。

预期产出:一张 60 分钟排满的议程表,外加一节”停车场”。通常能砍掉四分之一到三分之一的议题。

第 4 步 · 人工校准后再让 AI 复核

AI 不知道你们的讨论习惯,也不知道哪条议题必须等另一条先出结论。校准时只改两处:时间盒和先后依赖。

我按你的表做了调整:「客户投诉复盘」的时间盒从 10 分钟改成 15 分钟,这条要现场定责任人;「第三季度团建方案」挪到停车场。
请你复核现在的顺序有没有逻辑冲突,重点看:需要前置信息的议题,是不是排在了提供信息的议题前面。
如果有冲突,直接告诉我该怎么换,并给出调整后的完整表格。另外帮我标注一下,哪些议题如果超时应该立刻截断、转成会后单聊。

预期产出:一版没有顺序打架的议程表,每条后面挂着一句”超时怎么办”。

第 5 步 · 生成一段群里的会前通知

议程表躺在文档里没人点开,还得配一段通知发出去。这步我一般让 AI 顺手写完,省得再改措辞。

基于最终议程表,帮我写一段发在部门群里的会前通知,120 字以内,必须包含三样东西:
1)开会时间和总时长;
2)需要提前准备材料的同事,各自要带什么,最多写三个人;
3)一句说明:停车场里的议题这次不讨论,需要的会后单独提。
语气平实,不要堆感叹号,不要写「务必」「高度重视」这类词。

预期产出:一段能直接粘进群里的通知。议程表加这段通知,就是这次要交付的东西。

实测记录

环节 实际情况
清洗 20 条议题 约 5 分钟,两轮对话
打分排序 首轮输出偏笼统,补上业务目标才好用,约 8 分钟
出议程表加校准 约 10 分钟,改了两处时间盒
以前手工排 半小时上下,还常有两三条没落到具体时间
返工情况 两次:一次合并错议题,一次时间盒给得太满

合并错的那次挺典型,AI 把”客服知识库维护”和”周报口径不统一”归成一条,理由是都跟数据有关。这种错只能人工看一遍,谁负责什么,它其实不清楚。

成本上没什么好算的,两个工具用的都是免费额度。真正省下来的不是那半小时,是会上没人再争”该先讲哪个”。

最容易错的 3 个地方

  1. 只丢议题不给目标,AI 只能凭感觉排序。补一句本周目标再跑。
  2. 跳过打分直接要议程表,顺序被质疑时你根本说不出理由。
  3. 时间盒全交给 AI 定,它不知道你们的讨论习惯,一定自己改一轮。

可复用的东西

五段提示词其实是同一套骨架:清洗清单、定打分维度、落成带时间盒的表、人工校准后复核、写成通知。把这五段存进备忘录,下次换掉议题和业务目标就能直接跑。

要记的只有三样:三个维度(影响面、紧急度、依赖),六个字段(序号、时间盒、议题、发起人、期望产出、会前材料),一条停车场规则。

最开始我也觉得让 AI 排会议议程有点小题大做,用了几次才改口。你们周会现在一般攒多少条议题,最多的一次排到过几点?

常见问题解答

20 条议题必须全塞进一小时吗?

不必。按这套方法跑下来,通常有四五条会被合并或被挪进"停车场",正表里留下的往往不到十五条。周会本来就该只处理需要一起决策的事。

豆包和 Kimi 用哪个更合适?

两个都能跑通完整流程。清单长、要反复引用上下文时我更常用 Kimi;只是想快速要一版打分排序,豆包出结果更快。免费额度足够支撑一场周会。

这套方法能用在项目复盘会或跨部门评审会上吗?

能,但要把三个维度换掉。复盘会我一般改成"影响范围、复现频次、是否有待定责任",评审会改成"是否阻塞上线、涉及方数量、能否当场签字"。骨架不动,维度按会议性质换。

小程序阅读免费
微信扫码进入小程序,按岗位找 AI 实操步骤
微信扫码进小程序
按岗位找 AI 实操步骤 · 提示词可收藏

发表回复

后才能评论