- 约1641字
- 技术
- 2026年3月8日
上个月产品经理让我用AI做一个需求分析助手。我信心满满,花了10分钟写了一个自认为"完美"的Prompt:
“你是一个资深产品经理,需要分析用户需求,给出清晰的产品方案。”
结果AI返回的内容让我傻眼——它给出了一份看似专业但完全无法落地的方案,充满了正确的废话。我不死心,改了几次关键词,加了"详细"“具体"之类的修饰语,结果反而更差了。
那一刻我特别困惑:为什么看别人用AI写代码、生成文章都很顺畅到自己手上就完全不好用?
后来我花了整整两天时间,不断调试优化,终于让这个需求分析助手从"鸡肋"变成了团队真正常用的工具。今天把我的踩坑和调试经验分享出来,希望能帮你少走弯路。
我的Prompt调试三板斧
第一板斧:给AI一个具体的角色身份
最开始我写的"你是一个资深产品经理"太泛了。AI不知道这个角色应该具备什么能力、应该用什么风格输出。
后来我换成了这样:
你是一位拥有10年经验的中高级产品经理,擅长B端工具类产品。
你的风格是逻辑清晰、实用至上,
你会先确认核心问题,再给出结构化的分析。
这个版本比第一版好了很多,但还不够。
关键洞察:角色设定不只是给一个title,而是要说明这个角色的能力边界、输出风格和思维模式。
第二板斧:明确输出格式,越具体越好
第一次Prompt里我说了"给出清晰的产品方案”,但AI不知道什么叫"清晰",每个人理解不一样。
改进后我加了:
请按以下格式输出:
## 需求概述
(用3句话以内说明核心需求)
## 核心问题
(列出最关键的1-3个问题)
## 解决方案
(针对每个核心问题,给出具体建议)
## 风险提示
(列出实施过程中可能遇到的挑战)
这才是真正有用的输出。把"清晰"变成可验证的结构,AI才能严格执行。
第三板斧:给参考示例,让AI知道你要什么
有些需求靠语言很难描述清楚,这时候示例比描述更有效。
比如我希望AI生成的需求分析要"像真人在思考",但直接这么说AI理解不了。我换成了:
以下是需求的参考示例:
需求:用户登录失败超过3次,需要图形验证码
分析:
- 这是为了防止暴力破解
- 验证码类型选择:滑动验证 > 图形验证码(用户体验更好)
- 考虑与现有登录流程的兼容性
需求:用户反馈页面加载慢
分析:
- 先确认是网络问题还是服务端问题
- 如果是服务端,需要做性能监控和优化
- 给出初步的排查方向
现在请分析以下需求:
{用户输入}
有了这个示例,AI不仅理解了输出格式,还学会了"分析问题"的思维方式。
调试过程中的血的教训
在优化Prompt的过程中,我总结了3个常见坑:
1. 不要一次性改太多 我一开始经常同时改角色设定、输出格式、示例,一次性全换。结果AI表现变好或变差,我根本不知道是哪个改动起了作用。正确做法:一次只改一个变量,观察效果再调整。
2. 避免"正确但无用"的表述 “详细"“专业"“全面"这些词听起来很好,但AI无法量化执行。换成"至少包含3个具体案例"这样的可量化要求,效果好很多。
3. 上下文不是越多越好 有时候我为了让AI理解背景,写了很长的背景介绍,结果AI反而被干扰,忘了核心任务。后来我学会把背景信息压缩成关键要点,只保留最相关的3-5条。
写在最后
现在的需求分析助手已经成了团队的常用工具,平均每次需求评审前用它做一次预分析,能节省我们至少半小时的讨论时间。
回头看我的Prompt进化史,最大的感悟是:写Prompt本质上是和AI沟通的能力,需要不断练习和调试。 不要期待一次就写出完美版本,保持迭代优化的心态,反而更容易出成果。
如果你也在调试Prompt时遇到困难,不妨试试上面说的"三板斧”。有问题的读者,欢迎在评论区分享你的案例,我们一起讨论。