会议开完没人跟进?用豆包工作整理一张行动清单

会开了一个小时，纪要也发到群里了。过两天再问进度：设计在等接口，测试不知道什么时候开始，会上随口提的一句建议，已经被当成确定需求排进了排期。

问题不在没人记。纪要回答的是“会上说过什么”，跟进需要的是“谁负责、什么时候交、下一步等谁”。把后者从前者里整理出来，这件事可以交给豆包工作。下面用一场虚构的项目周会完整走一遍，文中的指令可以直接复制。

1．纪要里缺的，恰恰是跟进要用的

先看一份典型的周会记录。场景是“会员详情页改版”项目周会（节选，编号即原文顺序）：

[1] 设计小李：周四前出高保真视觉稿，先给开发看结构 [2] 前端王工：视觉稿确认后，三天内完成静态页 [3] 后端老赵：会员积分接口这周会出，具体哪天不好说 [4] 测试小陈：静态页完成后走一轮主流程，测完把结果反馈到群里 [5] 张总：上线时间先不定，等接口稳定再说 [6] 运营小周：弹窗文案能不能更促销一点？张总：回头看看 [7] 张总：下次周会前，各负责人把风险点列出来

这些信息的共同特点是：都在，但散着。任务混在讨论里，日期藏在口语里，建议和决定长得一样。纪要越认真，这种“散”越隐蔽——读的人觉得都写清楚了，跟进的人还是得挨个私信确认。

核心原则很简单：从“说过什么”切换到“谁、何时、交什么”。把这段记录交给豆包工作，输出的清单分三部分，各有用途：任务表用来盯执行，待确认用来催决定，未拍板用来防止建议变需求。

第一部分，已确认任务：

| 编号 | 任务 | 负责人 | 截止 | 交付物 | 依赖 |

| --- | --- | --- | --- | --- | --- |

| [1] | 出高保真视觉稿 | 小李 | 周四 | 视觉稿 | 无 |

| [2] | 完成静态页 | 王工 | 视觉稿确认后 3 天 | 静态页 | [1] |

| [4] | 走一轮主流程测试 | 小陈 | 待确认 | 测试结果 | [2] |

| [7] | 列风险点 | 各负责人 | 下次周会前 | 风险列表 | 无 |

第二部分，待确认问题：[2] 静态页没落到具体日期；[3] 接口没有具体日期，直接影响 [5] 的上线判断；[4] “主流程”覆盖哪些页面，范围待定。

第三部分，未拍板建议：[6] 弹窗文案更促销——会上只是讨论，张总没有拍板，不进入任务。

注意 [3] 和 [5]：原文没有给日期，清单里就是没有日期，而不是一个“看起来很合理”的时间。这张清单能拿来跟进，原因就在这里：每一格都有出处，没有出处的地方，明确写着“待确认”。

图1 整理结果分三部分：已确认任务、待确认问题、未拍板建议

2．先定规则，再粘贴记录

让豆包工作整理会议记录，先别急着把记录贴进去，第一步是把整理规则讲清楚。规则越具体，清单越可用。要把握 4 个要点：

（1）只根据原文整理。不补常识，不凭经验推断原文没有的信息。

（2）区分已确认任务和讨论建议。会上说过的不等于定下来的，混在一起，建议就会变成需求。

（3）缺失信息标“待确认”。宁可留白，不要编造。

（4）每条任务保留原文编号。方便逐条回查。

提示词改造前：“帮我把会议纪要整理成待办。”

**提示词改造后：**把规则写成 4 步，再贴记录。

可参考以下提示词（【】内换成你的信息）：

下面是一场【会员详情页改版周会】的文字记录。请只根据原文整理成行动清单，不要根据常识或经验补充任何原文没有的信息。请先帮我做 4 件事：
1．把已确认的任务整理成表格，每条包含「原文编号、任务动作、负责人、截止时间、交付物、依赖关系」。任务动作用原话表述，不扩大、不缩小。
2．原文没有给到的信息，一律填「待确认」，禁止编造日期、负责人和交付物。
3．把缺失或模糊的信息单独列成「待确认问题」，每条注明出自哪条原文编号。
4．会上提出但没有人拍板的建议，单独列成「未拍板建议」，不要混进任务。
【会议记录】
（粘贴到这里）

输入提示词和会议记录，单击发送，清单就生成了。如图2所示。

图2 先贴规则，再贴记录

3．生成之后，重点核对两处

指令能压住大方向，但有两类错误仍要人工盯住。说到底，豆包工作帮你整理和表达，谁该干什么、什么时候交，还得你自己把关。

**一类是动作被放大。**记录里小陈说的是“测完把结果反馈到群里”，清单里却写成“完成测试并配合上线”。“反馈结果”和“完成上线”是两件事，后者会让测试背走一项不属于他的任务。发现这类问题，追加一条修正指令：

另一类是日期被补出来。[3] 里老赵只说了“这周会出”，清单里却出现“周五前交付”。模型倾向于把模糊时间具体化，这个“周五”就是编的。修正：

核对完写错的，再核对漏的：把清单的原文编号和记录从头对一遍，缺了哪个号，就追问一句“原文 [X] 为什么没有对应条目”。像 [7] 这种不像任务的安排，最容易漏。既检查清单有没有写错，也回看原文有没有漏项，两件事都做完，清单才敢发给负责人。如图3所示。

图3 清单编号与原文一一对应

4．清单确认后，进入跟进循环

清单不是终点。接下来三步：

1．发给各负责人确认，重点过“待确认”项，当场补齐日期和到人。

2．确认后的清单和原始记录存进同一个文档，保留编号对应关系。

3．下次跟进不开新文件，直接更新每条的状态和调整原因，比如“[3] 接口延期到下周三，原因：联调排队”。一张清单跟到项目结束，比每次会后重开一个新文档可靠得多。

两个顺手的技巧：

**人要外出，任务别停。**临时接到需求明天要交，下午又得出门？把任务切到云端运行：豆包工作在云端继续执行，合上电脑也不中断，回来直接收结果,如图4所示。

图4 外出前把任务切到云端电脑,回来直接看结果

**让 AI 直接上手电脑。**开启电脑控制后，豆包工作可以直接操作你的电脑：清单确认完，让它自己新建文档、排好格式再粘贴，省掉一步手动搬运。

这类周会每周都开，整理指令也没必要每次重写。把第 2 节那段指令存进会议模板，固定放在记录前面，以后开完会，粘贴记录就能用。

网页搜索「豆包工作」下载电脑端，限时免费领取 30 天订阅权益

一张能逐项确认的清单，替代的不是纪要，而是“以为大家都知道了”。找一份你有权使用、已经脱敏的旧会议记录，复制文中指令跑一遍，再和当年的纪要对一对——你会很快看到纪要里到底丢了多少东西。