如何撰写可验证的产品需求。
PRD 将用户问题连接到可观察的产品行为。区分需求、拟议的实现细节和未解决决策。
按任务需求调整流程。
把用户问题转化为可观察的产品行为，定义输入、输出和验收条件。将必需行为与实现建议分开，并显示有关规模、权限或错误处理的未决事项。
- 你需要提供什么
- 产品问题、限制和相关方笔记。
- 你会得到什么
- 包含目标、需求和未解决决策的 PRD 草稿。
查看输入和结果。
演示用输入和输出 · 教学示例，并非 WebAct 实时运行结果
示例 个输入项
Draft a small PRD for comparing two CSV supplier files before a catalog update. Required fields: SKU and Price. Match exact SKUs; show old and new prices; export a review list. Duplicate SKUs must be flagged. Volume limits and permissions are undecided.
完整示例
Problem: catalog managers need to inspect supplier price changes before an update. Inputs: two CSV files containing SKU and Price. Matching: exact SKU values; duplicate keys require review rather than automatic pairing. Result: a list containing SKU, old price, new price and change status. Export: the reviewed comparison is downloadable; the workflow does not update the live catalog. Acceptance example: A12 changes from 10 to 12 and appears as a price change. Open decisions: supported volume, permissions and treatment of missing prices.
将这份输入载入提示词，再复制到 WebAct 中尝试任务。实际结果可能与示例不同。
决策与问题排查。
PRD 应指定数据库或框架吗？
仅当技术约束已被确定为需求时才纳入。否则描述行为，让相应设计流程决定实现方式。
为什么工程师会对同一需求作不同解释？
加入具体例子和验收条件，包括失败状态。“易用”之类宽泛措辞无法定义可观察的行为。
使用自己的资料试一试。
将任务提示词中的示例换成你的材料。保留所需条件，再把任务复制到 WebAct。
自定义并复制任务 ↑