# A.i. + PRD = 1-2-3 **URL:** \ **Category:** Open topics\ **Created:** [February 18, 2026, 6:16pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653 "2026-02-18T18:16:25Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![EricZ](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ericz/32/692_2.png) [@EricZ](https://forum.zurb.com/u/EricZ)\ **Post date:** [February 18, 2026, 6:16pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/1 "2026-02-18T18:16:25Z")
![reports-of-mark-twains-quip-about-his-death-are-greatly-misquoted](https://canada1.discourse-cdn.com/flex034/uploads/helio/original/2X/a/ae2a7fe78c583993e6ca6ff91c069c9b3b0b5ab1.jpeg) Back in 2014, we were writing about the death of the Product Requirements Document (PRD). The thinking behind this post has never been important, as the purpose was to shift away from hardening our thinking about the product design process too early and encourage iteration through prototyping (!). > Documents become less relevant as the team moves forward with the product. A successful team will prototype early and replace their abstract documents with clear and tangible customer feedback. > **[The PRD is Dead](https://zurb.com/blog/the-prd-is-dead-long-live-the-prototype)** > > After publishing this post originally, we got requests to clarify the term 'PRD'. A PRD is a Product Requirements Document. This is a document that product development teams use to specify what they will build. It will contain features, user stories,... Now that vibe-coding is _de rigueur_, we are seeing prototypes generated faster than ever. But are we also seeing an imbalance in the kind of thinking that keeps projects on track? In our conversations with Product Managers, we are seeing PRDs being engaged with in new ways: - Directors and Managers are generating PRDs with the help of A.I. - Stakeholders who would not normally read a PRD engaging with LLM synopsis of PRDs to stay informed on the details - Designers feeding PRDs into LLMs to generate prototypes Our question is: - Are you seeing new value in PRDs with the affordances A.I. provides? - How has the usage of PRDs changed within your teams in the past 5-10 years? - What are the worst pitfalls of PRDs for you? ---
**Author:** ![ben](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ben/32/442_2.png) [@ben](https://forum.zurb.com/u/ben)\ **Post date:** [February 18, 2026, 6:26pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/2 "2026-02-18T18:26:37Z")
> [@EricZ](#): > > - Are you seeing new value in PRDs with the affordances A.I. provides? Yes. As an engineer, PRDs is the planning work which allows A.I. to execute at a higher level. Every feature and request, the better the plan, the better the execution, and the more clear on how I’m involved with the goal. > [@EricZ](#): > > - What are the worst pitfalls of PRDs for you? The pitfall of a PRD is relying too heavily on it, as mentioned in your post. We should use PRDs as throwaways, just as how plans should be used (discarded after use). The source should be the product and outcomes themselves. ---
**Author:** ![nathaliesmith](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/nathaliesmith/32/443_2.png) [@nathaliesmith](https://forum.zurb.com/u/nathaliesmith)\ **Post date:** [February 18, 2026, 11:51pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/3 "2026-02-18T23:51:43Z")
> [@ben](#): > > We should use PRDs as throwaways, just as how plans should be used (discarded after use). The source should be the product and outcomes themselves. This is an interesting take! I’d argue from an Ops perspective that PRD’s are seen as helpful because they provide soooo much alignment beforehand. I was reading up on the practical application of these and ran into this lens: “If this PRD disappeared tomorrow, would execution slow down?” If yes, it’s valuable If no, it’s performative Which I thought, really showcased the value of how they’re applied and leveraged in orgs! ---
**Author:** ![MoData](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/modata/32/1182_2.png) [@MoData](https://forum.zurb.com/u/MoData)\ **Post date:** [February 24, 2026, 12:55am UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/4 "2026-02-24T00:55:18Z")
First I’m hearing much about PRDs in a couple years, so I don’t think the concept is necessarily revived, but maybe it will get new life with AI. If these documents change from just spec sheets to well-structured hunches about what the product can be, you can combine the value of quickly testing hypotheses with the rigor of PRDs to create a process that allows for both specificity and experimentation. ---
**Author:** ![ben](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ben/32/442_2.png) [@ben](https://forum.zurb.com/u/ben)\ **Post date:** [February 24, 2026, 5:03pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/5 "2026-02-24T17:03:32Z")
> [@nathaliesmith](#): > > I’d argue from an Ops perspective that PRD’s are seen as helpful because they provide soooo much alignment beforehand That’s exactly why they should be discarded. They’re mainly for pre-alignment purposes. Where PRDs get fuzzy when we have 100s of them sitting around “documenting” what things _should be,_ not what they end up becoming. After a year of work, is anything the same as it was when that PRD was created? If not, now it’s actually throwing a wrench in someone else’s understanding, especially if they use that as reference for understanding the “core” truth. They’re a flawed system because it’s just too easy to detach them from reality by a simple change, and they’re a lot of overhead if we’re trying to keep them up-to-date. > [@nathaliesmith](#): > > If yes, it’s valuable > If no, it’s performative I’d say that they’re performative after about a month. More than likely, especially with larger teams, they are simply just left behind. I’ve never been PRD heavy, as it’s similar to a problem with programming and comments. Comments are cool, but it’s just too easy for them to not be read, and then also be detached from how things are actually working. ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [March 1, 2026, 8:19pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/6 "2026-03-01T20:19:41Z")
> [@ben](#): > > That’s exactly why they should be discarded. They’re mainly for pre-alignment purposes. **It feels like we’re still calling it a PRD because the term is familiar, but what we’re actually doing is different.** The old PRD tried to lock the future in place. What’s happening now is more like structured thinking. A working draft that feeds AI, prototypes, summaries, and conversations. The risk is confusing output with alignment (saw this first hand this week). Faster prototypes do not replace clarity on why this matters, what problem we’re solving, and how we’ll know it worked. If someone gets a new version 15 minutes later… do they really want to sort through it again? If AI turns the PRD into something dynamic, shared, and constantly tested against real feedback, that’s where I think this wins. If it just makes it easier to generate long, confident documents that no one truly owns, we’re back where we started. ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [March 2, 2026, 3:16pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/7 "2026-03-02T15:16:34Z")
Decided to go deeper into this topic of the role of a PRD. It’s more like a working draft that includes AI, prototypes, summaries, and conversations. > **[Product work feels like hitting refresh over and over. We are spending more...](https://www.linkedin.com/posts/bryanzmijewski_product-work-feels-like-hitting-refresh-over-activity-7434037548324397056-XuGn)** > > Product work feels like hitting refresh over and over. > > We are spending more time in edit mode, trying to align around ideas that have not been fully vetted. That shift is creating friction. > > Every prototype triggers feedback. > Every AI-generated flow... ![judgement-is-edit-mode](https://canada1.discourse-cdn.com/flex034/uploads/helio/original/2X/e/e20c8655e45dbaf41a9beb54a63f8c10c510cfe9.png) ---
**Author:** ![ben](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ben/32/442_2.png) [@ben](https://forum.zurb.com/u/ben)\ **Post date:** [March 2, 2026, 4:42pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/8 "2026-03-02T16:42:30Z")
> [@Bryan](#): > > The old PRD tried to lock the future in place. What’s happening now is more like structured thinking. A working draft that feeds AI, prototypes, summaries, and conversations. Yes, this is the way. ![](https://canada1.discourse-cdn.com/flex034/uploads/helio/original/2X/1/164bc151c7ffc39a9c66d74cf5c73cdc3d1ba6c6.gif) ---
**Author:** ![ben](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ben/32/442_2.png) [@ben](https://forum.zurb.com/u/ben)\ **Post date:** [March 2, 2026, 4:45pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/9 "2026-03-02T16:45:48Z")
This is a great summary. Maybe it makes sense to create a /docs/features structure that highlights how each feature works within platforms, working as the “source” truth. This gives me a few ideas! ---
**Author:** ![EricZ](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ericz/32/692_2.png) [@EricZ](https://forum.zurb.com/u/EricZ)\ **Post date:** [April 27, 2026, 4:50pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/10 "2026-04-27T16:50:53Z")
This is a case-study in utilizing PRDs to structure a build process. In particular, you’ll see that this takes a meta approach to building a presentation of prototype variations and, rather than simply focusing on PRDs for each variation, starts with a framework for modular viewing across the different prototypes. > [@Prototyping the Design Process with AI](https://forum.zurb.com/t/prototyping-the-design-process-with-ai/699): > > One challenge of integrating AI into a design process is accounting for the meta aspects of what design is all about. Prototype a design using AI? Sure! Use AI to build multiple prototypes sooner in the design process? Sounds possible! Why not bring higher fidelity to the thinking sooner. Turns out, this is more difficult than you might initially think. Articulating that there will be a system within a system up front is the missing step to starting in… ---
**Author:** ![Scott.Romack](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/scott.romack/32/1236_2.png) [@Scott.Romack](https://forum.zurb.com/u/Scott.Romack)\ **Post date:** [May 26, 2026, 9:10pm UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/11 "2026-05-26T21:10:04Z")
Yes AI makes great requirements not just helpful but the only way to make probabilistic AIs output anything we can trust. We are betting hard on this and trying to open source the underlying patterns that run 80% of software at [https://gracecommons.dev/](https://gracecommons.dev/) Please take a look if you have time and throw rocks at the idea. ---
**Author:** ![ben](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ben/32/442_2.png) [@ben](https://forum.zurb.com/u/ben)\ **Post date:** [May 28, 2026, 12:55am UTC](https://forum.zurb.com/t/a-i-prd-1-2-3/653/12 "2026-05-28T00:55:16Z")
Very interesting @Scott.Romack. The composite and atom level perspective seems like an interesting way to break some of this down. I’ll have to give this a more thorough read!