把一句产品想法展开成研发能看懂的 PRD:用户场景、功能清单、字段规则、异常分支、验收标准。
产品需求文档、功能方案、外包开发需求说明。
帮我写一份 PRD,读者是开发同学和设计同学,要求他们看完能直接排期。 【需求】{{要做的功能}} 【用户与场景】{{目标用户与场景}} 【技术约束】{{现有系统约束}} 【时间】{{期望上线时间}} 输出结构: 1. 背景与目标:现状问题 2 句、本次目标 1 句、不做会怎样 1 句;给 1 个核心指标 + 1 个反向指标(防止为了指标伤害体验)。 2. 用户故事:3 条,格式「作为…我希望…以便…」,其中至少 1 条是边缘用户。 3. 功能清单:按 P0(不做不能上线)/ P1(本期争取)/ P2(下期)分级,每项写清「入口在哪、点了发生什么、成功后看到什么」。 4. 交互与状态:列出全部状态——空态、加载中、成功、失败、权限不足、超限,每种状态给一句文案建议。 5. 数据与字段:表格形式列出字段名、类型、是否必填、默认值、校验规则、示例值。 6. 异常与边界:至少 8 条(重复提交、超量、跨端不同步、存储写满、非法字符、网络中断、版本升级数据迁移…),每条给处理策略。 7. 验收标准:可勾选的清单,每条都能被测试同学直接执行(给操作步骤和预期结果)。 8. 不做的部分:明确列出本期不做什么,避免范围蔓延。 最后给:3 个开发会当场提出的技术疑问,以及每个疑问的建议回答。
越小越好,但状态和异常不能省——这两块才是开发返工的原因。
有低保真线框就够,PRD 的核心是规则,不是视觉。