Marco Liu1. 提示工程架构师必备：需求分析的7个实用技巧
作为一名在AI领域摸爬滚打多年的提示工程架构师，我深知需求分析是整个项目成败的关键。那些看似简单的"写个吸引人的文案"或"做个智能客服"的需求背后，往往隐藏着无数坑点。今天我就来分享7个经过实战验证的需求分析技巧，帮你把模糊的业务需求转化为可执行、可验证的提示要求。
1.1 为什么需求分析如此重要？
在实际项目中，我见过太多因为需求不明确导致的失败案例。比如某电商客户要求"生成个性化推荐文案"，结果交付后发现他们真正需要的是能突出促销信息的文案；又比如一个教育类App想要"智能批改作文"，但没说明评分标准和反馈格式，导致反复修改。
这些问题背后都有一个共同点：需求方和提示工程师之间存在巨大的理解鸿沟。业务人员往往用模糊的形容词描述需求，而工程师需要的是具体的、可量化的指标。这就是为什么专业的需求分析能力，已经成为区分优秀提示工程架构师的关键技能。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 需求分析的系统框架
2.1 5W1H需求挖掘法
这是我最常用的需求澄清工具，通过连续追问帮助业务方理清真实需求：
- Who：目标用户是谁？他们的背景和偏好是什么？
- What：具体要解决什么问题？现有方案有什么不足？
- When：在什么场景下使用？时间上有何特殊要求？
- Where：在哪些渠道或平台展示？
- Why：为什么需要这个功能？背后的业务目标是什么？
- How：期望如何实现？有无技术或资源限制？
举个例子，当客户说"要个吸引人的文案"时，通过5W1H追问可能发现：他们其实需要的是针对25-35岁职场女性的、突出产品环保特性的、适合Instagram发布的、在周末流量高峰前发布的文案。这样的需求才具有可操作性。
2.2 需求-解决方案矩阵
业务人员常常把"需求"和"他们设想的解决方案"混为一谈。我的做法是用矩阵将它们分开：
| 真实需求（问题） | 业务方提出的解决方案 | 可能的更好方案 |
|---|---|---|
| 快速理解用户反馈 | 生成用户反馈摘要 | 自动分类+关键词提取 |
| 提升客服效率 | 自动回复常见问题 | 智能路由+知识库推荐 |