Claude PRD提示词利益点不清？3个专家级优化技巧

写ClaudePRD最棘手的痛点在哪？利益点模糊不清。需求方反复追问，开发团队搞不清优先级，文档写完形同虚设。根源在于——提示词没把用户真实痛点和商业价值，精准绑定到具体行为上。

先锁定“谁在什么场景下因什么问题要这个功能”

第一步：在提示词开头，用一句话写清角色、场景和冲突。举个例子：“客服主管每天手动整理150条投诉录音，因缺乏关键词自动归类，导致72小时内重复投诉响应超时率达43%。”别写“提升效率”“优化体验”这种空话——那是给老板看的PPT说辞，不是给Claude看的。

第二步：把提示词里的形容词和副词全部清理掉。检查一下，还有没有“更智能”“显著提高”“极大改善”这类词？这些词没有操作定义，Claude要么直接跳过，要么自行脑补，结果就是文档失控。

第三步：每个功能点都要绑定一个可验证的动作结果。比如“支持语音转文字”这种表述，必须改成“将30秒内上传的MP3文件→自动输出带时间戳的文本，错误率≤2%（以标准普通话测试集为准）”。验收标准没写清楚，Claude生成的后续文档必定漂移——这是铁律。

用“损失倒推法”补全利益点

方法一：直接问“不实现这个功能，下周会多花多少钱/时间/人力”。比如：“若无自动归类，客服主管需每天额外投入2.5小时人工标注，按月薪2万折算，单月隐性成本为1.25万元”。把数字直接塞进提示词，利益点就自己显形了。

方法二：去翻最近三次需求评审记录，把开发人员当场提出的质疑句抄下来。比如“这个排序逻辑前端没法接API”——把原话直接改写成约束条件加进提示词：“排序字段必须与现有用户中心API/v2/profile/sort返回字段完全一致”。这才是真金白银的规则。

删掉所有“希望”“建议”“考虑”字眼

提示词里所有“希望系统能…”“建议增加…”“可考虑支持…”，全部替换成“必须输出…”“禁止返回…”“仅接受JSON格式，字段名含…”。Claude对情态动词没有响应机制——它只执行确定性指令。

这一步操作起来很简单，直接全局替换即可。但漏掉一个“可”字，就可能让Claude生成出三套UI方案——而你只需要一套能立刻丢给前端切图的。