第四章 · 一份七件事的方案

问题定义清楚了，别急着把一句话甩给 AI。想想你怎么对待那个博士生：你会只说「帮我写个方案」就走开吗？不会。你会坐下来，把任务交代清楚。对 AI 也一样——让它干活之前，先写一份方案，方案里要有七件事。

七件事，一件不能少

一、目标。AI 要解决什么问题，目标是什么。注意是第二章、第三章里挖出来的那个真问题，不是你随口的一句「帮我看看」。

二、上下文。其他背景信息。上一章说过，上下文就是施工队的图纸。你公司的行业、这份材料给谁看、之前做过什么尝试——这些你脑子里的「常识」，AI 一概不知道，不说就没有。

三、约束。有哪些约束条件。预算不能超过多少、不能用某些词、必须遵守什么规范、绝不能碰什么红线。约束不写，AI 就默认没有。

四、中间过程。过程怎么处理。是让它一步到位出结果，还是先出提纲、你确认、再展开？长任务拆几步走，每步怎么交接，都要事先想好。

五、产出。结果是什么样子。一篇文章还是一张表？多长？什么结构？给谁用？「产出」定义得越具体，交回来的东西越能用。

六、模板和样例。需要什么样的模板、什么样例。你有满意的旧文档，给它当模板；你有觉得「就要这个味儿」的例子，给它当样例。一个样例顶一千句形容。

七、工具。需要什么工具，有没有 few shot 的例子——这个词翻译成人话就是「打样」：给它几个「输入长这样、输出长这样」的完整示范，让它照着学。人类学手艺靠看师傅做一遍，AI 也一样。

一份方案长什么样

拿「让 AI 帮你写季度汇报」走一遍七件事：

• 目标：写一份给事业部总经理看的 Q2 汇报，突出投诉率下降，为下季度预算申请铺路。
• 上下文：Q2 投诉率从 4.2% 降到 2.8%，主要靠新上的工单分类流程；总经理是技术出身，喜欢看数据不喜欢看口号。
• 约束：不超过两页；不许出现「赋能」「抓手」这类词；具体客户名字一律隐去。
• 过程：先出提纲我确认，再写正文；正文分两段，先讲结果再讲原因。
• 产出：两页文档，一页数据一页分析，结尾附下季度预算申请的一句话理由。
• 模板样例：附上 Q1 那版被总经理夸过的汇报。
• 工具/打样：给两段「原始数据 → 汇报句子」的示范。

为什么值得花这个时间

有人会说：写这么一份方案，比我自己写汇报还费劲。偶尔一次的杂活，也许是的。但只要这件事会重复发生——每周的汇报、每天的客服话术、每篇公众号初稿——方案就是一次投入、反复取息的资产。而且下一章你会发现：方案写出来的最大好处，是可以自查。脑子里想的没法检查，白纸黑字才能逐条核对。

那么，一份方案写出来之后，怎么知道它齐不齐、对不对？下一章给你一份交卷前的自查清单。