<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[The Way of Product w/ Caden Damiano: Taste Maker ]]></title><description><![CDATA["Taste Maker" by The Way of Product is a premium profile series on the people whose standards quietly shape the products everyone else copies.

Each edition dissects one builder’s taste—what they notice, what they ignore, and the tradeoffs they refuse to make—so you can borrow their mental filters without borrowing their aesthetic.]]></description><link>https://www.wayofproduct.com/s/taste-maker</link><image><url>https://substackcdn.com/image/fetch/$s_!BUaf!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F797b6699-6004-4b24-82cc-6a573a1aa916_1280x1280.png</url><title>The Way of Product w/ Caden Damiano: Taste Maker </title><link>https://www.wayofproduct.com/s/taste-maker</link></image><generator>Substack</generator><lastBuildDate>Sat, 25 Jul 2026 18:16:45 GMT</lastBuildDate><atom:link href="https://www.wayofproduct.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Caden Damiano]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[caden@hey.com]]></webMaster><itunes:owner><itunes:email><![CDATA[caden@hey.com]]></itunes:email><itunes:name><![CDATA[Caden Damiano]]></itunes:name></itunes:owner><itunes:author><![CDATA[Caden Damiano]]></itunes:author><googleplay:owner><![CDATA[caden@hey.com]]></googleplay:owner><googleplay:email><![CDATA[caden@hey.com]]></googleplay:email><googleplay:author><![CDATA[Caden Damiano]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Taste Maker #2. Marcelo Calbucci: The Document That Talked Him Out of His Own Startup]]></title><description><![CDATA[Bias to Action Is a Trap. He Measures Impact Instead.]]></description><link>https://www.wayofproduct.com/p/taste-maker-2-marcelo-calbucci-the</link><guid isPermaLink="false">https://www.wayofproduct.com/p/taste-maker-2-marcelo-calbucci-the</guid><dc:creator><![CDATA[Caden Damiano]]></dc:creator><pubDate>Wed, 08 Jul 2026 14:01:34 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!T2dN!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff8739c24-0175-4ac3-b495-1875ec35b61e_2692x1706.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="callout-block" data-callout="true"><p style="text-align: center;"><em><strong>Listen to this episode on <a href="https://open.spotify.com/show/7dy9vYUPNj3dH9lKAVDheV?si=7daa7867eead49f2">Spotify</a> or <a href="https://podcasts.apple.com/us/podcast/the-way-of-product-with-caden-damiano/id1442980948">Apple Podcasts</a></strong></em></p></div><p><strong>In January 2025, Marcelo Calbucci sat down to write a PRFAQ for a new investment vehicle he was thinking of starting. By the end of the document, he had decided not to start it. The author of <a href="https://www.theprfaq.com/">The PRFAQ Framework</a> &#8212; six-time founder, ex-Amazon, ex-Microsoft &#8212; walks me through what writing forces you to see that a pitch deck never does.</strong></p><p>&#8220;Let me say something that might surprise you,&#8221; Marcelo Calbucci tells me.</p><p>We are an hour into a conversation about a book he spent a year writing, and he says it the way a man lays a card face-up on the table &#8212; without flourish, watching to see what I do with it. &#8220;Most PRFAQs lead to a no-go decision.&#8221;</p><p>I should explain what a PRFAQ is, because the name does it no favors. It is the document at the center of Amazon&#8217;s Working Backwards process: a press release for a product that does not exist yet, followed by a long list of frequently asked questions about it. You write the thing as if it has already shipped, and then you interrogate it. Marcelo spent two years inside Amazon watching this process run at full weight &#8212; months of writing and review for a single bet, financial modeling, user research, the whole apparatus &#8212; and then he left and wrote a book adapting it for the people who never get that apparatus: founders, designers, product managers at companies with no research team to lean on.</p><p>So when the author of the book tells me that most of the documents the book teaches you to write should end in <em>no</em>, I do the thing I suspect he wants me to do. I push back. That sounds like failure. You do weeks of work, and the deliverable is that you don&#8217;t build the thing?</p><p>He has heard this before. I can tell because he doesn&#8217;t reach for theory. He reaches for himself.</p><p>&#8220;This is very personal,&#8221; he says. Last January, he sat down to write a PRFAQ for something he genuinely wanted: a new investment vehicle for founders. Not a thought experiment. A real next move for a man who has started six companies and raised more than forty million dollars doing it. He knew the shape of the thing. He could have built a pitch deck for it in an afternoon and felt good walking out of the room.</p><p>Instead he opened a blank document and started writing the press release for it &#8212; the announcement he&#8217;d make if the thing already existed and had already worked. Then the questions underneath it, the ones his own framework forces: who is the customer, whether the problem he was so sure existed actually existed or just felt like it did, how the people he wanted to serve were already solving it without him. Each answer he was confident about sent him to go check, and the checking sent him back to the document less confident than he&#8217;d started, and somewhere in that loop the thing began doing what he wrote an entire book about. It started talking back.</p><p>This is the part outsiders never see about a man with his record &#8212; six companies founded, more than forty million dollars raised across them, eighteen years spent deciding what to build and convincing other people to fund it. You would assume that by now the deciding gets easier, that a founder six times over walks into his seventh idea with the confidence of someone who has been right before. What he was describing instead was a person voluntarily sitting down with the one tool guaranteed to make a good idea harder to keep believing in. He did not have to write the document. Nobody was making him. He wrote it because he has learned not to trust an idea he has not yet tried to talk himself out of.</p><p>I want to know what it said. I want to know whether a man who has done this six times can really sit in a room with his own idea and let a Word file argue him out of it, or whether that is the kind of thing you say in an interview and not the kind of thing that happens at a kitchen table in January.</p><p>He pauses on the word <em>realized</em>, like he is deciding how honest to be about what came next.</p><p>What he decided that month &#8212; and the reframe he handed me when I called it a waste &#8212; is the part of the conversation I have been turning over since we hung up.</p><p><strong>What this profile covers</strong></p><ol><li><p>What that document did to a founder who has been right six times before &#8212; and the reframe he handed me when I called the whole exercise a waste. The shift he names is small, a single change in what you choose to measure, and he uses it to separate the product managers who last from the ones who burn out. Once he said it, I could not unsee how much of product work is built to reward the wrong number.</p></li><li><p>Why the process can&#8217;t simply be lifted out of Amazon and dropped into your company &#8212; the part of his book that got ahead of every objection I came in with. It starts with a sixty-minute meeting that opens with twenty minutes of total silence, and it ends somewhere uncomfortable for anyone who has ever said &#8220;let&#8217;s just do it the way Apple does it.&#8221;</p></li><li><p>And the line he draws through the middle of 2026&#8217;s most tempting shortcut: what you can hand to an AI to write, and what you must refuse to. The example that makes it concrete is the most boring feature request in software &#8212; a customer asking for tags &#8212; and what Marcelo does with it is the whole argument for why the thinking is still yours.</p></li></ol>
      <p>
          <a href="https://www.wayofproduct.com/p/taste-maker-2-marcelo-calbucci-the">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Taste Maker #1. Intercom: The Buttons That Survived the AI-Native Rebuild]]></title><description><![CDATA[Brian Donohue, Intercom&#8217;s VP of Product, on thinking big enough to reinvent a company.]]></description><link>https://www.wayofproduct.com/p/1-intercom-the-buttons-that-survived</link><guid isPermaLink="false">https://www.wayofproduct.com/p/1-intercom-the-buttons-that-survived</guid><dc:creator><![CDATA[Caden Damiano]]></dc:creator><pubDate>Wed, 17 Jun 2026 14:03:16 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!PfQO!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fecfd7110-986d-41d4-8bfc-335c5a79b283_2692x1706.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><strong>Intercom tore their support product down to the studs and rebuilt it around large language models. Two buttons survived underneath every AI reply &#8212; &#8220;Yes&#8221; and &#8220;Talk to the Team&#8221; &#8212; quietly enforcing a turn-based mental model the rest of the system had outgrown. Brian Donohue, the 11-year VP of Product for Fin, walks me through what it took to finally see them, and what changed when they were gone.</strong></p><p>Under every answer Fin gave, for two years, sat two buttons.</p><p>The AI would resolve a customer&#8217;s question, list its sources, and then ask: <em>Did this answer your question?</em> Below it, the only two ways to respond. <em>Yes.</em> Or: <em>Talk to the team.</em></p><p>&#8220;It was, like, crazy bad UX,&#8221; Brian Donohue tells me, walking through it the way you walk through a photo of yourself from 15 years ago. &#8220;It was, like, the wrong question to ask at the wrong time.&#8221; Listen to the shape of the thing. <em>Did this answer your question? Yes. Or: talk to the team.</em> &#8220;You couldn&#8217;t say no and continue it,&#8221; he says. The interface presumed the conversation was over at the exact instant the whole point was to keep it going. &#8220;It was, like, a way no one would ever ask this.&#8221;</p><p>Brian is the VP of Product for Fin, Intercom&#8217;s AI agent for customer support &#8212; the thing he&#8217;s spent the last two and a half years going, in his own words, &#8220;progressively, progressively, progressively, more and more and more&#8221; all in on. He&#8217;s been at Intercom for 11 years. He&#8217;s watched the company carry its support product from the old rule-based bots, &#8220;where there&#8217;s a little bit of ml&#8221; and &#8220;mostly deterministic stuff going on,&#8221; all the way to a system rebuilt from the ground up around large language models. He&#8217;s proud of it. You can hear the pride in the way he narrates the early days &#8212; the summer of 2022, before ChatGPT, when one of his ML engineers stood up at a show-and-tell to demo summarizing a support conversation and the verdict was &#8220;it just still doesn&#8217;t work that well.&#8221; And then, a few months later, it did. &#8220;It immediately was good enough there,&#8221; he says. &#8220;That opened the door.&#8221;</p><p>So when he says the company built Fin from scratch, he means it. They threw away the old bots. They restarted on the new system. &#8220;That was ground up, from rebuilding.&#8221;</p><p>Which is what makes the buttons such a strange thing to find still standing.</p><p>They weren&#8217;t a corner of the product nobody looked at. &#8220;This is anchored into our whole system,&#8221; he says. &#8220;This is how we calculate resolutions. This is how we charge. It&#8217;s a fundamental UX part of the system.&#8221; The buttons weren&#8217;t a cosmetic afterthought. They were load-bearing. The company&#8217;s revenue ran through them.</p><p>And the team that built Fin from scratch &#8212; the team that prides itself on having thrown the old world away &#8212; did not see them. For two years.</p><p>&#8220;We were blind,&#8221; he says. &#8220;It was inherited product we were blind to.&#8221; He keeps circling the same disbelief, the way you do when you&#8217;re still metabolizing it in real time. &#8220;Oh, we built Fin from scratch.&#8221; A beat. &#8220;But no, we didn&#8217;t.&#8221; His voice catches the way it does when a person hears himself mid-sentence. &#8220;We still had parts of the system we were anchoring on, and two years later &#8212; oh my God, I can&#8217;t believe we still inherited that design and hadn&#8217;t challenged it.&#8221;</p><p>I tell him this is exactly the conversation I wanted. Earlier I&#8217;d said something I meant as a compliment and a confession of my own: I&#8217;m glad I&#8217;m talking to him and not to the CPO. The CPO is a fantastic storyteller, buttoned up and polished, and for good reason. &#8220;I want the documentary,&#8221; I tell Brian. &#8220;I don&#8217;t want the blockbuster.&#8221;</p><p>This is the documentary. A team rebuilds its entire product around the most disruptive technology of the decade, and the thing holding it back turns out to be a design decision they&#8217;d already declared finished. Not a hard technical problem. A button. A question phrased wrong, shipped fast, and never looked at again &#8212; because, as Brian puts it, &#8220;it&#8217;s slow, it&#8217;s deep in the process system, and so everyone&#8217;s reluctant to change it.&#8221;</p><p>What he says next is the first of three moments in this conversation where Brian admits that the thing he was most certain of was exactly the thing he had to unlearn. The button. Then a process he was sure would never die. Then the way he charged for the whole thing. </p><h3><strong>What this profile covers</strong></h3><p>The buttons are the first of three certainties Brian had to unlearn at <a href="https://www.intercom.com/fin">Intercom</a>. What it took for a team that prides itself on having rebuilt Fin from scratch to finally see the two-year-old design they&#8217;d been carrying &#8212; and what showed up on the dashboard the day they finally moved it.</p><p>The second is the operating model he and Basecamp once independently arrived at: the six-week cycle Basecamp made famous in <a href="https://basecamp.com/shapeup">Shape Up</a>, the sweet spot Brian was sure would never die. He threw it out anyway, along with the triad and stable teams, in favor of a one-line mantra &#8212; <em>follow the work</em> &#8212; and a cost he names without flinching.</p><p>The third is how Intercom charges for Fin. Ninety-nine cents a resolution, billed only when the bot actually answers a customer&#8217;s question without escalating to a human. A pricing bet from a company with what Brian calls &#8220;a pretty bumpy history with pricing,&#8221; and what it collapsed about an entire category of product work he used to do.</p><p>Through-line: three things an 11-year intercom veteran was surest of, each one quietly the inherited debt. What he&#8217;s learned to distrust about the feeling of certainty itself.</p>
      <p>
          <a href="https://www.wayofproduct.com/p/1-intercom-the-buttons-that-survived">
              Read more
          </a>
      </p>
   ]]></content:encoded></item></channel></rss>