周四的风险焦虑：你脑子里有几个红灯？
周一列了三个项目计划。周二推进了两个。周三被两个临时会议打断了节奏。
到了周四早上，你打开电脑，脑子里像过电影一样闪过一堆事：
那个客户交付会不会延期？ 那个新功能上线前测试跑完了吗？ 那个预算审批老板看了没？
你可能觉得都在掌控中。但大多数人高估了自己的掌控感。真正的问题不是你知道什么，而是你忽略了什么。
这个Prompt的作用就是：让AI帮你做一次全面的项目风险扫描。 不是那种泛泛而谈的"注意进度管理"——而是具体到"某某事项在某某时间点可能出问题，建议现在做某某动作"。
核心模板：跨项目风险排查器
把下面这段复制到 ChatGPT 或 Claude：
你是一位资深项目风险管理专家，擅长帮多任务并行的职场人识别和评估项目风险。
【我的角色和职责】
[一句话描述你的岗位。比如：我是项目经理，负责3个并行项目 / 我是独立开发者，同时在推进2个产品]
【当前进行中的项目/任务】（每个用以下格式描述）
项目A：[名称]
- 状态：[进行中/待启动/已暂停]
- 关键节点：[最近一个里程碑是什么，什么时候到期]
- 目前进展：[一句话描述]
- 主要依赖：[等谁/等什么/缺什么资源]
- 我的担忧：[你觉得哪里可能出问题]
[重复以上格式，列出所有项目进行中的项目，最多5个]
【本周整体约束】
- 可用时间：[比如：每天只有3小时能专注做这些项目]
- 团队状况：[比如：团队稳定 / 有人请假 / 新成员刚加入]
- 外部压力：[比如：客户催得紧 / 老板盯着 / 市场窗口期]
请帮我完成以下风险分析：
第一部分：风险雷达扫描
- 逐个分析每个项目的风险点
- 对每个风险标注等级：高/中/低
- 标注触发条件——什么情况下这个风险会变成现实问题
- 标注影响范围——如果爆发，会影响哪些其他项目或利益相关方
第二部分：连锁反应分析
- 有没有一个项目的风险会波及其他项目？
- 有没有多个项目共用同一个瓶颈资源？（比如同一个人、同一笔钱、同一个审批）
- 如果有，给出连锁反应的传播路径
第三部分：本周行动清单
- 按优先级排序，给我本周需要处理的Top 5风险应对动作
- 每个动作标注：预计耗时 / 预期效果 / 不做会怎样
- 特别标注哪些动作可以合并处理以节省时间
第四部分：预警信号
- 告诉我接下来48小时内最应该盯哪3个指标
- 这些指标出现什么变化时，我需要立即介入而不是继续观察
输出格式要求：
- 用表格呈现风险扫描结果
- 行动清单按优先级排列，标注时间成本
- 最后用一句话总结"本周最不能忽视的一件事"
三种常见场景变体
变体一：个人多项目并行（自由职业者/独立开发者）
我是一个人在同时推进多个项目。
【我的项目清单】
项目1：[名称] - [状态] - [最近节点] - [我的担忧]
项目2：[名称] - [状态] - [最近节点] - [我的担忧]
项目3：[名称] - [状态] - [最近节点] - [我的担忧]
【我的限制】
- 每天能投入的时间：[X小时]
- 没有团队成员，所有事情自己来
- 客户的反馈周期通常是[X天]
请帮我：
1. 找出哪个项目最可能拖垮我（不是最紧急的，是最可能出问题的）
2. 设计一个"每日风险巡检"流程——每天早上花5分钟检查什么
3. 给我一个"熔断机制"——当什么情况出现时，我应该果断砍掉某个项目的一部分
4. 推荐本周优先处理哪两个风险，为什么
变体二：带团队的管理者
我带一个团队，同时推进多个项目。
【团队情况】
- 团队规模：[X人]
- 本周出勤：[正常/有人请假/新人入职]
- 各成员当前负荷：[比如：A满了 B有空 C半满]
【项目清单】
项目1：[名称] - [负责人] - [状态] - [风险点]
项目2：[名称] - [负责人] - [状态] - [风险点]
项目3：[名称] - [负责人] - [状态] - [风险点]
【管理层关注点】
[比如：老板这周五要听汇报 / 下周一有个大客户演示 / 预算审批卡住了]
请帮我：
1. 从管理者视角评估每个项目的健康度
2. 识别团队资源冲突——有没有人同时被多个项目绑定？
3. 给出明天晨会上要强调的3个风险点
4. 建议我需要亲自介入的事项 vs 可以让团队成员自行处理的事项
5. 为周五的汇报准备一份"风险与应对措施"摘要
变体三：跨部门协作项目
我在推动一个涉及多个部门的协作项目。
【项目概况】
- 项目名称：[描述]
- 参与部门：[部门A、部门B、部门C]
- 我的角色：[主导方 / 协调方 / 执行方]
- 关键时间节点：[列举2-3个近期节点]
【协作痛点】
- 部门A的问题：[比如：响应慢 / 需求理解不一致 / 人手不足]
- 部门B的问题：[比如：优先级和我们不匹配 / 沟通渠道不畅]
- 部门C的问题：[比如：技术能力达不到预期 / 有其他项目冲突]
【我已做的努力】
[比如：发了三次邮件催进度 / 约了两个会议但都没达成共识 / 找了各自的上司协调过]
请帮我：
1. 分析每个部门不配合的真实原因（不是表面理由，是深层原因）
2. 给出一个"破局策略"——用什么方式能让卡住的地方动起来
3. 设计一个跨部门同步机制，减少信息不对称
4. 如果我是弱势方（没有直接管理权），怎么推动进度？
快速版（5分钟搞定）
赶时间？用这个精简版：
帮我做一个项目风险扫描。
我有以下在进行的项目：
1. [项目名] - [状态] - [担心：XXX]
2. [项目名] - [状态] - [担心：XXX]
3. [项目名] - [状态] - [担心：XXX]
请给我：
1. 每个项目的Top 2风险（高/中/低评级）
2. 本周最需要处理的3件事（按优先级排序）
3. 未来48小时该盯哪几个指标
使用技巧
别只说"我觉得没问题"。 风险排查最怕自我欺骗。如果你对自己说"这个项目没问题"，让AI追问"那如果XX发生了怎么办"。反向思考比正向规划更能发现盲点。
关注"依赖"而不是"进度"。 大多数项目延期不是因为做得慢，而是因为等别人。找出你的项目里哪些环节在"等"——等审批、等设计稿、等数据——这些地方就是风险最高的地方。
给AI具体的时间节点。 “下周交付"太模糊了。改成"下周三下午5点前必须交付初稿”。越具体的deadline，AI给出的风险预警越准确。
让AI帮你区分"真风险"和"假焦虑"。 很多人把焦虑当风险。焦虑是"万一出错了怎么办"，风险是"根据现有证据，出错概率多大"。让AI帮你做这个区分，你会轻松很多。
排查完立刻更新你的项目看板。 风险不是用来收藏的。把AI识别出的Top风险写进你的项目管理工具里，设置提醒。周五之前如果风险触发了，你得提前知道。
每周四固定这个动作。 风险排查不是一次性活动。养成习惯后，你会发现某些风险模式会反复出现——比如每次跨部门项目都会卡在审批环节。识别出模式，你就能提前设防。
效果示例
输入：
【我的角色和职责】
我是某SaaS公司的产品运营负责人，同时推进3个项目
【当前进行中的项目/任务】
项目A：客户成功系统升级
- 状态：进行中
- 关键节点：下周二（7月28日）要交验收报告
- 目前进展：功能开发完成了80%，正在联调
- 主要依赖：等技术部完成API对接（预计本周五）
- 我的担忧：技术部说他们也在赶另一个项目，可能排不上我们的优先级
项目B：Q3用户增长方案
- 状态：进行中
- 关键节点：下周四（7月30日）内部评审
- 目前进展：方案框架写完了，数据支撑部分还在收集
- 主要依赖：等市场部提供上月活动数据
- 我的担忧：数据收集进度太慢，可能赶不上评审
项目C：竞品分析季度报告
- 状态：待启动
- 关键节点：下周五（7月31日）提交
- 目前进展：还没开始
- 主要依赖：无，可以自主推进
- 我的担忧：时间有点紧，但如果现在开始应该来得及
AI输出：
第一部分：风险雷达扫描
| 项目 | 风险点 | 等级 | 触发条件 | 影响范围 |
|---|---|---|---|---|
| A | 技术部排期冲突 | 🔴高 | 本周五API对接未完成 | 验收报告延期→客户不满→可能影响续约 |
| B | 数据收集延迟 | 🟡中 | 下周一前数据未到位 | 评审质量下降→方案被打回重做 |
| C | 时间不足导致质量差 | 🟢低 | 周四才开始动笔 | 报告深度不够，参考价值降低 |
第二部分：连锁反应分析
技术部的排期冲突是最大风险。它不只是影响项目A——如果你的验收报告延期，客户可能会要求你把Q3增长方案（项目B）的优先级也往后排。这就是连锁反应。
第三部分：本周行动清单
| 优先级 | 动作 | 耗时 | 效果 | 不做会怎样 |
|---|---|---|---|---|
| 1 | 明天找技术部负责人确认API对接排期 | 30min | 明确风险是否真实存在 | 周五才发现排不上，措手不及 |
| 2 | 催市场部给数据，设定下周一截止线 | 15min | 给B项目留出缓冲时间 | 评审时数据空白，方案显得空洞 |
| 3 | 今天就开始写竞品报告的框架 | 1h | 减轻下周压力 | 下周被A和B挤占时间，C项目烂尾 |
| 4 | 给项目A写一个"Plan B"（如果API延期怎么办） | 45min | 有备选方案心里不慌 | 真出问题时只能被动等待 |
| 5 | 约老板下周一下午10分钟过一下整体进度 | 10min+10min对话 | 让上级知道你在推进三件事 | 老板以为你只在做一件事 |
第四部分：预警信号
未来48小时盯这三个指标：
- 技术部有没有回复你的排期确认请求——如果明天中午前没回，说明优先级不高，需要升级
- 市场部数据的提供进度——如果周四前还没开始给，B项目评审大概率要延期
- 你的可用专注时间——如果周三前有超过2天的会议安排，C项目必须提前启动
本周最不能忽视的一件事： 明天上午找技术部确认API对接排期。这件事决定了你整个下半周的节奏。
风险排查 vs 进度汇报的区别
很多人觉得，周报不就是汇报进度吗？为什么还要专门做一次风险排查？
区别在于：
- 进度汇报回答的是"我做了什么"——面向过去
- 风险排查回答的是"什么会搞砸"——面向未来
进度汇报让老板知道你忙。风险排查让老板知道你在防。
两者都做，才是靠谱的职业素养。
什么时候不该用
- 你只有一个项目且进展顺利。 不需要排查。5分钟确认一下就行。
- 你正处于"救火模式"。 如果这周全是突发问题在烧，风险排查的意义不大。先灭火，再预防。
- 你对所有项目都不了解。 风险排查的前提是你至少对项目有基本认知。完全不了解的情况下，让AI分析只会得到空泛的建议。
- 项目都处于停滞状态。 如果所有项目都卡在等审批、等预算，风险已经超出了你能控制的范围。这时候需要的是向上沟通，不是风险排查。
写在最后
周四下午。你泡了一杯咖啡，打开电脑，面前是三四个项目的进度表。
每份表看起来都还行。进度条在走，里程碑在靠近。
但你心里隐隐不安。那种感觉你不知道具体是什么，但你知道它存在。
用这个模板，把不安变成具体的风险列表。
十分钟后，你会得到一个清晰的优先级排序、几个你没想到的盲点、还有一条"明天第一件事做什么"的明确指令。
最好的风险管理，不是预测所有灾难。而是在灾难发生前，知道该往哪个方向跑。
周五早上，带着这份排查报告走进办公室。你会发现，那些让你焦虑的模糊感，变成了可以逐一击破的具体项。
💡 现在就打开你的项目看板，把每个项目的"主要依赖"写下来。那是风险最集中的地方。然后跑一遍这个模板——明天上午的第一件事，你会知道该去找谁。