从模糊想法到清晰文档:我的prd-writer如何帮你搞定产品需求文档

一、为什么你的AI写的PRD总是不对？

很多人在尝试用vibe coding做产品时，都会遇到一个尴尬的局面：没有产品经验，却要让AI帮忙写需求文档。结果往往是文档看起来很专业、很完整，但一拿到开发环节就发现根本用不了。

问题出在哪里？AI在没有真正理解你意图的情况下，就开始“自由发挥”了。

就像让一个不了解你口味的人帮你点菜，他可能会点一桌子看起来不错的菜，但没有一道是你真正想吃的。

二、两个阶段，避免在错误方向上狂奔

基于这个痛点，我设计了一个两阶段的方法，把PRD写作拆解为：

• 第一阶段：概念版——先确认方向对不对

• 第二阶段：落地版——再把细节补完整

这样的设计核心思想是：不要一上来就写完整版，否则你可能在错误的方向上苦哈哈地狂奔，最后不得不返工重来。

第一阶段：概念版——三个视角确认产品方向

概念版的本质是先确认AI理解的东西到底是不是你真正想做的产品。在这个skill里，我让AI先不要急着展开，而是从三个视角提出问题：

1. 用户视角

你想做一个产品，第一件事就是得想清楚：是不是真的有人需要？

• 现在没有这个产品，用户是怎么解决问题的？

• 他现在痛在哪里？

• 你这个产品到底能帮他什么？

这一层想不清楚，后面文档写得再完整也没用。就像公众号写作，如果你不知道读者真正需要什么，文章写得再漂亮也无人问津。

2. 商业视角

你至少要想清楚：这个东西是一次性的还是长期存在？你的商业模式能不能支撑你持续迭代下去？

这个视角其实是在过滤掉那些“听起来不错，其实没必要做”的东西。就像运营公众号，你得想清楚是纯粹为爱发电，还是有可持续的变现路径。

3. 技术视角

说白了就是看这个东西能不能做得出来，开发难度和成本大概是什么水平？

有些需求可能需要大量的数据支撑，现在这个阶段根本做不出来，那就需要简化你的需求。就像新手写公众号，一开始就追求完美的排版和复杂的交互，往往得不偿失。

到这里，skill就会生成一个概念版需求文档。你满意了就可以进入第二阶段，否则需要和AI继续探讨、优化，直到你们的脑回路对齐为止。

第二阶段：落地版——补上那些容易遗漏的细节

落地版的核心，是我把我认为一个好的需求文档的结构沉淀进去了。这解决了两个问题：AI容易偷懒的问题，以及大家容易漏掉、但开发时一定会出问题的地方。

具体来说，我重点关注五类细节：

1. 交互细节

如果只写一句“这里做一个按钮，点了之后可以提交”，那AI在coding的时候就会只做主链路。但用户点了之后失败怎么提示呢？这些异常情况都是要提前定好的。

2. 状态机

一个按钮不是只有“能点”这一种状态，它还可能有加载中、禁用等状态，甚至还需要在部分情况下隐藏。这些状态不提前列出来，后面一写代码就会乱。

3. 字段规范

比如这个字段是必填的吗？最长能到多少个字？有没有一些校验规则？这些细节没有产品经验的朋友很容易忽略。

4. 文案规范

一份PRD里面其实有两套语言：一套是给用户看的（比如按钮上写什么），另一套是给开发看的（比如点了按钮背后是什么逻辑）。在这个skill里，我会让AI区分这两种内容。

5. 各种图

包括流程图和线框图。这一块对vibe coding特别重要——如果你丢给开发，人看不懂会主动来找你沟通；但如果丢给AI，没写清楚它是真的会直接跑偏。最好带上关键页面的线框图和流程图，这样后面的coding部分会顺很多。

三、实战案例：自媒体账号定位工具

我自己跑过一个case：想做一个自媒体账号定位工具。

左边是我让AI基于这个skill跟我对话，右边就是最终生成的需求文档。它会先问我设想的目标用户，还会问我数据怎么来。我认可了它的产品方向总结之后，就有了第一版概念文档和一些待确认的问题。

我继续回答，信息足够以后就会出一个落地版PRD。可以看到结构非常完整：用户场景写得很清楚，用户流程也写上了，下面还有我特意提到的几个容易遗漏的细节。

四、如何使用这个PRD-writer？

我已经把这个skill放出来了，可以直接拿去用。

它一共有三种模式：

• 模式A：从0开始生成PRD——适合全新项目

• 模式B：在已有文档的情况下评估改进——适合优化现有文档

• 模式C：追加新需求——适合项目迭代

我自己是直接在Claude Co-work里面用的，因为它可以在本地直接写，可视化也做得比较好。当然，你也可以直接把prompt拿出来，丢给任意一个AI，让它按照这个思路帮你写PRD。像OpenClaw、Claude Code也都能理解。

五、为什么我要做这个？

越vibe coding就会越发现第一步需求评审，其实已经决定了后面大部分结果。

现在有很多朋友已经愿意开始用AI实现自己的想法了，所以我做这个prd-writer，是想让一个没有产品背景的人也能做好vibe coding的第一步。

产品需求文档不是越长越好，而是越准越好。prd-writer的核心价值，就是帮助你在AI的协助下，从模糊的想法变成结构清晰、可执行的需求文档。

无论你是想用vibe coding实现自己的产品创意，还是想优化现有的开发流程，这个工具都能帮你节省大量时间和精力。

我是吃土，带你用产品视角看懂AI。如果你对这个prd-writer感兴趣，或者在使用过程中有任何问题，欢迎交流。