ZeroNoise Logo zeronoise
Post
AI-drafted PRDs: where the source of truth should live, and who approves the changes
•
4 min read
• 204 docs
PMs compare workflows for reviewing AI-written specs. Also: the operational gaps that show up once agents are running, a debate on whether agents can be trusted, Product Hunt's agent-facing launch, and data on how people get their first PM job.

Reviewing AI-drafted PRDs

An r/ProductManagement post asked a practical question. When Claude or ChatGPT drafts a spec, how do engineering, design and leadership review it, and how do their changes get back into the source? The replies agreed on one point: the reviewed document lives in a tool people can read and comment in, not in the chat.

  • Write first, then use AI as a critic. One PM writes the PRD by hand in Confluence so they don't "outsource my thinking." Then a dedicated Rovo agent checks it for structure, missing scenarios, weak assumptions, risks and edge cases .
  • Human gate plus a ticket trail. Another PM reviews and usually rewrites the AI output, which they rate as about 97% accurate. They then assign a functional lead to review it second. Comments go on the ticket, a new version follows, and the result is broken down in sprint planning .
  • Don't sync every comment back automatically. One commenter has the AI draft against a single human-readable document. Comments stay open until the owner accepts them, and only then does the agent update the doc and show a diff. Otherwise feedback "turns into scope before anyone has made the call" .
  • Agent summaries. One team gives each opportunity brief its own Slack channel. An agent fleet summarizes the disagreements and changes at the end of each day .
  • Counterpoint: reviewers often aren't reading PRDs anyway. They paste them into AI. So tell the story with a prototype and keep a shorter document explaining why and what .

Agents in production create new work

Hiten Shah asked who will be "the IT person for everyone's AI agents" when a paid-for agent "quietly stops doing its job" a month later. His bet: agent builders may create more demand for support than they remove . In an r/startups thread about agent infrastructure, commenters made a similar point. Observability and orchestration are crowded, and the gaps are in permissions, audit trails and cost control. Those needs show up only in production and are best found by talking to teams that already deploy agents . Two specific discovery prompts came up. First, how do teams reconcile a CRM write when the tool call times out and a retry might create a duplicate ? Second, why did teams that evaluated tools decide not to buy: security review, data residency, integration, or no budget owner ?

At a Masters of Scale debate, Signal's Meredith Whittaker said a consumer agent that books a party needs contacts, payment, browser, calendar and messages, and that following instructions found in text makes prompt injection serious. She cited cases involving Copilot, Perplexity's agentic browser and Google Calendar . Her conclusion was that trust has to come from verification . Her opponent answered that risk depends on the agent, the use and the access requested. He mostly lets agents read online rather than write , and he advises small steps, tiered access and verification . For PMs building agents, the design takeaway is to scope permissions narrowly and disclose clearly what data the agent touches.

Product Hunt opens to agents

Product Hunt released a version where builders can launch via MCP and find competing products. Operators can search more than 500,000 apps, and investors can filter startups with a proprietary model that predicts Series A likelihood . Shah noted that nearly 25,000 makers launched on Product Hunt in October. That fits what he told Ryan Hoover in 2019: shipping is getting easier and making a product work is getting harder .

Discovery hygiene

  • Idea repos go stale because nobody revisits them, whatever the tool. Give each idea a revisit date and review it in an existing planning cycle. Archive any idea that comes up twice with no new evidence . One team organizes the repo by problem, with quotes and tickets as evidence underneath. Duplicates merge on their own, and planning becomes ranking problems by evidence . Another adds a one-line success criterion to each idea, which later becomes the acceptance criteria .
  • Your ICP is a guess until customers prove it. One founder built for B2B SaaS, but only 1–2 of the first 10 paying accounts were SaaS companies. Small agencies made up the largest group . Rank segments by how deep the replies go , or by who agreed to a paid next step .

Careers

  • One commenter cited their employer's study of 150 PMs at Meta, Google and Amazon. 42% switched company and role at the same time, 28% moved into PM internally, 23% came after postgraduate study and 7% came straight from undergrad. 64% had technical degrees and only 13% had a certification .
  • Formal 30-60-90 onboarding seems to be fading. One commenter describes a week of meeting people, with contributions expected by week two or three .
  • Lenny launched The Next 50, a quarterly list of early-stage startups ranked on headcount growth, funding and investor interest . To qualify, a startup must have been founded in 2023 or later, be at Seed or Series A, have raised at least $5M, have a top VC investor, and have 10–250 employees with headcount growing .

Also

One team that deploys continuously publishes changelog pages for version ranges, such as /changelog/v1.50.0..v1.54.2. Support can send a customer everything since the version where they reported a bug .

AI-drafted PRDs: where the source of truth should live, and who approves the changes
Summary
Coverage start
1 day ago
Coverage end
9 hours ago
Frequency
Daily
Published
8 hours ago
Reading time
4 min
Research time
1 hr 33 min
Documents scanned
204
Documents used
24
Citations
27
Sources monitored
81 / 99
Insights
Skipped contexts
Source details
Source Docs Insights Status
rahulvohra 0 0
Paul Graham 0 0
Tony Fadell 0 0
Patrick Collison 1 0
Daniel Ek 0 0
Gustaf Alströmer 0 0
Stewart Butterfield 0 0
PM Diego Granados 0 0
👨🏻‍💻☕️ 0 0
scott belsky 1 0
Ryan Hoover 3 2
Janna Bastow simplybastow.bsky.social 0 0
Jackie Bavaro 0 0
Sachin Rekhi 0 0
Dan Olsen 0 0
The community for ventures designed to scale rapidly | Read our rules before posting ❤️ 97 8
Will Lawrence 0 0
Product Marketing 0 0
Ami Vora 0 0
PM Interview: Practice Group for Product Manager Case Interviews 0 0
One Knight in Product 0 0
Aakash Gupta 1 1
Shreyas Doshi's Product Almanac | Substack 0 0
Lenny Rachitsky 1 0
Acquired 0 0
a16z 0 0
Exponent 0 0
Product Alliance 0 0
Product Management Exercises 0 0
rocketblocks 0 0
Product Design 0 0
ProductManagementJobs 7 2
Product Management 67 5
Product Management - The place for all things product 10 2
Product Management 0 0
Aspiring and current tech PM's 0 0
Masters of Scale 1 1
Product Science Group 0 0
How I built This 0 0
SaaStr AI 0 0
productized io 0 0
Lenny's Reads 0 0
The Product Folks 0 0
Strategyzer 0 0
Lenny's Podcast 0 0
AJ&Smart 0 0
Y Combinator 0 0
Product School 0 0
Mind the Product 0 0
@andrewchen 0 0
The Looking Glass 0 0
Leah’s ProducTea 0 0
Run the Business 0 0
Product Managers at Work 0 0
The Product Compass 0 0
Ravi on Product 0 0
Productify by Bandan 0 0
Product Thinking with Melissa Perri 0 0
Product Talk Daily 0 0
The Beautiful Mess 0 0
Gibson Biddle's "Ask Gib" Product Newsletter 0 0
Casey Accidental 0 0
Hiten Shah 5 2
Product Growth 0 0
Perspectives 0 0
Lenny's Newsletter 0 0
andrew chen 0 0
Brian Balfour 0 0
Casey Winters 0 0
elena verna 0 0
Kevin Weil 🇺🇸 0 0
April Underwood 1 0
Julie Zhuo 0 0
Marty Cagan 0 0
Lenny Rachitsky 9 4
Christian Idiodi 0 0
John Cutler 0 0
Teresa Torres 0 0
Gibson Biddle 0 0
Shreyas Doshi 0 0
Adam Nash 0 0
Merci Grace 0 0
Jackie Bavaro 0 0
Hunter Walk 0 0
Brian Balfour 0 0
Scott Belsky 0 0
Nir Eyal 0 0
Teresa Torres 0 0
Julie Zhuo 0 0
Andrew Chen 0 0
John Cutler 0 0
Ken Norton 0 0
Gibson Biddle 0 0
Elena Verna 0 0
Casey Winters 0 0
Shreyas Doshi 0 0
Lenny Rachitsky 0 0
Melissa Perri 0 0
Marty Cagan 0 0