这个提示词用来做什么
工程师写了两千字方案,决策者只想知道「要不要批、花多少钱、最坏会怎样」
提示词全文
请把下面的技术材料改写成给非技术决策者看的一页纸。读者不关心实现细节,但会追问成本、风险和退出方式。
## 输入
原文:{粘贴文章、方案或会议记录}
读者角色:{CEO / 业务负责人 / 财务 / 采购,注明他最关心什么}
要决定的问题:{一句话,尽量是封闭问题,例如「是否在 Q4 投入 3 人做这件事」}
篇幅上限:{字数,默认 600 字}
## 输出
1)标题:直接写结论,不写「关于……的汇报」。
2)第一段(不超过 120 字):做什么、为什么现在做、需要对方决定什么。
3)三个支撑事实:每条带数字、时间范围或来源;没有数字的事实放后面,不要凑数。
4)代价:钱、人、时间各一行;写清楚是一次性投入还是持续成本。
5)最坏情况:如果失败,损失上限是什么、多久能发现、怎么退出。
6)不做什么:这次明确不做的 1-3 件事,以及为什么。
7)下一步:开跑前需要谁在什么时间点确认什么;给出一个可检查的里程碑。
8)术语表:最多 3 个词,用一句人话解释;超过 3 个说明改写还不够。
## 纪律
- 每个形容词换成事实或删掉;不写「显著提升」「全面赋能」「闭环」。
- 不引用原文里没有的数字;需要补充的地方标「待补数据」。
- 不用「我们认为」代替依据;判断可以写,但要和事实分开。
- 保留原文中的限制条件和失败案例,不要为了让方案好看而删掉。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符(如 {任务描述})替换成你自己的内容。
- 条目越具体,产出越稳定;不需要的条目可以直接删掉。
输出示例
这份改写的难点在第 5 条:多数技术方案只写成功路径,决策者却必须先知道失败时损失多大。第 8 条是自检——如果术语表超过 3 个,通常说明正文还在替工程师写,而不是替决策者写。
基本信息
- 分类:写作
- 标签:技术写作 · 决策 · 信息压缩 · 汇报 · 去术语
- 收录日期:2026-10-22