提示工程架构师必读：需求分析的3大黄金法则
一、引入与连接：为什么需求分析是提示工程的“地基”？
一个让我印象深刻的痛点场景
去年，我帮一家教育机构做AI课件生成的提示工程。客户一开始说：“我们需要一个能生成数学课课件的提示。” 我按照常规思路写了提示：“生成一份关于等差数列的数学课课件，包含定义、公式、例题。” 结果生成的内容极其枯燥，全是课本上的原话，没有互动设计，也不符合老师的教学风格。
客户反馈：“这根本不是我们想要的！我们需要的是能激发学生兴趣、符合初中老师授课习惯、包含小组讨论环节的课件。” 我这才意识到——需求分析没做到位，再厉害的提示技巧都是无用功。
这不是个例。很多提示工程架构师都遇到过类似问题：
- 生成的内容偏离用户真实需求（比如想要“口语化”的营销文案，结果生成了“官方化”的）；
- 提示过于模糊导致AI输出不稳定（比如“写一篇关于环保的文章”，结果有的讲政策，有的讲个人行动）；
- 忽略系统能力边界导致效果差（比如让AI生成“实时股票分析”，但它没有实时数据）。
需求分析的本质，是把用户的“模糊需求”转化为“AI能理解的清晰指令”，就像给厨师下单时，你得说清楚“要巧克力味、少糖、上面加草莓”，而不是只说“给我做个蛋糕”。
接下来，我会分享提示工程中需求分析的3大黄金法则——这是我从业5年，踩过100次坑后总结的“保命经验”，帮你从“猜用户需求”变成“精准解码需求”。
二、概念地图：先搞懂“需求分析”的核心框架
在讲法则之前，我们需要先建立“提示工程需求分析”的概念地图，明确它的边界和关键要素：
1. 需求分析的3个核心对象
- 用户需求：用户想要解决的问题（比如“生成吸引年轻人的产品描述”）；
- 系统能力：AI模型能做什么（比如GPT-4能理解上下文，但没有实时数据）；
- 反馈循环：如何根据结果调整需求（比如根据运营人员的反馈修改提示）。
2. 需求分析的目标
将“用户的模糊需求”转化为“具体、可执行、符合系统能力的提示指令”。
3. 与传统软件需求分析的区别
传统软件需求分析关注“功能实现”（比如“做一个登录界面”），而提示工程需求分析关注“AI的理解边界”（比如“如何让AI理解‘年轻人喜欢的风格’”）。
用思维导图总结一下：
提示工程需求分析 ├─ 核心对象 │ ├─ 用户需求（what） │ ├─ 系统能力（how） │ └─ 反馈循环（adjust） ├─ 目标 │ └─ 模糊需求→清晰提示 └─ 区别 └─ 关注AI理解边界 vs 传统功能实现三、基础理解：需求分析的“底层逻辑”
为什么需求分析这么重要？因为提示的质量，90%取决于需求分析的深度。
举个例子，用户说“我要一个搞笑的故事”，如果直接写提示：“写一个搞笑的故事”，AI可能会生成一个不符合用户预期的结果（比如适合成年人的冷笑话，但用户想要的是“适合10岁孩子的、有动物角色的搞笑故事”）。
需求分析的作用，就是把“搞笑的故事”拆解为：
- 目标受众：10岁孩子；
- 内容元素：动物角色（比如兔子、狐狸）；
- 风格要求：夸张、有互动环节（比如让孩子参与回答问题）；
- 情感目标：让孩子笑，同时学到“友谊”的道理。
只有这样，AI才能生成符合预期的内容。
