MiniMax生成PRD需五步法：一、前置三句话锁定业务目标、用户痛点、成功标尺；二、明确角色权限与知识边界；三、主流程图+异常分支双轨输出；四、字段规则用表格固化；五、验收标准绑定埋点与监控指标。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让MiniMax生成的PRD直接推动开发排期、减少评审返工、加速需求上线，关键不是堆功能点，而是让每一段文字都指向可验证的业务结果。成单率低往往不是模型没听懂，是提示词没把“谁在什么场景下用这个功能解决什么问题”钉死。
第一步：用三句话锁死业务目标、用户痛点、成功标尺
在提示词最开头，强制写清这三句，不许合并、不许省略：
业务目标：例如“将电商App购物车页的加购转化率从18%提升至23%”；
用户痛点：例如“用户浏览商品详情页后，因找不到‘加入购物车’按钮或担心库存失效而放弃操作”；
成功标尺：例如“AB测试中，新版本购物车入口点击率≥42%，且加购后2分钟内下单完成率提升9个百分点”。
【这三句必须前置，且不能用‘希望’‘力争’等软性动词，模型会默认忽略】
第二步：角色与视角必须带权限边界
方法一：用“你是一个已接入订单中心v3.2和库存服务API的资深电商产品经理”替代“你是一个产品经理”。
方法二：直接封死知识范围：“只依据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%”。
这一步做完，测试同学不用再猜“什么叫成功”，打开监控链接就能核对。
