从一场 90 分钟的会，长出一套项目管理系统

AI 办公实录

从一场 90 分钟的会
长出一套项目管理系统

会开完，脑子很满，却不知道先干什么。他把这场发布会完整跑了一遍，让 AI 接着往下做。

13 个部门 77 项任务飞书 + 豆包工作

导读：差的不是聪明，是接得住

刚开始大家用 AI，最常用的是写东西、做总结、查资料。那时觉得它最大的价值，是把原本要花半小时、一小时的事压到几分钟。但现在越来越清楚：真正拉开差别的，不是某一次回答有多聪明。

工作里最麻烦的往往不是这一步怎么做，而是前面发生过什么、现在做到哪了、接下来谁要继续做。

用法的变化

SHIFT

以前

像不断把任务切成一小块递过去。会开完，AI 帮你总结得很好，但任务还是要自己拆、负责人自己找、时间自己对，做完的表格再手动搬回飞书——它只完成了中间一小段。

现在

它接住前面的信息，再把后面的事继续往下推。与飞书打通后，用飞书账号登录，在权限范围内接着会议文档和群里的信息往下做，不用每次重新复制背景。

这场会，跑了一遍完整流程

会议主题是 Nova Glass AI 智能眼镜秋季新品发布会，一共有 13 个部门参加。

会后飞书妙记已生成完整文字稿，但文字稿只是把大家说的话记下来——到底安排了 77 项任务，哪些有先后关系，还得重新梳理。

90分钟

一场项目会

13个

参与部门

77项

会议任务

同一个任务里，走了四步

项目流程图

先看整个发布会怎么往前走。读取会议内容，参考指定文档与讨论，拆出几个阶段、每阶段要完成什么、重要节点在哪、哪些内容还不能继续改。

泳道看板

13 个部门的任务全混在一条时间线上，看不出各自要做什么。泳道图解决“谁在做什么”：每条工作线单独一行，按时间阶段往后排。

甘特图

确认每项任务从哪天开始、持续多久，把确认过的任务放到时间轴上，再把关键依赖关系连起来。

应用生成

三张图仍是静态结果，改状态还得重画图。切到应用生成，把确认好的内容搭成一个能查、能筛、能改的网页。

三张图，不是重复做三遍

流程图看整个项目怎么走——阶段划分与重要节点

泳道图看每个部门分别做什么——哪些部门同时开工、哪条线最密、哪里要跨部门配合

甘特图看具体时间和任务依赖——前面的任务延期，后面受影响的部分也跟着显现

被连起来的依赖关系

关键依赖被标出来以后，一拖就会影响后面哪一段，一眼可见。

宣传片拍摄 ← 先拿到产品团队提供的拍摄样机

先做发布会主题定稿 → 再撰写媒体邀请函

撰写媒体邀请函 → 发送第一轮媒体邀约

负责人没讲清楚、或会议与文档时间不一致的地方，先标“待确认”，核对之后再更新——不把结果直接当定稿。

群里的一个具体反馈

“看甘特图时，如果发现某项任务时间不对，能不能直接打开任务修改？不想先记住任务名字，再跑到任务列表里找一遍。”

群里提反馈 → 手机端补进同一任务 → 云电脑继续跑 → 手机上先看结果 → 回电脑实测 → 发布新版本

发布时指定分享到发布会项目群，并自动发送一条通知消息。每次发版还是同一个项目链接，功能更新了，团队不需要再找新链接。

“

一场会有没有价值，不是看当时聊得多充分，而是散会以后，有多少东西真正变成了后面的行动。

—— 结论只存在那一个小时里，就等于没有结论

项目管理，是给团队建立共同记忆

很多会议问题不是没结论，而是结论只存在那 1 个小时里。过两天，谁负责、什么时候做、前面卡在哪，又要重新问一遍。

所以项目管理说到底不只是把任务记下来，它更像是在给团队建立一套共同的记忆：谁当时为什么这么定、哪件事依赖什么、哪个风险已经被提过——这些东西都能留下来，后面的人才能接着往下做，而不是每换一个人、每过一个阶段就重新理解一次项目。

它不只是帮你把事情做得快一点，而是开始帮团队把说过什么、为什么这么做、接下来做什么真正连起来。

可以怎么开始

不用一上来做完整系统。先挑一场最近开完、任务又多又乱的会当练手素材。

从一张流程图开始。先把阶段和节点理清楚，负责人或时间不清的地方标“待确认”。

在同一个任务里继续往下走。加泳道看板、甘特图，再让团队试用、提反馈、迭代发版。

先让它接走一段真正完整的工作，而不是一次性的任务片段。

它不是多了一个更聪明的对话框

而是慢慢进入你原本已经在用的会议文档、消息和项目里。能用到什么，跟着飞书原本的权限走——没有权限看的内容，它也不会碰。