The document that replaces PRDs — Rags Vadali

April 15, 2026

·Podcast

Written by

The Product Experience
The Product Experience

Join our podcast hosts Lily Smith and Randy Silver for in-depth conversations with some of the best product people around the world! Every week they chat with people in the know, covering the topics that matter to you - solving real problems, developing awesome products, building successful teams and developing careers. Find out more, subscribe, and access all episodes on The Product Experience homepage.

,
PM When Your Engineers Aren't Writing Code: Rags Vadali on the PXD | The Product Experience

What does product management look like when your engineers aren't writing code? Rags Vadali, founder of Floto and former PM at Google and Meta, joins Lily and Randy to talk about how building AI-native products has completely inverted his process. No PRDs, prototypes before specs, and a new artefact at the centre of it all: the Product Experience Document (PXD).

They get into why the real product when you're building an agent is the experience layer on top of it, how synthetic personas work (and where they don't), and what discovery still requires that AI can't replace.

Plus: what product sense means when everyone on your team is shipping code.

Chapters

0:00
What is a product when you're building an agent?
1:00
Guest intro: Rags on getting into product at Google, YouTube, Meta, and now founding Floto
3:33
How the team at Floto actually works — and why it's "completely upside down"
6:01
Why building AI products forced a process inversion (and why speed made it necessary)
7:11
Agents and the experience layer: redefining what the product actually is
9:39
Running two to three products in parallel, and throwing away 50–60% of what gets built
14:31
Discovery principles that haven't changed — and the ones AI is helping with
18:15
Synthetic personas: where they work, where they don't, and the insight from flipping the question
22:03
The Product Experience Document (PXD): genesis, philosophy, and why it's not a PRD
25:57
Experience principles: encoding how it should feel to talk to an agent
27:06
Good, bad, ugly: why example interactions and anti-patterns are critical
28:55
Critical moments and closing conversations: designing the arc
33:33
Where this way of working applies — and where it doesn't
35:10
Hiring for product sense: why it now applies to every role
39:43
Final advice: what product people should not stop doing

Key Takeaways

The product is now the experience layer. When you're building an agent, the UI is no longer the product. The real work is defining what experience users have on top of the agent — and that requires a different kind of spec.

Invert the process when the engineers are faster than the spec. At Floto, engineering goes first. PMs come in after the prototype to shape what the experience should be. The old flow — spec, design, build — breaks down when foundation model capabilities are changing faster than you can document them.

Synthetic personas are useful early, but limited. They reflect average user behaviour, not edge cases. The most useful technique: ask negative questions. "What would make you pause before clicking?" yields sharper insights than "Why would you click?"

Discovery principles haven't changed. The products that resonate still come from talking to real people. AI helps you scale signal-gathering — Reddit, G2, Perplexity queries — but the gold standard remains direct user conversations.

The PXD is written for agents, not just people. The Product Experience Document covers: why, success criteria, experience principles, example interactions (good/bad/ugly), critical moments, conversation closing, and success metrics. Engineers fed sections directly into Claude to generate prompts — which reshaped how Rags thought about the format.

Non-deterministic systems need ranges, not requirements. You can't specify a single correct behaviour for an agent. The PXD encodes a range of acceptable answers, hard stop moments, and anti-patterns — because guardrails matter as much as ideals.

Product sense is now a universal hiring criterion. When everyone is shipping code, everyone needs to understand how users will experience what they build. Rags applies a product sense interview to every role, regardless of function.

Did you find this article helpful?

Rate this article to help us improve

Your unfair advantage in product, delivered weekly.

By subscribing, you agree to our Terms & Privacy Policy

Join 170k+ product pros

Become a better product manager
Learn from product experts and become part of the world’s most engaged community for product managers
Join the community

Free Resources

  • Articles

Popular Content

Company
  • Careers

    HIRING

Follow us
  • LinkedIn

© 2026 Pendo.io, Inc. All rights reserved. Pendo trademarks, product names, logos and other marks and designs are trademarks of Pendo.io, Inc. or its subsidiaries and may not be used without permission.