PRD文档篇幅再长，开发不认可、评审反复返工，问题往往出在提示词撰写上。MiniMax生成产品需求文档的能力本身并不弱，弱的是我们没能将“谁、在什么场景下、解决什么问题”这条主线牢牢锁死。下面这套五步法，是我经过多次测试验证能有效推动排期、减少沟通摩擦的写作方法，核心逻辑只有一条：每一句文字都必须能指向可验证的业务结果。
第一步：用三句话锁定业务目标、用户痛点与成功标准
提示词的起始部分，三个要素必须逐一明确，缺一不可，也不允许合并成一句模糊的表达：
- 业务目标：比如“将电商App购物车页面的加购转化率从18%提升至23%”；
- 用户痛点：比如“用户在浏览商品详情页后，因找不到‘加入购物车’按钮或担心库存失效而放弃购买操作”；
- 成功标准：比如“在AB测试中，新版购物车入口的点击率不低于42%，同时加购后2分钟内下单完成率提升9个百分点”。
这三句话必须前置，且避免使用“希望”“力争”等模糊动词——模型会将其视为无效信息，直接忽略。
第二步：角色与视角需明确权限边界
不要只写“你是一个产品经理”，而要写明“你是一个已经接入订单中心v3.2和库存服务API的资深电商产品经理”。这一步如果遗漏，AI会随意发挥，生成看似合理但研发无法落地的描述。具体可以这样做：
- 划定知识范围：“只依据2026年Q2的灰度数据（订单履约时效均值不超过3.7小时），不引用第三方SDK文档，不假设用户已开通免密支付”；
- 禁止模糊用语：“禁用‘优化体验’‘提升满意度’等不可量化的短语，所有结论必须关联接口字段或埋点事件ID”。
简单来说，就是给模型划定范围，避免输出跑偏。
第三步：功能模块按主流程图与异常分支双轨输出
先让模型用纯文本ASCII格式绘制主流程图，例如：
用户点击商品页的「立即购买」→ 调用库存预占接口 → 返回success → 渲染结算页面；
接着对每个节点标注触发条件与系统动作，如“调用库存预占接口需满足：SKU状态为on_sale、库存余量≥1、用户地址在配送范围内”。
最关键的是第三步：强制列举所有异常分支及对应的处理动作。例如：
- 库存不足时：不弹出Toast提示，直接跳转至「缺货登记页」，并自动填充当前SKU ID与用户手机号；
- 接口超时：本地缓存最近一次库存快照，显示“库存可能已变动”，按钮文案改为「稍后重试」。
异常分支必须明确UI变化、数据来源、用户可见反馈，缺少任何一项都等同于在线上埋下隐患。
第四步：字段规则用表格锁定输入与输出
在提示词中直接嵌入表格结构模板，让模型进行填空：
| 字段名称 | 数据类型 | 是否必填 | 校验规则 | 默认值/数据来源 |
|---|---|---|---|---|
| 收货地址 | 字符串 | 是 | 不少于5个汉字，需包含省市区三级信息 | 用户最近一次有效订单的地址 |
| 预计送达时间 | 日期时间 | 否 | 不得早于当前时间+2小时，不晚于7天后 | 系统根据物流商SLA自动计算 |
模型会严格按照此结构输出，研发人员拿到后可直接对接字段，无需再追问“前端如何进行校验”。
第五步：验收标准绑定埋点与监控指标
每一条验收标准都必须包含三个要素：触发事件、预期行为、可观测指标。触发事件需写明具体的埋点名称，例如“track_event: cart_add_success”；预期行为需描述接口响应或UI变化，例如“返回HTTP 200，且response.body.has_stock = true”；可观测指标需指明监控平台路径，例如“Datadog看板 > commerce > cart > add_rate_5m_avg ≥ 42%”。
完成这一步后，测试人员无需再猜测“什么算成功”，打开监控链接即可核对。整份PRD从“需求描述”转变为“可验收清单”，成单率自然会显著提升。