<?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 CS PRESS]]></title><description><![CDATA[What it actually takes to build and run CS when the resources are thin, and nobody handed you a playbook.]]></description><link>https://joshuaavogel.substack.com</link><image><url>https://substackcdn.com/image/fetch/$s_!txDa!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb3b511c9-0964-42f6-a0d0-e40cc998ba78_1280x1280.png</url><title>The CS PRESS</title><link>https://joshuaavogel.substack.com</link></image><generator>Substack</generator><lastBuildDate>Wed, 03 Jun 2026 22:29:47 GMT</lastBuildDate><atom:link href="https://joshuaavogel.substack.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Joshua Vogel]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[joshuaavogel@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[joshuaavogel@substack.com]]></itunes:email><itunes:name><![CDATA[Joshua Vogel]]></itunes:name></itunes:owner><itunes:author><![CDATA[Joshua Vogel]]></itunes:author><googleplay:owner><![CDATA[joshuaavogel@substack.com]]></googleplay:owner><googleplay:email><![CDATA[joshuaavogel@substack.com]]></googleplay:email><googleplay:author><![CDATA[Joshua Vogel]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[AI gave you back 10 hours a week. What are you actually doing with them?]]></title><description><![CDATA[AI is handling your notes, your summaries, your follow-ups. Nobody is asking what you&#8217;re supposed to be doing instead.]]></description><link>https://joshuaavogel.substack.com/p/ai-gave-you-back-10-hours-a-week</link><guid isPermaLink="false">https://joshuaavogel.substack.com/p/ai-gave-you-back-10-hours-a-week</guid><dc:creator><![CDATA[Joshua Vogel]]></dc:creator><pubDate>Wed, 18 Mar 2026 21:34:23 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!txDa!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb3b511c9-0964-42f6-a0d0-e40cc998ba78_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Everyone is talking about AI in customer success right now.</p><p>Transcription tools. Automated health scores. Predictive churn models. AI-generated QBRs. The pitch is always the same. Buy this tool, automate the boring stuff, and your team will be free to focus on what matters.</p><p>But nobody is talking about what happens after the boring stuff is gone.</p><p>If AI handles your notes, your summaries, your meeting prep, and your follow-up emails, what are you supposed to be doing with all that freed-up time? The assumption is that CSMs will naturally become more strategic. More consultative. More valuable.</p><p>That is a dangerous assumption. Because most CSMs were never taught how to do any of that.</p><h2>The skill nobody is teaching</h2><div><hr></div><p>Here is what I have learned the hard way. AI does not make you a better CSM. It makes you a more efficient one.</p><blockquote><p><em>Efficiency without skill is just faster mediocrity.</em></p></blockquote><p>The real upgrade is not in the tooling. It is in what comes out of your mouth on a customer call.</p><p>I started using NotebookLM recently to take deeper dives into my customer conversations. I feed it transcripts and ask it to look for pain points, technical requirements, business objectives, and anything else I can use to draft a strong mutual success plan. What it found surprised me.</p><p>NotebookLM picked up on several small, nuanced insights that came directly from the customer&#8217;s mouth. Things I completely missed while I was engaged in the conversation. A passing comment about a budget review. A hesitation when they mentioned a timeline. A technical requirement buried in minute thirty-seven that I was too deep in the flow to register.</p><h4>The AI heard what I did not.</h4><p>And that forced me to confront something uncomfortable. If AI is now dissecting every word my customer says, then every word I say matters more than it ever did before. My questions are the input. The quality of those questions determines the quality of everything that comes out the other side.</p><h2>Discovery is the unlock</h2><div><hr></div><p>Sales teams have known this for years. They call it discovery. The structured process of asking the right questions to understand a customer&#8217;s situation, their pain, what is at stake, and how decisions get made. Sales professionals train on this. They role-play it. They build entire methodologies around it.</p><p>Most CSMs have never been trained on discovery at all.</p><p>There is a framework called SPICED, developed by Winning by Design, that breaks discovery into five layers. It was built for recurring revenue businesses, which means it applies across the entire customer lifecycle, not just the initial sale.</p><blockquote><p><em>Situation is the background. Who is the customer and what does their world look like right now. Pain is what is actually hurting them underneath the surface-level frustration. Impact is what happens if the pain does not get solved, and this is the layer most CSMs skip entirely. Critical Event is the trigger forcing action, a renewal, a board meeting, a budget cycle. Decision is who decides, how they decide, and what criteria matter.</em></p></blockquote><p>SPICED is not just a sales tool. It is a diagnostic framework that CS teams can use at every stage of the customer journey. Onboarding. QBRs. Renewals. Expansion conversations. Every time you sit down with a customer, you have an opportunity to re-diagnose where they are and what they need.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Thanks for reading The CS PRESS! Subscribe for free to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><h2>Where AI and discovery collide</h2><div><hr></div><p>Here is where it gets interesting. When you combine strong discovery skills with AI transcription tools, you get something that did not exist five years ago.</p><p>You can retroactively run discovery against your own calls. The customer already told you their situation, their pain, their impact. You just did not catch it because you were too busy managing the conversation. Now you can go back, feed the transcript into a tool like NotebookLM or a ChatGPT project, and pull out the SPICED information after the fact.</p><h4>Retroactive discovery is a safety net, not a strategy.</h4><p>The real power is in learning to ask better questions in the moment so the AI has better raw material to work with. Your transcript is only as good as the conversation you had. If you asked shallow questions, you get shallow insights. If you went deep, second layer, third layer, fourth layer, the AI gives you back gold.</p><p>I have started changing how I show up on customer calls. I am not thinking about notes anymore. I am not thinking about action items or what I promised last time. I am thinking about one thing: what is the next question that gets this customer to tell me something they have not told anyone else.</p><h2>The grace period</h2><div><hr></div><p>If you are in a customer-facing role right now and you are not in sales, learn discovery now. Sales teams have been training on it for decades. Customer success is just catching up. Right now you can practice and build the muscle before it becomes a requirement, because this is where every customer-facing role is heading.</p><div><hr></div><h4>The AI is easy. Learning to actually listen is the hard part.</h4><blockquote><p><em>If you have started using AI tools in your customer conversations, I want to hear how it has changed the way you show up on calls. Hit reply and tell me.</em></p></blockquote>]]></content:encoded></item><item><title><![CDATA[When to sell and when to shut up]]></title><description><![CDATA[Two calls. One nearly killed a deal. The other created $400k. The difference was timing &#8212; and knowing when to shut up.]]></description><link>https://joshuaavogel.substack.com/p/when-to-sell-and-when-to-shut-up</link><guid isPermaLink="false">https://joshuaavogel.substack.com/p/when-to-sell-and-when-to-shut-up</guid><dc:creator><![CDATA[Joshua Vogel]]></dc:creator><pubDate>Tue, 17 Mar 2026 03:45:22 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!txDa!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb3b511c9-0964-42f6-a0d0-e40cc998ba78_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>There are two moments that taught me everything I know about revenue in customer success.</p><p>One nearly killed a deal. The other created one worth four hundred thousand dollars.</p><p>Both happened on customer calls. Both involved people on my team. And the difference between them had nothing to do with process, playbooks, or pipeline management.</p><p>It had everything to do with reading the room.</p><div><hr></div><p><strong>The call that went wrong</strong></p><p>We had just delivered the first cohort to a large customer. Barely on time. The customer was skeptical, on edge, and still working through buyer&#8217;s remorse about the original deal. We were halfway through the contract and only just starting to build real trust.</p><p>I brought our account executive into the call because I wanted them to see how delivery was going. Understand the customer. Be part of the conversation.</p><p>Instead of doubling down on the value we had just started to prove, the AE doubled down on the size of the contract. Another two million dollars. Right there on the call.</p><p>The customer was barely stomaching the first deal. And we were trying to shove a second one down his throat.</p><p>The call ended awkwardly. And the worst part was the AE did not even realize what had happened. He came off that call feeling proud. He had put the number on the table. In his mind, that was progress.</p><p>I gave us both time to settle before I said anything. When we did sit down, I walked him through where the customer actually was. Not where the pipeline said they should be. Where they actually were. Still uneasy. Still unsure. Still working through whether the first purchase was the right decision.</p><p>The customer had not had their moment of value yet. They had not hit that first real milestone that tells you the onboarding is working and the customer is ready to move into the next phase of their journey. Until that happens, any conversation about growth is going to feel like pressure, not partnership.</p><p>The AE was put off. It did not match the speed he wanted to move at. But he respected the call. We agreed to wait. Let the delivery speak for itself. Let the customer experience that first genuine moment of value where they stop questioning the purchase and start seeing what it can actually do for them.</p><p>When we brought the AE back in at the right time, the conversation was completely different. The customer was no longer defensive. They were excited. They had seen the results. They believed in the product. And they were the ones asking what else was possible.</p><p>We expanded from ten seats to over thirty. The account went from one and a half million to five point four million dollars. That is 260% growth in six months. Not because we pitched harder. Because we waited until the customer was ready to buy more.</p><div><hr></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://joshuaavogel.substack.com/subscribe?"><span>Subscribe now</span></a></p><div><hr></div><p><strong>The call that went right</strong></p><p>Different customer. Different team member. Same lesson from the opposite direction.</p><p>I had a CSM on my team who was new to the idea of expansion. Uncomfortable with anything that felt like a sales conversation. Most CSMs are. They got into this job to help people, not to sell them things. And there is this deeply ingrained belief in a lot of CS teams that revenue is someone else&#8217;s responsibility. That if you start talking about money, you are betraying the relationship.</p><div class="pullquote"><p>That belief costs companies more revenue than churn ever will.</p></div><p>I told him to lean in hard anyway.</p><p>He got on a call with a customer who had problems. A lot of them. At first, I could see him getting overwhelmed. The customer was doing most of the talking, unloading everything, and my CSM looked like he was in over his head. He was drowning in the customer&#8217;s frustration and did not know where to grab hold.</p><p>But he kept listening. He kept asking open-ended questions. He did not try to pitch. He did not try to redirect. He just stayed in it.</p><p>Then the magic happened.</p><p>The customer started connecting their problems to things our product could actually solve. And because this CSM had done the work to truly understand our products and services and how they deliver value, the light bulb went off. He had his moment.</p><p>I watched his ears perk up. He sat up a little straighter. He was biting his tongue, waiting for his moment to jump in. And when he did, he found this beautiful flow state with the customer. He was not selling. He was mapping their problems to our solution in real time.</p><p>What the customer needed was a bump to our simulator as a software model. That meant equipment refreshes and premium software licenses across all their enclosures, unlocking commercial features they did not have access to before. My CSM did not pitch this. He arrived at it by listening to the customer describe their problems and connecting those problems to a solution that actually existed.</p><p>The customer could feel it. My CSM could feel it. I could feel it from across the room. </p><div class="pullquote"><p>This was not a sales conversation. It was a problem-solving conversation that happened to have a price tag.</p></div><p>That conversation turned into a four hundred thousand dollar growth opportunity.</p><p>When he came back to me afterward, he was over the moon. Not because of the number. Because he had solved a real problem for a real person and it actually meant something.</p><p>It is like riding a bike. Once you figure it out, it gets addicting.</p><div><hr></div><p><strong>What these two stories actually prove</strong></p><p>Same company. Same product. Same types of customers. Two completely different outcomes. The AE read the room wrong. The CSM read the room right. And the difference was not skill or talent. It was timing and awareness.</p><p>We tracked NRR and GRR religiously &#8212; not as dashboard numbers to report up the chain, but as operational tools. GRR told us the truth about retention. NRR showed us where growth was actually happening. Together they gave us a map of which customers were primed for expansion, which were at risk, and which were quietly sitting in the middle &#8212; satisfied but not growing. That middle group is where most CS teams leave money on the table.</p><p>The moment of value is the hinge point. It is what takes a customer from questioning their purchase to being ready for more. The AE tried to skip it. The CSM waited for it. One created resistance. The other created a four hundred thousand dollar deal.</p><div><hr></div><p><strong>The hard part</strong></p><p>Customer success is easy. People are hard.</p><p>The frameworks, the playbooks, the expansion models, the revenue metrics. Those are the easy part. The hard part is sitting in a room and knowing whether this is the moment to lean in or the moment to shut up. Knowing whether your customer has had their moment of value or is still working through buyer&#8217;s remorse. Knowing whether you are solving a problem or creating one.</p><p>You cannot teach that from a playbook. You learn it by being in the room. By reading the body language. By listening longer than feels comfortable. By trusting that the revenue will come if you get the timing right.</p><div><hr></div><p>260% growth in six months. Four hundred thousand dollars from a single conversation.</p><p>Neither happened because someone followed a script. They happened because someone read the room.</p><p>If you have ever been on one of those calls,  where everything clicked or where it all went sideways, I want to hear about it. Hit reply and tell me the story.</p><div><hr></div>]]></content:encoded></item><item><title><![CDATA[Your product is not ready. That is not an excuse.]]></title><description><![CDATA[You're not onboarding customers to your product. You're onboarding them to an outcome. There's a difference.]]></description><link>https://joshuaavogel.substack.com/p/your-product-is-not-ready-that-is</link><guid isPermaLink="false">https://joshuaavogel.substack.com/p/your-product-is-not-ready-that-is</guid><dc:creator><![CDATA[Joshua Vogel]]></dc:creator><pubDate>Wed, 11 Mar 2026 20:01:30 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!txDa!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb3b511c9-0964-42f6-a0d0-e40cc998ba78_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Every CSM at an early-stage SaaS company knows this feeling.</p><p>The customer signed up for a solution. What they got was sixty to eighty percent of one. The roadmap says the rest is coming. The customer does not care about your roadmap. They care about outcomes. And right now, your product is not delivering them.</p><p>So who fills the gap?</p><p>You do.</p><p>I saw a term this week that stopped me cold.<strong> Service as a Software. </strong>Not Software as a Service. The opposite. And it hit hard because I have lived this at every company where I have built CS from scratch.</p><p>The product was never ready. It was never finished. And the customers were never going to wait around for it to get there. So I became the thing that made it work.</p><h3><strong>Mapping the gap</strong></h3><div><hr></div><p>The first thing I do when I walk into one of these situations is take the customer&#8217;s desired outcomes and map them back through the product. Not what the product could do someday. What it can do right now. Where does the software actually do the job? Where does it fall short?</p><p>That gap becomes my checklist. And that checklist becomes the real onboarding plan.</p><p>For example, maybe there is no clean way to mass upload users into the platform. The feature is on the roadmap. Probably Q3. The customer needs it now. So I facilitate it manually. I walk them through it step by step, help them get their team activated, and navigate them to the next milestone so they start seeing value even when the product is not making it intuitive.</p><p>Or maybe the reporting dashboard does not surface the metrics the customer actually cares about. So I build a manual report, pull the data myself, and walk them through it on a call until engineering catches up.</p><p>A lot of people would call this onboarding. What it really is, is a project plan built around the product&#8217;s limitations. </p><div class="pullquote"><p>You are not onboarding to the software. You are onboarding to the outcome, and you are using yourself as the bridge to get there.</p></div><p>This is not a failure. This is the job. And if you are building CS at a company where the product is still maturing, this is the first thing you need to accept.</p><h2><strong>When the product catches up</strong></h2><div><hr></div><p>This is the part that actually feels good.</p><p>Engineering ships the feature you have been duct-taping around for months. The thing you have been doing manually, the workaround you built, the process you held together with spreadsheets and calendar reminders. It is finally in the product.</p><p>Now you get to go back to your customers with a good news story. &#8220;Hey, remember that manual upload process we walked through together? There is a new feature that lets you do it in a fraction of the time.&#8221;</p><p>That check mark comes off your list. One less thing you are doing manually. One more thing the product handles on its own.</p><p>And here is where it gets interesting. Every time a gap closes, your role shifts. You spend less time on execution and more time on strategy. Less project management, more partnership. Less &#8220;let me walk you through this&#8221; and more &#8220;let me help you think about what is next.&#8221;</p><p>That is the direction you are always trying to move in. The checklist gets shorter. The conversations get deeper. The value you bring to the customer evolves from tactical to strategic.</p><p>When this cycle works, it is one of the most rewarding things in CS. You can literally watch your role mature alongside the product. <strong>You start as the bridge. You end up as the advisor. </strong>And the customer never had to feel the gap because you were standing in it the whole time.</p><h2><strong>When the product does not catch up</strong></h2><div><hr></div><p>This is where it breaks.</p><p>If the company starts growing but the product stays at sixty percent, project creep sets in. What worked with ten customers becomes unsustainable with fifty. The manual processes that felt manageable when you had a small book of business start collapsing under their own weight. You start making mistakes. Outcomes get worse. Not because your team does not know what to do, but because they physically cannot keep up.</p><p>Then the burnout hits.</p><p>Your CSMs are exhausted. They are feeding product feedback into a system that feels like a black hole. They flag the same gaps every week. Engineering has different priorities. The problems that are making your customers frustrated are sitting in a backlog behind features designed to win new logos, not retain existing ones.</p><p>Your team starts to disengage. Not because they do not care, but because they care too much and nothing is changing. They know the product needs to catch up. They know the manual work is unsustainable. And they know that every new customer that comes through the door is another set of gaps they will have to fill by hand.</p><p>That is not a CS problem. That is a system failure. And it starts the moment leadership decides the product roadmap and the customer experience are two separate conversations.</p><h2><strong>The bridge has a time limit</strong></h2><div><hr></div><p>Service as a software is not a permanent state. It is a bridge. The whole point is to hold the line long enough for the product to earn the right to stand on its own.</p><p>But if you are building CS from scratch, you need to design for it. Build your onboarding around outcomes, not features. <strong>Track the gaps you are filling manually so you can show product exactly where the software is falling short.</strong> Make that checklist visible. Share it with your product team, your leadership, your engineering partners. Turn your service layer into a feedback loop that actually drives the roadmap.</p><p>And keep shortening that checklist.</p><p>The companies that get this right build CS teams that start as the bridge and evolve into strategic partners. The ones that do not get it right burn through CSMs and wonder why nobody stays longer than a year.</p><div><hr></div><p>If you have lived this, I want to hear from you. <strong>What does your gap list look like right now?</strong> Hit reply and tell me.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Thanks for reading The CS PRESS! Subscribe for free to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><div class="captioned-button-wrap" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/p/your-product-is-not-ready-that-is?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="CaptionedButtonToDOM"><div class="preamble"><p class="cta-caption">Thanks for reading The CS PRESS! This post is public so feel free to share it.</p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/p/your-product-is-not-ready-that-is?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://joshuaavogel.substack.com/p/your-product-is-not-ready-that-is?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p></div><p></p>]]></content:encoded></item><item><title><![CDATA[Your CSM doesn't know which revenue stream they own. Neither do you.]]></title><description><![CDATA[NRR can lie to you. GRR tells the truth. Here's how to stop celebrating the wrong number.]]></description><link>https://joshuaavogel.substack.com/p/your-csm-doesnt-know-which-revenue</link><guid isPermaLink="false">https://joshuaavogel.substack.com/p/your-csm-doesnt-know-which-revenue</guid><dc:creator><![CDATA[Joshua Vogel]]></dc:creator><pubDate>Mon, 09 Mar 2026 20:00:25 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!txDa!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb3b511c9-0964-42f6-a0d0-e40cc998ba78_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>I walked into my first Director of CS role and got handed a number I didn&#8217;t fully understand.</p><p>NRR. 110 to 120 percent. Post-COVID. Board was happy. Leadership was happy.</p><p>I was happy.</p><p>Two years later, I realized that number had been lying to all of us. We were losing 20 to 30 customers a quarter. Every quarter. The headline metric had been covering for a churn problem nobody wanted to name. Net new revenue was papering over it in real time.</p><p>That&#8217;s when I understood something most CS teams get completely backwards.</p><p>Every CSM owns or influences a revenue stream. Renewals. Expansion. Upsell. Churn prevention. Something. But most CSMs can&#8217;t name it. And most leaders haven&#8217;t made it clear.</p><p>So CSMs fill the gap their own way. They run QBRs because it feels strategic. They track adoption because it&#8217;s measurable. They schedule check-ins because it&#8217;s an activity they can show. But none of it ties back to money.</p><p>Then leadership wonders why CS can&#8217;t articulate its impact.</p><p>If you&#8217;re a CSM and you can&#8217;t name the revenue stream you own right now, this is for you.</p><div><hr></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://joshuaavogel.substack.com/subscribe?"><span>Subscribe now</span></a></p><div><hr></div><h2>Start with the revenue streams</h2><p>If you own renewals, your job is protecting and growing that number. That means understanding which customers are at risk, which customers can expand during renewal, and which customers have maxed out their current contract and need a conversation about growth. Not every customer gets a QBR. The ones at risk or poised for expansion do.</p><p>If you own expansion or upsell, you&#8217;re hunting for signal. Product adoption gaps. Seat saturation. New use cases emerging. Customers who bought module A but don&#8217;t know module B exists. That&#8217;s your territory. Your smallest customer might be your biggest opportunity this quarter if they&#8217;re positioned for growth.</p><p>If you&#8217;re tracking churn prevention, you&#8217;re watching for the early warning signs. Usage drops. Stakeholder turnover. Support ticket spikes. Silence. Sometimes the most dangerous customers are the ones who stop complaining, because they&#8217;ve already decided to leave.</p><p>The point is the same across all of them. You need to know your lever. You need to know which revenue stream you touch, and you need to tie every activity you do back to it.</p><div><hr></div><h2>The two metrics that tell you the truth</h2><p>This is where NRR and GRR come in. If you're in CS and you don't understand these two numbers, stop what you're doing and learn them. They're not finance metrics. They're your metrics. They tell the story of whether your work is actually landing.</p><h4>Net Revenue Retention (NRR) </h4><p>This measures your starting revenue, plus expansion and upsell, minus churn and downsell. If you started the year with $1M in recurring revenue from your existing customers and you end the year with $1.1M from those same customers, your NRR is 110%. You grew without adding a single new logo. That&#8217;s the power of CS when it&#8217;s working.</p><p>NRR is the headline number. Leadership loves it. Investors love it. It tells a growth story. But here&#8217;s the problem. NRR can lie to you.</p><p>A big upsell in one account can mask churn bleeding out of three others. Net new expansion revenue can cover up the fact that you&#8217;re quietly losing customers every quarter. The top line looks healthy. Underneath, the foundation is cracking.</p><p>That&#8217;s exactly what happened to me. The only reason our NRR looked industry-leading was because we were annualizing revenue on initial purchases. These purchases were always significantly more than the subscription because they included cost of goods and equipment. It wasn&#8217;t truly recurring revenue, but it was annualized to present as recurring revenue. Within a $300K ticket item, only $15K was truly recurring. The rest was masking a churn problem we couldn't see.</p><h4>Gross Revenue Retention (GRR) </h4><p>This strips all of that away. GRR only measures your starting revenue minus churn and downsell. No expansion. No upsell. No growth to hide behind. Just: of the revenue you started with, how much did you keep?</p><p>If your GRR is 85%, that means you lost 15% of your existing revenue to churn and downsell before any growth kicked in. Your NRR might still look great at 115% because your expansion revenue covered the losses. But your GRR is telling you the truth. You have a retention problem, and you&#8217;re papering over it with new money.</p><p>That&#8217;s why GRR can be the more decisive metric. It&#8217;s harder to game. It forces you to look at the health of your base without the comfort blanket of expansion masking the cracks.</p><p>Once we cut through the noise and looked at GRR, we realized we had a serious churn problem that had been running for at least two years. So we went back to basics. We started understanding why these customers were actually churning. And when we figured that out, my team launched a reactivation campaign. In six months, we recovered 44% of the revenue we had lost over two years.</p><p>Can you imagine what happened to our NRR? It skyrocketed. But only because we decided to look at the hard thing instead of celebrating the sexy number.</p><div><hr></div><h2>What this means for your day-to-day</h2><p>When you understand your revenue stream and you understand NRR and GRR, your priorities change. You stop treating every customer the same. You start segmenting by risk and opportunity. You stop running QBRs as a checkbox exercise and start running them as revenue conversations.</p><p>Your activities become intentional. Every call, every email, every touchpoint ties back to one of two things. Protecting existing revenue or creating the conditions for growth. That&#8217;s it. Everything else is noise.</p><p>This is how you stop feeling like admin. This is how you stop flying under the radar. This is how you become undeniable to leadership. Because leadership speaks money. If you can&#8217;t articulate which revenue streams you own and how you&#8217;re protecting or growing them, you&#8217;re not a strategic partner. You&#8217;re a checkbox runner.</p><p>Know your revenue stream. Own it. Measure it. Communicate it.</p><p><strong>If you&#8217;re a CSM,</strong> which revenue stream do you actually own? Can you name it right now? Can you tie the activities you did this week back to it?</p><p><strong>If you&#8217;re a leader,</strong> have you told your team which revenue streams they own? Or are you leaving them to figure it out on their own?</p><div><hr></div><div class="captioned-button-wrap" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/p/your-csm-doesnt-know-which-revenue?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="CaptionedButtonToDOM"><div class="preamble"><p class="cta-caption">Thanks for reading The CS PRESS! This post is public, so feel free to share it.</p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/p/your-csm-doesnt-know-which-revenue?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://joshuaavogel.substack.com/p/your-csm-doesnt-know-which-revenue?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://joshuaavogel.substack.com/subscribe?"><span>Subscribe now</span></a></p><div><hr></div><p></p>]]></content:encoded></item><item><title><![CDATA[You’re not ready for a playbook.]]></title><description><![CDATA[Everyone wants a playbook.]]></description><link>https://joshuaavogel.substack.com/p/youre-not-ready-for-a-playbook</link><guid isPermaLink="false">https://joshuaavogel.substack.com/p/youre-not-ready-for-a-playbook</guid><dc:creator><![CDATA[Joshua Vogel]]></dc:creator><pubDate>Wed, 04 Mar 2026 20:12:21 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!txDa!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb3b511c9-0964-42f6-a0d0-e40cc998ba78_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Everyone wants a playbook. Nobody wants to do the work that makes one.</p><p>I&#8217;ve walked into CS functions where the first thing leadership says is &#8220;We need playbooks.&#8221;</p><p>No customer journey mapped. No segments defined. No data. No process. But they want playbooks.</p><p>Here&#8217;s the thing about playbooks. They only work if you actually know what&#8217;s going on with your customer. Where they&#8217;re at. What they need. What stage of the journey they&#8217;re in.</p><p>And most CS teams don&#8217;t know that yet. They&#8217;re guessing.</p><p>So let&#8217;s back up.</p><p>Before you build a single playbook, you need to answer a few things first.</p><p>Do you have a customer journey? Is it mapped from start to finish? And is it one journey or multiple? Because the journey for a single user on a self-serve plan looks nothing like the journey for a large enterprise org. But if you serve both, you need to understand both. Different segments, different motions, different needs.</p><p>After that, you need to be honest about where your own CS program actually is.</p><p>Stage one is infancy. You&#8217;re putting pen to paper. You don&#8217;t have a lot of data. You don&#8217;t have a lot of process. You&#8217;re still figuring out what your CS motion even looks like. And that&#8217;s fine. But you&#8217;re not ready for playbooks. You&#8217;re ready for listening.</p><p>Stage two is early maturity. You&#8217;re building a database. You&#8217;re creating some data hygiene. You&#8217;re putting fundamental processes in place to capture customer experience and take action. But let&#8217;s be clear. This is still reactive. You&#8217;re responding to what comes at you, not anticipating what&#8217;s next.</p><p>Stage three is where playbooks actually make sense. Because by now you&#8217;ve seen the patterns. You&#8217;ve identified the repeatable issues. You&#8217;ve done the root cause work. You know what keeps showing up and you&#8217;ve built responses that actually drive impact.</p><p>Until you get to stage three, everything is reactive. And that&#8217;s not a failure. That&#8217;s the job.</p><p>What matters is what you do in those reactive moments.</p><p>Did you write it down? Did you take note of what happened and why? Did you bother to identify the root cause? Did you bring that root cause forward to drive a solution? Did you figure out whether it was a recurring issue or a one-off?</p><p>If it&#8217;s recurring, that&#8217;s playbook material. If it&#8217;s a one-off, document it somewhere, put it in a wiki, and move on.</p><p>That&#8217;s the unsexy work. That&#8217;s the work nobody puts on a slide deck. But that is how playbooks get built. They&#8217;re earned through reps, not manufactured in a workshop.</p><p>Here&#8217;s what happens when you skip it.</p><p>Three or four years from now, your company has grown. Revenue is up. Customer base is bigger. But your CS program is sitting at the same maturity level it was on day one. More customers, more complexity, same reactive team scrambling without a system.</p><p>You didn&#8217;t skip the playbook. You skipped the foundation the playbook was supposed to stand on.</p><p>So if you&#8217;re in a CS function right now and someone is asking you for playbooks, ask yourself this first. Do I actually understand my customers well enough to build one? Do I know where they are in their journey? Do I know where my own program is in its maturity?</p><p>If the answer is no, that&#8217;s not a problem. That&#8217;s your starting point.</p><p>The playbook comes later. The work starts now.</p><p>If you&#8217;re a CSM, where are you at right now? Still in the reactive stage or starting to see the patterns that turn into playbooks?</p><p>If you&#8217;re leading a CS team, have you built the foundation first or did you jump straight to playbooks and wonder why nothing stuck?</p>]]></content:encoded></item><item><title><![CDATA[Customer success is easy. People are hard.]]></title><description><![CDATA[Who I am, what this is, and who it&#8217;s for.]]></description><link>https://joshuaavogel.substack.com/p/customer-success-is-easy-people-are</link><guid isPermaLink="false">https://joshuaavogel.substack.com/p/customer-success-is-easy-people-are</guid><dc:creator><![CDATA[Joshua Vogel]]></dc:creator><pubDate>Mon, 02 Mar 2026 20:00:32 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!txDa!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb3b511c9-0964-42f6-a0d0-e40cc998ba78_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>So you found me.</p><p>You might be wondering what the hell you&#8217;re doing here. It&#8217;s probably because you&#8217;re in the middle of something messy. Maybe you&#8217;re leading a team for the first time and nobody gave you a playbook. Maybe you&#8217;re a founder building something from scratch and realizing the people part is harder than the product part. Maybe you manage customers, manage people, or manage both, and you&#8217;re tired of advice that sounds great on a slide but falls apart on a Monday morning.</p><p>This Substack is for you.</p><p>I&#8217;m Josh. I&#8217;ve spent the last decade in customer success, but the lessons I&#8217;ve learned aren&#8217;t about customer success. They&#8217;re about people. Difficult stakeholders who won&#8217;t return your calls. Leadership teams that say they want change but won&#8217;t fund it. Teammates who are burned out but won&#8217;t tell you. Customers who smile in your QBR and ghost you before renewal. The gap between how things should work and how they actually do.</p><p>That&#8217;s the stuff I write about. The human side of doing hard work in messy organizations.</p><p>I&#8217;ve built programs from scratch with no function, no headcount, and a half-abandoned CRM. I&#8217;ve grown a single account from $1.3M to $5M in 90 days. I&#8217;ve been laid off the day after my birthday while my family was overseas for a funeral. All of it taught me something. Most of it taught me the hard way.</p><p>What I&#8217;m trying to do here is put pen to paper and share those experiences in a way that actually helps. Not frameworks pulled from a textbook. Not AI-generated advice that sounds smart but says nothing. Just what I&#8217;ve seen, what I&#8217;ve built, what I got wrong, and what I&#8217;d do differently.</p><p>If you&#8217;re in customer success, I want to be the person who makes the job make sense. If you&#8217;re leading people in any function, I want to give you something real you can use this week. If you&#8217;re a founder trying to figure out why your customers aren&#8217;t sticking around, I want to make it simple.</p><p>I&#8217;m here to be a sounding board. A thinking partner. Someone who will share what they know, admit what they don&#8217;t, and welcome a good kick in the teeth when I&#8217;m wrong. Because that&#8217;s how you learn. And I&#8217;m still learning.</p><p>I publish here twice a week, with a deeper newsletter every two weeks called The CS PRESS. If any of that sounds like something you need right now, stick around.</p><p>And if you&#8217;re building something, leading people, or just trying to figure it out as you go, I&#8217;d love to connect. Drop a comment, reply to a post, tell me what you&#8217;re working on. I read everything.</p><p>Let&#8217;s figure this out together.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://joshuaavogel.substack.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Thanks for reading The CS PRESS! Subscribe for free to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item></channel></rss>