PRDmd
可以先理解为:用产品需求文档定义第一次开发
PRDmd 像产品的一页作战地图。它不负责写代码,但要告诉团队为什么做、做什么、做到什么算完成。
关键结构图
业务
财务
风险
说明
一张文档分成用户、场景、功能和验收四栏。
What
PRDmd 是用 Markdown 写清楚产品需求,让开发知道第一版到底要做什么。
PRDmd 是产品需求文档的 Markdown 形态。它承载目标用户、核心场景、功能范围、优先级和验收标准。
StructurePRDmd = 用户目标 + 功能范围 + 验收标准
When
当一个想法准备从讨论进入实现时,应该先写 PRDmd,避免边做边猜。
How
先写清楚问题和用户,再列出功能范围和不做什么,最后定义验收标准。好的 PRDmd 能让实现少走弯路。
Examples
做学习页时,PRDmd 可以定义要有学习卡、状态反馈和路径入口,但不把每个视觉细节写死。
做图谱交互时,PRDmd 可以写清单击看关系、双击打开卡片、移动端保留打开入口。
来源
类型:项目实践模型 / 产品管理实践
事实线:PRD 是产品管理中用来描述用户目标、功能范围和验收标准的需求文档;PRDmd 是 Bricks Planet / First Flight 把它写成 Markdown 的项目形态。
依据:产品需求文档的行业实践,以及 Bricks Planet v1-launch 通过 PRD 定义页面范围、信息架构和验收标准的项目流程。
边界:PRDmd 适合把想法推进到实现,但不能替代用户研究、设计验证或工程评估。
常见误读:不要把 PRDmd 当成越长越完整的说明书;好的 PRD 应该清楚界定做什么、不做什么和怎样验收。