用AI管项目：PM的AI项目管理工作流入门

文章主旨：AI项目管理真正能落地，不能靠“一键总结”，而要建立“收、拆、核、发、存”的完整闭环——AI负责提速，PM负责关键判断。

关键要点：

• 闭环五步：固定入口收集资料、AI分类提取、责任人核对、按对象发布、写回台账，每一步都要有明确输入与负责人；没有统一入口，AI只是在更快地整理混乱。
• 输入先于输出：先做输入清单，敏感信息先脱敏；一次只给当前任务所需的最小上下文，便于核对，输入越多不等于结果越好。
• 三个高频场景各有固定打法：会议纪要按决策/行动项/待确认/风险四类提取且每项附原文依据；风险分析让AI做问题归类和周际变化扫描，风险等级由人定；周报基于已确认台账起草，日期、数字、责任人和承诺逐项回查。
• 用“提示词任务卡”固化高频任务的角色、输入、处理规则、输出格式和人工检查点，避免每次临时提问导致输出忽好忽坏。
• 划清人机边界：AI可先做整理、聚类、对比、起草，但凡是会改变范围、成本、工期、合同责任或人员评价的事项，均须由人确认拍板。

内容结构：

1. 背景与问题
项目周会后，项目经理手里通常有会议录音、群消息、计划文件、周报任务四类材料。新手直接丢给AI做“总结”，结果往往责任人写不准、日期混在一起、风险像套话，甚至把会上没定的事写成结论。作者指出，问题不在AI，而在于缺少可落地的输入—处理—校验—输出工作流。

2. AI项目管理的基本闭环：收、拆、核、发、存
以企业系统升级项目为综合案例（名称、人员均为匿名），团队每周3次专题会、群消息每天上百条，过去PM每周花3小时整理材料，且同一事在三个文件里出现三个版本。团队先跑通五个动作：
（1）收：把会议、聊天、计划、问题单放进固定入口；
（2）拆：让AI按任务、决策、风险、问题分类提取；
（3）核：责任人确认日期、状态和承诺；
（4）发：按对象生成纪要、周报或升级材料；
（5）存：把确认后的结果写回项目台账。
核心理念：流程的关键不在模型，而在每一步都有清楚的输入和负责人。

3. 第一步：先做“输入清单”，别把整个项目群扔给AI
处理前先决定哪些内容能进、哪些不能进：客户姓名、手机号、合同金额、账号口令、未公开设计等敏感信息先脱敏；公司未批准外部AI工具时不得擅自上传资料。原则：一次只给一个任务所需的最小上下文。

4. 场景一：会议纪要——把“说过什么”变成“谁要做什么”
会议记录是最适合做AI工作流的场景。不要只让AI“总结会议”，而是使用固定提取结构：

输出字段	判断标准
已确认决策	会上明确同意，不把建议写成决定
行动项	动词开头，唯一责任人和截止时间
待确认事项	尚未拍板，写清由谁确认、何时确认
新增风险	写明触发条件、影响和应对动作
原文依据	保留时间点或原句位置，方便回查

提示词示例强调“只依据原文提取、不自行补全、无责任人/日期时标记‘待确认’”。AI生成后由主持人或PM做第一次核对，再发给责任人确认。作者指出：纪要的价值不是写得漂亮，而是第二天真的有人照着做。

5. 场景二：每天15分钟，让AI帮你找出风险变化
风险分析不宜全权交给AI，AI适合做两件事：重复问题归类、找出本周相对上周的变化。可将本周问题单、延期任务、客户反馈合并输入，让AI输出新增风险、等级上升、连续两周未关闭、可能影响关键路径的事项；PM再逐条判断概率、影响和升级策略。建议保留6个字段：风险描述、触发条件、概率、影响、应对动作、人工确认人。风险等级和对外口径必须由人确认。
案例：AI将“接口反馈慢”“联调排期未定”“测试数据未准备”归为同一条依赖链，PM据此提前安排联合评审。

6. 场景三：周报不再从空白页开始，但每个数字都要回查
周报应由AI基于已确认台账起草，而非群聊印象。先把项目数据整理成结构化输入表：本周完成、里程碑变化、延期任务、风险变化、下周交付、需管理层决策；再按读者改写——项目组看行动、管理层看偏差和决策、客户看交付与影响。生成后至少核对四项：日期是否来自最新基线、完成项是否有证据、风险等级是否确认、需决策事项是否写清最晚时间。AI能省掉拼初稿的时间，但不能替你承诺上线日期。

7. 场景四：建立提示词任务卡，别每次临时聊天
AI输出忽好忽坏的原因往往是每次问法不一样。把常用任务做成任务卡，字段包括：任务名称、角色、输入、处理规则、输出格式、人工检查、保存位置。提示词不是越长越专业，把依据、边界和输出格式说清楚更关键。

8. 哪些事交给AI，哪些必须PM拍板

可以让AI先做	必须人工确认
整理会议记录、提取行动项	决策是否成立、责任人是否接受
对比计划版本、标出变化	是否调整项目基线
聚类问题、提示风险线索	风险等级、应对策略与升级
起草周报和沟通材料	对外日期、成本和范围承诺
检索已确认知识库	合同、合规、人员评价等敏感判断

原则：若输出改变范围、成本、工期、合同责任或人员评价，AI不能做最终决定。

9. 新手PM今天就能跑的最小版本
□ 选低风险场景，建议从会议纪要开始
□ 建立固定输入格式，先脱敏再上传
□ 要求AI给原文依据，不确定内容标“待确认”
□ 设置人工检查人，重点核对日期、数字和责任人
□ 把确认结果写回台账，不让结论停在聊天窗口
□ 连续试用两周，记录节省时间与错误类型，再决定是否扩展。作者建议：先别搭庞大自动化系统，把一个高频、低风险、可核验的任务跑顺，再连接第二个。

文章总结：本文以可落地的实操指南为调性，建议项目经理不要追求全自动，而应从低风险、可核验的高频场景起步，跑通“人工判断+AI提速”的最小闭环后逐步扩展。