我打开Cursor，把那份15页的“天书”分成几个部分粘贴进去。提示词如下：

"用户点击支付后系统要快速响应，提升支付成功率。"

你遇到过Zui离谱的PRD是什么样的？后来怎么解决的？

产品经理和开发之间的矛盾，根源往往不在需求本身，而在于需求表达方式。一个合格的需求文档应该包含：功Neng描述、业务规则、边界条件、异常处理、验收标准。但现实中，hen多PRD长这样：

他一页页翻，越翻越慢。翻完后说：“这比我自己写的还细。边界条件我dou没想到，你怎么想出来的？” 我笑了笑：“AI想的。” 他沉默了几秒钟，然后说：“以后我写完PRD，你先跑一遍这个流程？”

我试了效果超出预期。今天我把这套方法拆给你，包括Prompt模板、操作步骤、以及我踩过的坑。以后你拿到“天书”，也Ke以让AI帮你“翻译”。

我打印出AI翻译后的文档，约小马开会。我跟他说：“这是我根据你的PRD整理的可执行版本，你kankan有没有遗漏。”

订单列表高级筛选- 筛选字段：订单号、订单状态、下单时间- 默认展示Zui近30天的订单- 多个筛选条件之间为 AND 关系- 订单号匹配：忽略前后空格，大小写不敏感- 时间范围：开始时间 <= 结束时间，否则提示“开始时间不Neng晚于结束时间”- 无结果时显示“暂无符合条件的订单”，并提供“清空筛选”按钮- 接口超时：提示“查询失败，请重试”，保留当前筛选条件- 数据量超过1000条：前端分页，每页20条- 筛选后URL同步筛选参数，刷新页面保留筛选状态- 点击“重置”清空所有筛选条件，恢复默认状态- 筛选操作平均响应时间 < 500ms

你kan啊！同一个需求啊！一个模糊不清，“一个可执行”。AI帮我补全了所有产品经理漏掉的细节。

金句产品经理写的是“愿望”，AI帮他翻译成“工程”。

"订单列表页需要支持高级筛选功Neng。用户Ke以通过多种条件查询订单信息, 以提升查找效率。请确保筛选条件易于理解, 并避免给用户带来困扰。"

原文

金句Zui好的需求评审，不是开发挑产品的刺，而是AI帮产品补漏。