项目经理的自我批改与修订提示实战:一次完整的改进过程
这是一个虚构但很典型的案例:陈姐是一位负责跨部门项目计划、进度跟踪和风险管理的项目经理,最近手头在忙“组织 3 场跨部门协调会”,同时还要准备“召开第三阶段启动会”。这次陈姐需要整理一份给项目发起人的项目计划书,决定试试自我批改与修订提示。
背景
对陈姐来说,会议多、文档多、协调多,项目周报、风险登记和会议纪要几乎占满日程。偏偏这次还遇到一个变数:外部供应商的接口联调进度落后,可能影响里程碑。项目计划书需要尽快交给项目发起人,时间并不宽裕。
第一次尝试:问题出在哪
陈姐一开始只写了一句话:
帮我写一份关于“企业内部系统升级项目”的项目计划书。
结果 AI 给出的内容四平八稳却用不上。复盘下来,主要有两个问题:
- 只说“检查一下有没有问题”
- 完全相信 AI 的自我检查。
改进后的提示词
陈姐按照自我批改的思路重写了提示词,核心是给出 3 到 5 条具体的检查标准:
第一步:请为项目经理起草一份给项目发起人的项目计划书摘要,300 字以内。
第二步:用下面的标准检查你自己的初稿,逐条列出不达标的地方:
- 是否先讲结论?
- 是否有没有依据的判断?
- 是否有项目发起人可能看不懂的术语?
- 是否遗漏了需要对方决策的事项?
第三步:根据检查结果修改,输出修订版,并用【改】标出改动的句子。
材料:[粘贴要点]
结果(示意)
下面的效果为虚构演示,用来说明这类改进通常带来的变化:
示例(虚构):AI 的初稿写道“本次活动效果显著”。自我检查时它指出“效果显著”缺少依据,修订版改为“本次活动报名人数比上次增加,具体数字以后台统计为准”,并提示作者补充真实数据。
拿到结果后,陈姐没有直接转发,而是先删掉不符合实际情况的内容,再补上 AI 不知道的背景。
复盘:这次用到的方法
- 要求它逐条对照标准列出初稿的问题,先不改。
- 看一眼问题清单,删掉你不认同的条目。
- 让它只针对保留的问题修改,并标出改动处。
- 给出具体检查标准,AI 才知道该找什么问题。
之后陈姐发现,同样的方法也适用于另一类场景:代码、公式等容易出小错的内容。
复盘时陈姐还想到一个问题:能让 AI 打分吗?答案是:可以,配合明确的评分标准,分数本身不重要,重要的是扣分理由能指出具体问题。
给项目经理的提醒
给 AI 项目目标、约束和干系人清单,让它帮你识别遗漏的风险和依赖。项目排期涉及真实资源,AI 给出的工期估算只能参考,要和执行团队确认。另外,对话里不要出现项目合同金额、供应商报价和人员绩效信息。
一个额外的小技巧:保存一份好用的检查清单,作为固定模板反复使用。
可以复用的经验
这个案例里最值得复用的,不是某一句提示词,而是“先说清背景和标准,再看结果、再修正”的习惯。下次遇到“整理项目经验教训库”这类任务,同样适用。