首页/AI 提示词库/办公效率/PRD 需求文档提示词

PRD 需求文档提示词

💼 办公效率 适配:Claude / GPT / DeepSeek / Kimi难度:进阶 4 个变量一键复制
使用说明

把一句产品想法展开成研发能看懂的 PRD:用户场景、功能清单、字段规则、异常分支、验收标准。

产品需求文档、功能方案、外包开发需求说明。

提示词模板未填写变量以红色标出
帮我写一份 PRD,读者是开发同学和设计同学,要求他们看完能直接排期。

【需求】{{要做的功能}}
【用户与场景】{{目标用户与场景}}
【技术约束】{{现有系统约束}}
【时间】{{期望上线时间}}

输出结构:
1. 背景与目标:现状问题 2 句、本次目标 1 句、不做会怎样 1 句;给 1 个核心指标 + 1 个反向指标(防止为了指标伤害体验)。
2. 用户故事:3 条,格式「作为…我希望…以便…」,其中至少 1 条是边缘用户。
3. 功能清单:按 P0(不做不能上线)/ P1(本期争取)/ P2(下期)分级,每项写清「入口在哪、点了发生什么、成功后看到什么」。
4. 交互与状态:列出全部状态——空态、加载中、成功、失败、权限不足、超限,每种状态给一句文案建议。
5. 数据与字段:表格形式列出字段名、类型、是否必填、默认值、校验规则、示例值。
6. 异常与边界:至少 8 条(重复提交、超量、跨端不同步、存储写满、非法字符、网络中断、版本升级数据迁移…),每条给处理策略。
7. 验收标准:可勾选的清单,每条都能被测试同学直接执行(给操作步骤和预期结果)。
8. 不做的部分:明确列出本期不做什么,避免范围蔓延。

最后给:3 个开发会当场提出的技术疑问,以及每个疑问的建议回答。
填变量变量会自动替换进上方模板,可随时复制
已填 0 / 4
使用步骤
  1. 先把不做什么写清楚,比写做什么更省事。
  2. 状态列全,尤其空态和失败态。
  3. 验收标准写成可执行步骤。
反向指标必写
只写正向指标,容易出现「为了收藏率硬弹窗」的设计。
字段表给示例值
开发照着示例值就能自己判断格式,减少来回问。
常见问题
PRD 要写多长?

越小越好,但状态和异常不能省——这两块才是开发返工的原因。

要不要画原型?

有低保真线框就够,PRD 的核心是规则,不是视觉。