A few weeks ago, my friend Seth McGuire wrote about The Goal by Eliyahu M. Goldratt. It’s a weird book that’s theoretically about manufacturing, but is actually a must-read for sales leaders. In fact, it’s the rare 40-year-old work that has gotten more relevant in the AI era. Seth’s post reminded me I’d previously written about The Goal and what it means for sales on the Gradient Works blog. Below is a lightly edited and updated version of that post.
Since we started Gradient Works, nearly every operationally-minded person I’ve spoken to that was of working age in the 90s (or—gasp—the 80s) recommended that I read The Goal by Eliyahu M. Goldratt.
After the first recommendation, I bought the Kindle version, read a few pages and then stopped. For months. Why? Because it’s weird as hell. It also turns out to be incredibly effective at teaching fundamental systems concepts that will completely change how you view your GTM team.
A business… novel?
The Goal is a “business novel”1. Unlike your typical business book, this one has a whole plot with a hero’s journey and everything. A chance encounter with a mysterious cigar-smoking physicist-cum-business-consultant leads a struggling small-town plant manager named Alex Rogo to glory through the socratic method.
There’s also a subplot about marital troubles with gender politics I can only describe as “80s to the max”. In short, it’s a soft-core Atlas Shrugged for manufacturing operations enthusiasts.
Despite its myriad flaws as an actual novel, it somehow works. I kept thinking about the couple of chapters I’d read and eventually picked it back up. I’m glad I did because it’s not really about manufacturing—it’s about how to engineer systems that make money.
This makes it valuable to revenue leaders for two reasons: 1) it puts sales front-and-center even though it’s notionally about manufacturing and 2) modern GTM is itself is a production system.2 So not only does it challenge you to think about where your team sits in the company as a whole, it’s a handbook for how to organize it for success.
I’ll save you the trouble of learning about Alex’s socratic journey and get straight to some of the key insights.
Production systems (and any business can be viewed as such) have three key measures:
Throughput - the rate at which the system generates money through sales
Inventory - the money the system has invested in purchasing things it intends to sell
Operating Expense - the money the system spends in order to turn inventory into throughput
The Goal (see what I—ok, Goldratt—did there?) is to increase throughput while simultaneously decreasing inventory and operating expense.
Now, I’ve always worked in software. We don’t really have “inventory” in the raw materials sense so that makes the idea of “inventory” a little weird. The opposite was true in the 80s—this focus on “money” vs materials was a little weird. But, it’s actually perfect for our revenue systems today.
Ultimately, I prefer the simpler definitions that Goldratt uses later in the book:
Throughput - money coming into the system
Inventory - money stuck inside the system
Operating Expense - money going out of the system
Regardless of the definitions, the goal is the same. But—and this is the key to the whole book, IMO—the goal applies to the system as a whole and not to components within the system. If you take nothing else away from this review, at least remember this: optimizing the system does not mean optimizing the individual parts of the system.
What does it mean for sales?
When applied to sales organizations, we often think of improving individual components in isolation: get those SDR demo sets up, cut that prospecting software to save some money, coach those AMs to increase retention, let’s pull in everyone to get that big deal we need this quarter… and on and on. What Goldratt shows is that this kind of thinking leads to the exact opposite outcome you want. If you do this you’ll usually get less money, not more.
The reason is constraints. More specifically, bottlenecks.
Here’s a passage from the book where Jonah (the aforementioned mysterious consultant and blatantly obvious stand-in for Goldratt himself) explains this:
“A bottleneck,” Jonah continues, “is any resource whose capacity is equal to or less than the demand placed upon it. And a non-bottleneck is any resource whose capacity is greater than the demand placed on it. Got that?”
Think about a typical inside sales system: demand gen creates leads, they flow to BDRs, BDRs qualify demos that flow to AEs. To close deals, AEs may need SEs to help with customer questions, legal to review redlines, finance to approve terms. Once those deals are closed, perhaps the new customer flows through onboarding and then to an AM, a CSM and possibly other support resources. Your mileage may vary, but my guess is you can see your revenue org somewhere in there.
The unifying concept is that each resource’s outputs act as inputs for another resource: your BDRs depend on demand gen for leads, your AEs depend on the BDRs for demos and your AMs depend on your AEs for customers. This creates a chain of dependencies.
Somewhere in that chain there’s a resource where demand exceeds supply. Maybe you’re super lucky and you’ve got more leads coming in than your BDRs can qualify. Maybe it’s the opposite and your TAM is smaller than you thought and your prospecting team is getting nowhere. Maybe your legal team gets backed up at the end of the quarter. Maybe onboarding can’t keep up and your customers are getting no value for weeks after a sale. I’m 99.99% sure you can think of an example from your org without even really trying.
The practical impact of this is that the overall throughput of the system is dictated by the performance of the bottleneck.
Bottlenecks and throughput
Remember that throughput is sales. Some constraints we understand intuitively: if the market is small, you don’t hire an army of sales people because it won’t increase your sales and it will increase your expenses.
However, we often don’t think clearly about those constraints inside our systems. You can spend all the time in the world more effectively qualifying demos, but if you can’t get deals reviewed, you’ve only made your system worse, not better. Your “inventory” of in-process pipeline has increased and your “throughput” of deals hasn’t budged. In short, if you’re not addressing your bottleneck effectively, absolutely nothing you do will increase your sales.
Before I go on, it’s worth identifying a corollary to the bottleneck approach: it’s designed to maximize throughput. While the goal is to increase throughput while reducing inventory and opex, the bottleneck approach treats throughput as the most important. I like this because throughput means sales and increasing sales means growth. If you’ve ever been in an organization where throughput is taken as fixed (i.e. growth is flat), it leads to one logical outcome: reduce operating expenses. That’s another way of saying “lay people off”. That’s not fun at all.
Ok, you buy into the bottleneck idea. So what do you do? Goldratt prescribes a “process of ongoing improvement” (shocking, as it’s the subtitle of the book). In his language, it goes like this:
Identify the system’s constraints.
Decide how to exploit the system’s constraints.
Subordinate everything else to the above decision.
Elevate the system’s constraints.
If in the previous step, a constraint has been broken, go back to step 1 but do not allow inertia to cause a system constraint.
Personally I get a little lost in all the exploiting and subordinating and elevating. I’ll try to rephrase it a bit and tailor it to revenue orgs:
Find the constraints - Use your intuition (and some data if you have it) to find resources in your system that are used by a lot of people to close deals and are in short supply. Hint: it’s probably what your people are complaining about. There may be more than one, so sort them by their impact on throughput.
Manage unconstrained stuff in terms of the constraints - Don’t try to supply more to the constrained resources than they can consume. You’ll spend more money and achieve no more sales as a result. Don’t add more capacity “downstream” of a constraint—you’ll never use it.
Don’t forget number 2 - This one’s a little redundant but let’s go with it. Get a mirror. Look at yourself and take #2 truly to heart. DO NOT WASTE TIME making an upstream process that feeds into a constraint more efficient.
Pull out all the stops to remove the constraint - Work like hell on the constraint until you break it. Maybe you can reconfigure the system entirely, maybe you can change the process flow, maybe you can use AI. This is the only way you increase the throughput of your system. Everything else is accounting or noise.
Repeat forever - Congrats! You worked your ass off and broke a constraint. You win! Your prize is... another constraint! Now fix that one. Do this forever and don’t get complacent.
In the end, following these steps will lead to some semi-counterintuitive conclusions. The wrong local optimizations are at best wastes of time and at worst, directly counterproductive to the outcome you seek. Most revenue organizations I’ve seen are like that. Every manager is working feverishly to optimize their part while the overall system produces the same results. The right global optimizations, however, will have an outsized impact.
Weird, but worth it
There’s more to the book, of course. The protagonist’s team uses the above process to turn their plant around by bravely defying their company’s outdated efficiency metrics. They save the plant, save their small town from rampant unemployment, save their division from being swallowed up by the competition (presumably Japanese—it’s the 80s after all), the protagonist saves his marriage (yep) and they all get promotions. Like I said, it’s not great as a novel.
Goldratt does at least use those developments (specifically the promotion) to make some very reasonable points about building organizational culture and using the socratic method but I’ll save those for another day.
It’s clear why so many people immediately recommended The Goal to me. (It’s also clear I was dumb for letting its quirks deter me from reading it.) The massive macro changes in B2B sales—the ones giving CROs anxiety—mean that sales teams today are increasingly complex systems combining technology and people.3
Sales success today requires mastering systems thinking. Luckily there are system fundamentals that don’t change. In his weird way, Goldratt shows how harnessing those fundamentals requires a break with the way we’ve traditionally thought about “improvement” in a sales context.
We can’t just do local optimizations like automating a single process, better discovery calls or cutting a (seemingly) underperforming team—we have to tackle those improvements in the right order based on the constraints in the global system if we want to make more money.
After all, that’s... The Goal. 😎
I think Goldratt invented this concept and remains its only practitioner.
When I originally wrote this in 2021, we weren’t concerned about how we were going to combine AI agents and people into a seamless system. That evolution just makes this kind of systems thinking even more important.
I originally talked here about COVID accelerating the creation of tech-enabled inside sales teams. AI makes those COVID-era changes look quaint.
I read The Goal in 2001 or 2002 as required reading for a business school class. When compared to all the other materials we had to read during that program, I was delighted to have the "business novel" format, even if it wasn't a literary masterpiece. I briefly considered trying the approach when I wrote my own book and abandoned the idea as being way too daunting.
We're going on 25 years now that, any time the theory of constraints is relevant, I think back to that book. As you noted, it makes a strong case for the importance of thinking about the entire system AND points out that the maximum output will *always* be defined by the bottleneck in that system.
Great to see it getting some love from you!