你为一份 PRD 模板而来——各个章节、标题、一份能粘进文档、用来起一份产品需求文档（PRD）的提纲。它就在下面，拿走，是份真东西。但你要清楚拿到的是什么：模板是一份填空式提纲，而你填完的那一刻，它就开始漂移。一个 Notion 页面或一份 Google Doc 根本不知道，你写下的某个目标，什么时候已经和它底下的决策对不上了——于是 PRD 悄悄偏离团队真正在做的东西。Draftlize 给你同样的九个章节——并把每一节都变成 AI agent 能读也能写的卡片：一个决策一动，所有下游就把自己标记成 stale。
这就是完整的 PRD 格式。文档、wiki、markdown 文件里都能用——粘进去填就行。直接用。下一节讲的是：当每个标题不再是一段文字、而成为一张卡片时，会发生什么变化。
一两句话讲清用户的痛——什么疼、对谁疼、为什么现在重要。如果你不提自己的方案就说不清这个问题，那你还没有问题陈述，你只有一个在找理由的功能。
把「成功」写成结果，而不是功能。是「把首稿耗时压到五分钟以内」，不是「加一个模板按钮」。最多三个——写了九个目标的 PRD，等于一个目标都没有。
这一版你刻意不做的事，写下来，免得第三周又被翻出来重新吵。任何 PRD 模板里最被低估的一节，也是最能省下争论的一节。
这东西具体为谁做——角色、场景、他想完成什么。是「在做副业项目、想尽快上线的独立开发者」，不是「用户」。往下的一切，从故事到指标，都锚在这一节上。
作为 [某用户]，我想要 [某能力]，以便 [某结果]。从问题通向需求的桥——每个故事都是产品必须完成的一件事，用用户的话说，而不是系统的话。
产品必须支持的具体行为，编上号，方便引用。这是最长的一节，也是工程真正照着建的那一节。每条需求都应往回追到一个故事，往前连到一个指标。
能告诉你「目标达成了」的那些数——激活、留存、那个真正在动的漏斗环节。上线前就定下来，否则上线后你会把发生的一切，事后都圆成一场胜利。
这份 PRD 假设为真的那些决策、系统和别处的工作——定价、鉴权模型、某个上游 API。在文档里，这是一份你会忘记更新的清单。它是决定 PRD 是否还诚实的那一节。
你还不知道的东西，明明白白写出来，而不是藏起来。一份假装样样都有答案的 PRD 是虚构；待解决问题这份清单，才是接下来两周真正的活儿所在。
模板到此为止。下面讲：为什么「填完」正是它开始漂移的那一刻——以及我们怎么解决。
这九个章节是好的——几乎每一种 PRD 格式最后都收敛到这个形状。但提纲只把产品记录一次。它不知道某个目标什么时候和它底下的决策对不上了，因为一页文字没法盯着项目其它部分在它周围变化。
你列出 PRD 依赖什么——定价、鉴权模型、上个 sprint 定下的某个决策。然后其中一个变了，对齐文档就成了手动考古：把每条需求重读一遍，找出那些假设了旧结论的。没人会做，于是本该让 PRD 保持诚实的那一节，第一个过时。
PRD 在你写完后的那一分钟最准，此后再也没那么准过。等工程做到一半，它里头有相当一部分已经是错的，而你说不清是哪一部分——于是团队不再信这份文档，开始在 Slack 里问，而这正是 PRD 本该防住的失败。
在 Draftlize 里，PRD 不是一份空白文档——而是沿着那几个章节排开的一组结构化卡片：问题、目标、非目标、用户、故事、需求、指标、依赖、待解决问题。结构化、可按 ID 寻址、能从一份 spec 或一个 thread 引用，而不是埋在往下滚三屏的某个标题底下。
因为「依赖」是一条真实的连接，而不是一串名词，改一个决策会让每张依赖它的卡片自动变 stale——就像构建系统让一个改动文件的所有下游失效一样。改掉定价决策，假设了它的需求和指标会亮起来，而不是悄悄撒谎。模板许下的承诺，由 substrate 替你守住。
Claude Code 或 Cursor，经 MCP，在起草下一条需求前读完每张相关卡片，并把新章节按同样的形状写回去。PRD 不再是一份给「只草草扫一眼的读者」的文档，而成了在每一轮都被读到的上下文——和一份给底层结论用的决策日志模板天然搭配。
模板告诉你该写哪些章节。它没法告诉你，某一节什么时候已经和它底下的决策对不上了。留着这九个章节。让 substrate 替你把它们保持最新。
至少要有：问题陈述、目标、非目标、目标用户、用户故事、功能需求、成功指标、依赖、待解问题。这九个部分是大多数 PRD 格式收敛出来的形状——用不上的标题可以跳过，但底下那个问题要答。
模板是空白提纲——你要填的那些章节标题。范例是已经针对某个具体产品填好的模板，让你看到该写到多细。用模板来写，看范例来对齐颗粒度。
可以——AI 写作器能把一份粗略的 brief 很快变成一版像样的初稿。缺口在于持久性：它只起草一次，之后它假设的某个决策变了，它并不知道。这正是模板加 AI 写作器都解决不了的部分，也是各章节会漂移的原因。
Notion 或 Docs 里的模板是一份静态提纲——你填完的那一刻它就开始过期。Draftlize 给你同样的九个章节，但每个是一张有类型的卡片：可按 ID 寻址，AI agent 经 MCP 读写，某个决策一变，每个依赖它的章节自动标记为过期，而不是继续静静地撒谎。
把上面的模板拿走，或者建一个项目，让 agent 从一份粗略的 brief 起草出产品需求文档（PRD）——然后替你把每一节、以及它依赖的每一个决策，都保持最新。
用 $5 免费开始一键创建项目：这些章节会预置成结构化、互相链接的卡片。和 agent 一起回答它们——之后任何决策变了，依赖它的章节会自动标记过时，而不是悄悄失真。注册送 $5 额度，无需绑卡。