AI写PRD的文章很多，但大多在教如何让文档又快又漂亮。本文作者反其道而行之，提出PRD应该最后写，先用AI生成可点击的HTML原型，通过亲手点击原型发现问题，再反推撰写PRD。这种流程不仅让文档更扎实，还大幅减少返工。文章详细拆解了从糙稿到原型的每一步，并分享了与AI协作的实用技巧。

讲AI写PRD的文章，这个站上我翻过不少，大部分在教同一件事：怎么让AI把文档写得又快又漂亮。模板给你，提示词给你，五分钟出一份二十页的PRD。

我觉得这个方向从根上就不对。

文档漂亮从来不是目的。PRD是要挨审的，是要被开发拿去实现的，它的价值在”想清楚了没有”，不在”写没写全”。AI五分钟给你二十页，只说明一件事：这二十页里你自己真想过的，可能不到两页。剩下十八页是AI替你脑补的，看着齐整，其实谁也没想过。

我现在产出PRD的流程说出来有点怪：PRD是最后才写的。完整顺序是——先写一版几百字的糙稿，扔给AI生成一个能点的HTML原型；然后自己坐下来把原型点个遍，点出问题就跟AI掰扯着改；改到原型能定稿，再回过头对着原型把PRD正经写出来。

原型在前，文档在后。下面把每一步摊开说，包括里面比较脏的细节。

一、糙稿阶段：几百字，越糙越好

第一版我只写三块：给谁解决什么问题、核心流程怎么走、明确不做什么。字段不列，异常不穷举，界面一个字不提。半天顶天了，几百字。

一开始这么干心里发虚，几百字就往外扔，太不像话了。后来想明白，这一版的读者是AI不是人，它只要知道你要什么。这个阶段你抠的每个细节，八成会在原型阶段被推翻。写得越满，扔的时候越舍不得——人就是这样，写了三小时的字段表，明知道不对也想留着。

倒是”不做什么”要写死。AI是个热情过头的实习生，你要一个登录页，它顺手带上三方登录、找回密码、记住设备，一整套。你不圈死边界，它替你把需求做大。而且它加的东西个个都”合理”，你还真挑不出毛病，只能挑出”我没要”。

还有一点，这版糙稿里把用户和使用场景写具体点，别写”企业用户”，写”行政小姑娘每周五下午集中处理三十份报销单”。AI对场景的还原能力比你想象的好，你喂它一句话的场景，它能在原型里给你还原出七八分；你喂它一个抽象名词，它只能给你一个抽象的界面。

二、出原型：几句话的事，但有讲究

我给AI的要求基本固定：单个HTML文件，浏览器直接打开，关键流程能点着走通，填上像真的假数据。

“像真的假数据”这半句很重要。你让它随便填，它给你”测试1、测试2、张三、李四”，你点原型的时候大脑直接放水。你让它填”王芳提交的差旅报销单，金额一千二，待部门审批”，感觉完全不一样，很多问题就是在这种真实感里被硌出来的。

（用哪个AI我就不推荐了，Claude、GPT、K3这类能写代码的都行。这半年模型换代太快，今天写的推荐，下个月看就过时了。）

第一版原型两三个小时能出来。别指望惊艳，能点就行。想想以前用Axure画一套能点的原型是什么工作量，这一步已经是白捡的。

三、点原型：整个流程里最值钱的一步

原型到手，我会留出整段时间干一件很笨的事：把它点烂。每个按钮都点，每个输入框都填怪东西，每条路都走到黑，走一半反悔，退出去再进来，故意断在中间。

这一步最好换个环境点。我一般不在工位上点，端着电脑找个会议室，或者干脆用手机开着原型在楼下点。听着有点玄学，其实道理很朴素：在工位上你是那个写需求的PM，脑子里全是”我设计的逻辑”；换个地方，你才勉强像个第一次见到这东西的用户。用户不知道你的逻辑，用户只有手指。

然后问题开始排队冒头。列表空着的时候显示什么？填一半退出，数据还在不在？两个入口进来的人，看到的是同一个页面吗？这个操作删了就没了，要不要拦一下？这些问题在Word里我一个都想不起来，在原型上点十分钟全出来了。原因也简单：写文档是顺着自己思路走，人不会主动往自己思路的岔口上撞；点原型是拿手去试，手比脑子诚实。

这不是我一个人的毛病。我认识一个做B端的朋友，写PRD出了名的细，一个审批流需求写四十多页。有次评审会被开发一句话问住：审批人离职了，单子还挂在他名下，流程走哪？四十多页，没一页写到这个。他不是懒，是这种问题在文档里根本看不见。后来他也转了先点原型的路子，他的原话我记到现在：以前写PRD像考前押题，现在像考完对答案。

还有个同行的狠办法，我抄了过来：点原型时手边放张纸，逼自己写满十个问题才能收工。她说前几个问题是原型送的，最后几个才是自己挣的，恰恰最后那几个最要命。试过就知道，第八个之后确实最难憋，也确实最值钱。

再说个丢人的细节。AI生成的原型经常有”假按钮”——看着能点，点了没反应，因为AI只做了主流程。我一开始很烦，每次都让它补齐。后来反应过来这是送分题：每个假按钮，都对应一处我初稿里没写、AI也不知道该跳哪的地方。假按钮清单就是思考漏洞清单。现在我拿到原型第一件事就是数假按钮。

四、跟AI掰扯：先治它的顺从病

点出问题，直接丢给AI改。但有个前提：别让它顺着你。

AI默认是个点头乙方，你说啥都”好的已修改”。它会把你的烂主意执行得又快又好，这比它能力差可怕多了。我现在固定的问法是：先别改，说说这个改法有什么隐患，你有没有更好的做法，同类产品一般怎么处理。逼它跟我吵，吵完再改。十次里有两三次，它真能吵出我没想到的角度；剩下几次是我对，但对得更有底了。

举个例子。有次我想在一个流程里加二次确认弹窗，防误操作。让AI先反驳，它反问：这个操作用户一天要做几十次，每次都弹窗，你是防误操作还是逼用户闭着眼点确定？——被问住了。最后改成可撤销：先执行，给几秒钟反悔时间。这个方案明显更好，但如果它当时顺着我”好的已加弹窗”，这事就这么糊过去了。

这个阶段来回十几轮很正常，一个问题带出三个新问题也很正常。快的话一两天，慢的话三四天，中途推倒重来一次也不稀奇。有一回我改到第七八轮，突然发现最开始一个入口的设计就错了，前面的修改一多半白费。当时挺沮丧，后来想通了：这要是按老流程，这个错误会一路活到开发中期才被发现，那才叫真白费。原型阶段推倒重来，成本就是几个小时加一点面子。

什么时候算完？我的土办法：拉一个不了解这个需求的同事，让他自己点五分钟，全程没问”这是干嘛的”，就差不多了。

顺便说一下设计师。总有人担心这套流程是在抢设计师的活，我聊过的几个设计师朋友反而最欢迎——AI原型解决的是”逻辑对不对”，不是”体验好不好”，定稿的原型到他们手里，视觉和交互照样重做，而且做得比AI好得多。区别是他们拿到的不再是几句话加一张流程图，不用再猜PM到底想要什么。没人喜欢猜。

对了，版本管理一定要做。我吃过亏，改嗨了之后文件夹里躺着”原型v3″”原型v3终版””原型v3终版真的不改了”，三个文件自己都分不清。现在每一版我都让AI在页面角落标上版本号和日期。土办法，管用。

五、最后才写PRD，而且是反推着写

原型定稿后写PRD，快得不像话，因为你不是在设计，是在记录。每一条写进去的东西都在原型上被点过、吵过、改过，不用猜。

但有一堆东西原型里根本看不见，必须在这一步补：数据从哪来、口径怎么算、权限怎么分、埋点埋哪、异常怎么兜、性能什么要求。这些才是这版PRD的正文。交互部分反而简单，一句”见原型”加截图就完了。

有一次我把定稿的PRD和最初那版几百字糙稿摆在一起对照，能原样活下来的内容不到一半。看到这个比例我后背有点凉：按老流程，多出来的这一半问题，全得靠评审会上被质问、开发中途返工，一点一点挤出来。每一次”这个场景当时没想到”，都是真金白银的工时。

所以我不同意”AI时代不需要PRD”的说法。需要，但它换了个工种。以前是施工图纸，开发照着它盖房子，图纸错一行房子歪一间；现在房子长什么样，原型说了算，PRD更像验收合同——把确认过的事白纸黑字写下来，把原型里看不见的约定补进去，将来扯皮有据可查。文档从二三十页缩到十页上下，但每一页都是实的。以前PRD里一大半内容是猜的：猜用户会这么走，猜交互没问题，猜开发能看懂。现在写进去的每一条都被点过、吵过、验过。

评审会也跟着变了。以前对着文档念，一半时间耗在”这句话什么意思”上；现在开发直接上手点原型，问的都是”这个状态存哪””并发了怎么办”这种真问题。会变短了，含金量反而高了。

六、一个真坑，单独拎出来说

AI原型太像成品了。拿去汇报，不懂技术的人第一反应是”这不都做完了吗”，排期预期当场崩掉。你再解释后端一行代码都没有，人家已经听不进去了，眼里只有那个能点能跳的界面。

现在我演示前必打预防针：这是纸糊的，里面全是假的。就这一句话，能省后面无数扯皮。

还有个隐蔽些的坑，我自己也没完全爬出来：界面先出来了，思考容易被界面框死。文档时代你先想抽象逻辑再落界面，现在反过来，人很容易顺着已经长出来的样子往下想，跳不出去。比如原型里做了个列表页，你后面所有讨论都会围着”这个列表怎么改”转，而”这里到底该不该是个列表”这种问题，就再也没人问了。这事我目前的对策是隔几天故意问自己一次”推倒重来会怎么做”，效果一般。谁有更好的招，教我。

七、说两个可能挨骂的观点

第一个：”先想清楚再动手”这句老话，在原型这件事上半失效了。以前原型贵，一套一周起步，必须想清楚再画，画错了成本高。现在原型便宜到两三个小时一版，”动手”本身成了想清楚的工具——很多东西不是想清楚了才能做原型，是做了原型才想得清楚。还抱着”没想透不许动手”的老规矩，等于放着便宜的试错不用。

第二个：这套流程对PM的要求不是低了，是高了。AI把”画出来”的门槛打到了地板上，”判断”的门槛反而抬高了：一个看起来什么都对的原型摆在面前，你能不能点出藏在第三层的坑，能不能看出这个需求压根不值得做。我见过一个团队，把一个内部工具的原型来回打磨了半个多月，精致得不行，最后需求整个被砍——原型只回答”怎么做”，”该不该做”它一个字答不了。工具越顺手，越容易拿执行的勤奋去躲判断的懒惰。

八、今晚就能试

别挑大需求。找个最小的，一个设置页、一个弹窗逻辑就够。花一小时写几百字糙稿，丢给能写代码的AI，要一个单HTML文件的原型，打开浏览器点十分钟。

第一次跑通之后你大概率会跟我一样，有个挺微妙的感受：不是”AI真厉害”，而是”原来我以前想得这么漏”。前者是工具带来的，新鲜感过了就没了；后者是对自己工作方式的重新打量，这个才值钱。

十分钟点不出一个你没想到的问题，算我这篇白写。

这套流程是我自己跑出来的，肯定带着我的偏见。你要是有更好的跑法，评论区教我。