EVERY SPOKEN WORD
60 min read · 11,945 words- 0:00 – 4:02
The Howard Hughes Standard and Why This Book
- DSDavid Senra
Not long after the launch, my boss, Steve, took me aside. He told me that he had an interesting meeting with Jeff, who made it very clear that setting and insisting on high standards was an essential part of Steve's job. To make his point, Jeff asked Steve if he had ever seen the movie The Aviator, the story of Howard Hughes, the business tycoon, aviator, and film director. Jeff described a scene in which Hughes, played by Leonardo DiCaprio, visits one of his aircraft manufacturing facilities to check on the progress of his latest project, the Hughes H1 Racer, which was a sleek, single-passenger plane designed to set new speed records. Hughes examines the plane closely, running his fingers along the surface of the fuselage. His team watches anxiously. Hughes is not satisfied. "Not enough," he says. "Not enough. These rivets have to be completely flush. I want no air resistance on the fuselage. She's got to be cleaner. Cleaner, do you understand?" The team leader nods. Back to the drawing board. Jeff had told Steve that it was his job to be like Howard Hughes. From then on, Steve had to run his fingers over each new Amazon product, checking for anything that might reduce the quality, and insisting that his team maintain the highest standards. Steve was telling me this story for two reasons. First, it was a heads-up. He wanted me to know, as one of his senior team members, that he would be sending me and my team back to the drawing board if our product didn't measure up. Second, he was telling me that I, too, was responsible for setting high standards for our products. He was telling me that I had to be more like Howard Hughes. That was an excerpt from the book that I'm gonna talk to you about today, which is Working Backwards: Insights, Stories, and Secrets from Inside Amazon, and it was written by Colin Bryar and Bill Carr. This is the second time I've read this book, and I think this book is actually perfect to giving you an idea of what it was like working with Jeff Bezos. The two co-authors actually worked with Jeff for a combined 27 years, and one of the co-authors, Colin, was actually Jeff's shadow, went ev- everywhere with him, every single meeting, for two straight years. And so the purpose of this episode is gonna mirror the purpose of the book, where they said, "This book is primarily about showing you some of the unique principles and processes at Amazon with enough detail that you'll be able to implement them if you choose to." And most of my notes and highlights are ideas directly from Jeff. And what makes this book so special, and what I really wanna focus on today, obviously Jeff's brilliant. He's gonna have a lot of fascinating and genius-level insights, but he also explains the reason behind his insights. So he says, "When I write about what led Jeff to making key decisions in this book, I can do so because I often directly asked him for his specific thinking behind his insights, and the reasoning behind them was often more illuminating than the insights themselves." And as that be like Howard Hughes story illustrates, Jeff is a masterful communicator. He's able to identify a handful of principles that are important to him in the building of his company, and then he finds ways to teach those principles and to repeat those principles f- for everybody inside the company. And so they make the point at the very beginning of a company, the founder is the culture. The founder is the one that's teaching everybody the principles. So it says, "Amazon opened for business in July 1995, staffed by a handful of people handpicked by Jeff Bezos. He decided that getting in on the growth of the internet was a once-in-a-lifetime opportunity, so he gave up his lucrative and promising career. He wanted to create a new and compelling experience for customers." So there's just a few things to get started-- few, uh, few traits to get started. One, handpick core. Two, try to find and pursue a once-in-a-lifetime opportunity. And then the third thing that he's gonna repeat over and over again for the next 20 years is that a company can f- be a fast follower, they can copy, they can imitate, or they can innovate. He repeats over and over again, "Amazon is here to innovate. We are here to create new and compelling experiences that did not yet exist."
- 4:02 – 6:03
Jeff as the Leadership Principles: Standards and Under-Promising
- DSDavid Senra
The hands-on nature of Jeff Bezos at the beginning, and really throughout the entire book, cannot be understated. In the very early days of the company, when it consisted of a handful of people working out of three small rooms, there was no formal leadership principles because Jeff was the leadership principles. He wrote the job descriptions. He interviewed the candidates. He packed and shipped boxes and read every email that went out to customers. Taking part in every aspect of the business allowed him to communicate the Amazon philosophy informally to the relatively small group of employees. Jeff was never shy about how he wanted things done, and he began to instill guiding principles, like customer obsession and unrelentingly high standards, into every small step his team took. Jeff had one simple rule: It has to be perfect. He'd remind his team that one bad customer experience would undo the goodwill of hundreds of perfect ones. So if you've ever read Jeff's shareholder letters, you already know these principles. He identified them from the very beginning and repeats them over and over again. I made, I think, three episodes now on, uh, Jeff's shareholder letters. I'll leave them all linked in the show notes if you haven't listened to them. But the principles he re- would repeat are customer obsession, innovation, frugality, personal ownership, bias for action, high standards, under-promising and over-delivering. In fact, talks about in the book that the fact-- he would proofread [chuckles] all the customer service e- emails. And so one thing that he wanted to do at the very beginning, speaking of under-promising and over-delivering, is on-- when you go to buy something on the website, you know, they'd say, "Hey, we're gonna send this US Postal First Class Mail. You might get it in about a week." Then once you place the order, you would get an email from Amazon saying, "Hey, we upgraded you for free, and you should have your item within two to three business days." People love this. Under-promise, over-deliver. This is one response from a customer that Jeff particularly liked. This was called out as a complimentary upgrade in the shipment confirmation email. Thank you emails for the upgrade included one that read, quote, "You guys are going to make a billion dollars." When Jeff saw that, he roared with laughter and then printed out a copy to take back to his office.
- 6:03 – 9:16
Speed and Single-Threaded Leadership
- DSDavid Senra
There's so many people that work with Jeff that actually describe him the same way. They say he's relentless, he has unreasonably high standards, and he prioritizes speed. And so he has a genius idea on organizing, uh, groups within your c- within your company. But I think it could be traced back actually to the very first job description, the very first ad he ran for Am- for Amazon employees. And so it says, "The job description that he wrote for the very first employee said, 'You must have experience designing and building large and complex systems, and you should be able to do it in about one-third the time that most competent people think possible.'" And so that idea that he repeats over and over again is the fact that speed matters in business. And so he's constantly looking for ways to remove blocks that slow down the speed at which his company can move. And so he comes up with this idea, which I'll get to in one minute, whi- which is called single-threaded leadership. So he says, uh, "The organization that moves faster will innovate more simply because it's able to conduct a higher number of experiments per unit of time. Yet many companies find themselves struggling against their own bureaucratic drag, which appears in the form of layer upon layer of permission, ownership, and accountability, all working against fast, decisive, forward progress." So that is the problem that Amazon's encountering, and that almost every other company's gonna encounter. And so this is the solution they come up with this. "The answer lies in an Amazon innovation called single-threaded leadership." So let me define single-threaded leadership. They say, "It's been one of Amazon's most useful inventions. The basic premise is that for each project, there is a single leader whose focus is that project and that project alone, and that leader oversees teams of people whose attention is similarly focused on that one project." And so this is a main point that they're gonna come back to over and over and over again, that everyone in your company should work on one thing only full time. I saw a very similar idea in Peter Thiel's book, Zero to One. I wanna read from that book right now. Peter wrote, "The best thing I did as a manager at PayPal was to make every person in the company responsible for doing just one thing. Every employee's one thing was unique, and everyone knew I would evaluate him only on that one thing. I had started doing this just to simplify the task of managing people, but then I noticed a deeper result. Defining roles reduced conflict." Jeff and his team at Amazon are gonna realize that, but they also realize that if you can avoid dependencies, you actually move faster and spend less. So let's jump into what they figured out, or what the, the more about the problem they were trying to solve and why they came up with this idea of single-threaded leadership. "We were spending more time coordinating and less time building." And so what they do is they identify and then try to avoid dependencies. So anytime two teams within a company have to speak to one another or have to coordinate with one another to accomplish something, that slows the entire company down. "Each overlap created a dependency." And they define dependency as something one team needs but can't supply for itself. And so the more dependencies you have, the more bureaucratic drag you have. Why is that? Because managing dependencies requires coordination, meaning we have to talk to each other. People sitting down and hashing out a solution, and coordination takes time. We were spending too much time coordinating and not enough time building.
- 9:16 – 14:12
Eliminating Communication, APIs and the 70% Rule
- DSDavid Senra
And so that leads directly into one of Jeff's best-known ideas, and this idea that he says that com- communication, internal company communication, is actually a sign of dysfunction. He is not trying... Most companies, uh, Jeff's point is, most companies try to get better at communicating. To Jeff, that means you're encouraging it. He doesn't wanna encourage communication. He wants to eliminate communication. And so this is more about why and then Jeff's solution to this. "When your dependencies keep growing, it's only natural to sp- try speeding things up by improving your communication. We finally realized that our, all of this cross-team communication didn't really need refinement at all. It needed to be eliminated. It wasn't just that we had the wrong solution in mind. Rather, we'd been trying to solve the wrong problem altogether. We finally grasped at the true identity of our problem, the ever-expanding cost of coordination among teams. This change in our thinking was nudged along by Jeff. I heard him say many times that if we wanted Amazon to be a place where builders can build, we need to eliminate communication, not encourage it. When you view communication across groups as a defect," which Jeff does, "the solution to your problems start to look quite different than traditional ones. He suggested that each software team should build and clearly document a set of application program interfaces." So APIs, what everybody calls APIs, right? For all the services that they offer. "An API is a set of routines, protocols, and tools for building software applications and defining how software components should interact. Jeff's vision was that we needed to focus on loosely coupled interaction via machines through well-defined APIs rather than via humans through emails and meetings. This would free each team to act autonomously and move faster." Okay, so two things. One, you gotta stick with me because it's remarkable how all of Jeff's ideas fit together and how the logic is cohesive and everything relates, one thing relates to another. But the second thing is, if you don't already own this book, I'm gonna highly recommend that you buy it. It's a no-brainer. I think I paid like 20 bucks for it. But now he's gonna go into why this is so important a few pages later. "Jeff inst- insisted that instead of finding new and better ways to manage our dependencies, we figure out how to remove them." Why? These largely independent teams could now do their work in parallel. Before you had two teams waiting on each other. Now you have two teams working continuously, right? These largely independent teams could now do their work in parallel. Instead of coordinating better, they could coordinate less and build more. Now, why is that, why is fixing this so important, right? And there's an entire chapter dedicated to this. And if you really think about what they're saying here, it's like the reason that fixing this is so important is because less coordination means more building. More building means more experimenting. More experimenting leads to more unpredictable but lucrative products. There's a, there's a sentence a couple pages earlier that I think relates to everything. Time and time again. Think about how many freaking project, products are inside Amazon, right? What they're about to tell us is very valuable. "Time and time again, we learned that customers would behave in ways we hadn't imagined, especially for brand-new features or products." Getting to the building of those brand-new features and products faster is unbelievably important. And one way to do that is through this Amazon innovation called single-threaded leadership. Autonomous teams are built for speed. We must move faster. Then he ties this to everything. This is one of my favorite things he's ever said. This is Jeff on decision-making speed. And once you hear the way he thinks about this, you understand why he keeps emphasizing, prioritizing, and repeating the need for speed. And this is from his 2016 shareholder letter. Jeff suggested that most decisions should probably be made with somewhere around 70% of the information you wish you had. If you wait for 90%, he said, in most cases, you're probably being slow. Plus, either way, you need to be good at quickly recognizing and correcting bad decisions. If you're good at course correcting, being wrong may be less costly than you think, whereas being slow is going to be expensive for sure. And what's fascinating is once you apply this idea to your company, you realize the bottleneck goes from being too much communication and too much waiting around for other people, which delays your ability to build new products, to actually the limiting factor is going to be great leaders. We were able to identify some brilliant managers. They turned out to be notoriously difficult to find in sufficient numbers, even at Amazon. Great team leaders proved to be rarities. Another way to think about that is great anything is rare. The limiting factor here is great leadership. And then the second part of that is they have to work on this full-time. They cannot do anything else. This is just a fantastic line on why. The best way to fail at inventing something is by making it somebody's part-time job. And so the problem that they were trying to solve and the vision they had was how to move faster and remove dependencies. But what they also realized once this was in place that ownership and accountability are much easier to establish under the single-threaded leader model. And why? Because Jeff Bezos, just like Peter Thiel, are only evaluating that person on one thing and one thing only.
- 14:12 – 20:30
From PowerPoint to Six-Page Narratives
- DSDavid Senra
Another unique idea in the way to build and run Amazon that Jeff came up with, he actually found this idea in a paper and then decided to use it. So something I'm going to repeat over and over again, you've heard me say it on past podcasts, but if you're paying attention, the whole world is a classroom. You'll be shocked. If you go through this book, you'll be shocked at how many ideas Jeff got from reading a paper, reading a book, having a conversation that he used inside of Amazon. If you're paying attention, the whole world is a classroom. So it says, if you were to ask recently hired Amazon employees what has surprised them most in their time at the company so far, one response would certainly top the list. The eerie silence in the first 20 minutes of many meetings. The reason for the silence? A six-page document that everyone must read before a discussion begins. Amazon relies far more on the written word to develop and communicate ideas than most companies, and this difference makes for a huge competitive advantage. And so this is when they kick out PowerPoint and they switch to these narratives. So Colin is Jeff's shadow at the time. Remember, he goes everywhere Jeff goes, sits on every single meeting. The insights that he has in this book are remarkable. And so a long time ago, way before Wi-Fi on planes, he would take a lot of flights with Jeff. And so one thing that I love that I've learned about Jeff from the very first book I read on him, and it's really important, I think a lot of people already know to use this in the company, the importance of a shared base of knowledge. If Jeff thinks there's a book that's valuable to read, it's not that he reads it by himself. He makes his entire executive team read this. And so on this flight, they're both reading the same essay. The idea was like, we're going to read and then discuss this essay. This is way before the narrative structure of the meetings, right? They're still using PowerPoint and it's not going well. And so they're looking for solutions. And so again, if you're paying attention, the whole world is a classroom. After a particularly difficult presentation in early 2004, we had some downtime on a flight. And so we read and discussed an essay called The Cognitive Style of PowerPoint, Pitching Out Corrupts Within, written by Edward Tuft. Tuft identified in one sentence the problem that we'd been experiencing. As analysis becomes more causal, multivariate, comparative, evidence-based, and resolution-intense, the more damaging the bullet list PowerPoint becomes. Tuft proposed a solution in the essay. For serious presentations, it would be useful to replace PowerPoint slides with paper handouts with words. High-resolution handouts allow viewers to contextualize, compare, narrate, and recast evidence. He offered wise advice on how to get started. Make this transition in large organization, making this transition in large organizations requires a straightforward executive order. From now on, your presentation software is Microsoft Word, not PowerPoint. Get used to it. That is Tuft's words, and that is essentially what we did. And so Jeff sends an email because this can only come from him. The S team received an email with the following subject line, no PowerPoint presentations from now on. The message was simple and direct. S team members would be required to write short narratives describing their ideas. Jeff was the only person in the company who could mandate such a change, and he offered a short explanation for the reason behind the change. The reason writing a four-page memo is harder than writing a 20-page PowerPoint is because the narrative structure of a good memo forces better thought and better understanding of what's more important than what and how things are related. PowerPoint-style presentations somehow give permission to gloss over ideas, to flatten out any sense of relative importance, and to ignore the interconnectedness of ideas. And then they describe why spending the first 20 minutes of an hour-long meeting in silence reading these narratives together is so valuable. It's one of my favorite sentences or paragraphs in the entire book. It's why books have lasted for 5,000 years. In fact, I got a text from a founder friend the other day, and he was asking me why, if I've noticed why billionaires read so much. I'll get to that in a minute. The silence can be unsettling at first, but it becomes routine. Even though you cannot hear it, with a well-written narrative, there is a massive amount of useful information that is being transferred in those 20 minutes. There is a massive amount of useful information that is being transferred in those 20 minutes. So a friend texted me the other day. Him and his brother are co-founders of a company that's doing really, really well. They're both relentless learners. And they've raised a bunch of money for their startup from several billionaires, many of which are world famous. If I had mentioned them, you would know who they are. And in many cases, they get to spend time with them. They'd, uh, go to their houses, they'd see their libraries. And I got a text from him the other day that said something like, "I know a bunch of middling entrepreneurs. Companies aren't that successful. They don't read at all. And then yet I spend time with all these billionaires," and he, he's, and they read all the time. He's like, "Why do billionaires read so much?" And I think this sentence right here describes that. Even though you cannot hear it, [laughs] there's a massive amount of useful information that is being transferred in those 20 minutes. That useful information, that knowledge, can then obviously be turned into profit. It can make their companies better. It can make them more money. That is why you see su- And I, I, I talked about this on the, um, I Had Lunch with Sam Zell episode. I think it's episode 297. And, you know, I've seen this over and over again too. I had the same realization, uh, that my friend had. But I just remember after spending two hours with Sam Zell talking about all... I mean, he knew everything about, he knew way more about business history and read way more biographies than I have. And I remember on the drive back, it just hitting me. It's like, yeah, of course. You don't go and s- you don't go and sell a company for $38 billion and then read and learn all this stuff. He'd been doing that since he was 20. By the time I met him, he was an entrepreneur for over 61 years, and he was still, up until the day he died, still reading books, still listening to podcasts, still being curious about the world around him, still treating the world like a classroom. And so not only do they read a lot, but they also are able to produce unique insights. This is a simple tip from Jeff Bezos on how to produce unique insights in what you're reading. "Jeff has an uncanny ability to read a narrative and consistently arrive at insights that no one else did, even though we were all reading the same thing. After one meeting, I asked him how he was able to do that. He responded with a simple and useful tip that I have not forgotten. He assumes each sentence he reads is wrong until he can prove otherwise. He's challenging the content of the sentence, not the motive of the writer." And I love this part. "Jeff, by the way, was usually among the last to finish reading." Okay,
- 20:30 – 27:28
Working Backwards and the PR/FAQ
- DSDavid Senra
so they realize the narrative structure is superior to run their meetings. What they wind up also realizing is that it's superior for building products. For meetings, it's called a six-page narrative. For product design or new product creation, it's called the PR/FAQ. The Kindle is actually the first product, and we'll get into more detail about how the Ki- Kindle came to be, including this very important meeting that Jeff Bezos and Steve Jobs, uh, had in 2003. And so this idea of working backwards is so ingrained in the Amazon culture, they thought it was so important they named, they named the book a- after it. And really, it's just you start with the desired customer experience. So it says, "Most of Amazon's major products since 2004 have one thing in common. They were created through a process called working backwards. It is so central to the company's success that we used it as the title for this book. Working backwards is a systematic way to vet ideas and create new products. It is a key tenet," or excuse me, "Its key tenet is to start by defining the customer experience, then iteratively work backwards from that point until a team achieves clarity of thought around what to build. Its principal tool is a second form of written narrative called the PR/FAQ, short for Press Release/Frequently Asked Questions." And so you start from the customer's perspective. You literally write a press release for a product that does not exist yet, right? The press release that literally announces the product as if it were ready to launch and an FAQ anticipating the tough questions, and then work backwards from that. And so once again, we see Jeff come up with unique insights because they weren't doing this originally, right? So they would come up with new ideas, and they'd pitch them to Jeff. And in the, the book it says, "Listen, we just tried, we used, like, MBA-style methods. We would gather data about the size of a market. We'd construct financial models that project annual sales. We would calculate gross margins assuming a certain cost of goods from our suppliers. We would, we'd project operating margins. We would outline deals that we could make with other media companies." And Jeff did not find that this was a good use of their time. "We had several meetings with Jeff to present our ideas. He never seemed satisfied or convinced. He found our proposals light on the details as to how the service would work for customers. He finally asked, 'Where are the mock-ups?' Jeff was referring to the visual representations that would show exactly how the new service would look on the Amazon website. We didn't have any mock-ups. We just wanted to sell Jeff on the opportunity. We would deal with the customer experience and other details once we got his go-ahead. But if Jeff wants to see mock-ups, you had better make a mock-up. A few weeks later, we were back with mock-ups. Jeff listened carefully to our presentation yet again and then began asking detailed questions." There's so many sentences in the book just like that. You're talking to him, you're presenting to him, and he gets right to the heart of the matter. I've read that in other books as well. And so he just goes straight down the details. "He would ask questions about every button, every word, every link, every color. For music, he asked how our service would be better than iTunes. For e-books, he wanted to know how much the e-books would cost. He asked if people would be able to read their e-books on a tablet or a phone as well as their PC. We answered as we had before. We had not figured out this stuff yet. That answer did not go over well at all. Jeff wanted to know exactly what we were going to build and how it would be better for customers. To Jeff, a half-baked mock-up was evidence of half-baked thinking, and he was quick to say so, often using strong language to make his point." And so this is the first time I wrote in the book and o- on my notes, but it's over and over again. Founders force the issue. Founders are forcing functions. A forcing function, an event that forces one to take action and produce a specific result. Remember this for later. It is, uh, mentioned over and over again, the fact that this is the role that Jeff is playing inside of Amazon. "Jeff suggested a different approach for the next meeting. Write a narrative document. In it, describe your best idea for a device or service for the digital media business." He even offered to do it with them. This is incredible. So the next time they meet, they bring their ideas, and it looks like a press release announcing what the, their idea does for the customer, and they're gonna work backwards from that. This is the birth of this idea. Uh, "One person proposed an e-book reader that would use new E Ink screen technology. Another described a new take on the MP3 player. Jeff wrote his own narrative about a device he called the Amazon Puck." What I'm about to... This is crazy What I'm about to read to you, he wrote in 2004. He is going to describe the Amazon Echo, which is going to sell hundreds of millions of these things. "The Amazon Puck would sit on your countertop and could respond to voice commands like, 'Puck, please order a gallon of milk,' and the Puck would then place the order with Amazon." Why is Jeff forcing the issue? Why is he insisting that we're doing this? Because writing required us to be thorough and precise. We had to describe features, pricing, how the service would work, why customers would want it. Half-baked thinking was harder to disguise on the written page than in PowerPoint slides. Jeff then pushed the idea further. He is the forcing function. What if we thought of the product concept narrative as a press release? Usually, in a conventional organization, a press release is written at the end of the product development process. In this standard process, that company works forward, and really what they're telling you is Amazon inverted this process. And so the Kindle is going to be the first product in which they used and they created using this press release approach, and this is part of one of the reasons why it's so important. Previously, they were working forward like every other company. Now they're working backwards. When we were working forward, we were trying to invent a product that would be good for Amazon, the company, not the customer. When we wrote a Kindle press release and started working backwards, everything changed. We focused instead on what would be great for customers, an excellent screen for great, for a great reading experience, an ordering process that would make buying and downloading books easy, a huge selection of books, low prices. We would never have had the breakthrough necessary to achieve that customer experience were it not for the press release process which forced the team to invent multiple solutions to customers' problems. And in the Kindle chapter, there's an entire chapter dedicated to describing the product development. They go into why working backwards helps your company develop new skills. You develop new skills over a long period of time. Your company obviously becomes more valuable. Another thing that Jeff insisted on, you have to have constraints. The, the press release portion of these documents has to be one page or less, and then I think they limit it to about five pages, uh, five pages or less for the FAQ section, and then this is why. I just used the word forcing function as the founder. That's a term they actually use here. Restricting the length of the document is a forcing function. We have seen that it develops better thinkers and communicators. Founders develop better teammates, which in turn develop better products. It's the same idea. So I wanna spend a lot of time on the development of the Kindle. Before I get there, I wanna go back to this idea that the whole world is a classroom, and you can't help but notice how many times Jeff is just using ideas from other companies or from things that he's reading, and he's using them inside of Amazon, right? He's using them as a metaphor to use it, uh, to help his, his company perform better.
- 27:28 – 30:34
Customer Obsession, Customer Connection and the Andon Cord
- DSDavid Senra
But I was also struck by this idea while I was reading this book, that you could think of the belief system of the founder as the language of the company. That is why it's usually written down and repeated over and over again, and it definitely is the case in Amazon. But you also see the belief system of the founder expressed through their actions, and so this idea that Jeff identified with from day one that we're going to obsess over customers. He'd make every single person in the company, including himself, work customer service, actually take calls. And so I love this, and there's a lot of good ideas here in- including the importance of combining data and anecdotes. Data and anecdotes make a powerful combination when they're in sync, and they're a valuable check on one another when they're not. The most powerful anecdote in this regard features Jeff himself. Amazon has a program called Customer Connection, which is mandatory for corporate employees. Every two years, the corporate employee is required to become a customer service agent for a few days. They have to listen in on calls, watch email and chat interactions, and then handle some customer contacts directly. Jeff is not exempted from this program. While I was working as his shadow, it came time for his Customer Connection recertification. Jeff was particularly good with customers over the phone, though he was sometimes overly generous. He gave one customer a full product refund when the policy was to refund the shipping cost only, is one example. But this is fascinating. He's gonna use an idea from Toyota and realize, oh, w- Toyota has an idea and implements an idea in their company that we're lacking here. And it's because of this, again, he's showing with his actions how important customer service is. On the first day of training, we listened to the CS-- to CS agents handle a few calls. On one call, the customer complained that her lawn furniture had arrived damaged. The CS agent asked for the product number. As the customer was looking for it, the CS agent muted the call and said to us, "I bet she's referring to this lawn chair," and pointed to the product on the Amazon site. Sure enough, when the customer read out the number from the package slip, it was the one that the CS agent had predicted it would be. After the call was ended, Jeff asked, "How did you know the customer was going to say that?" The CS agent responded that it happened quite often with this newly listed product. The packaging was inadequate, and the furniture got banged up in transit. Jeff had recently been learning about how Toyota approached quality control and continuous improvement. He mentions this over and over again in his shareholder letters, by the way, this, this idea of continuous improvement that he learned from the Japanese. One technique they used in their automobile assembly line was the Andon Cord, Andon Cord. When any worker notices a quality problem, they are authorized to pull a cord that stops the entire assembly line. A team of specialists swarms to the cord puller station. They troubleshoot the issue, and they develop a fix so the error never happens again. Here was a similar situation at Amazon, except without the Andon Cord. Jeff yelled out, "We need an Andon Cord for customer service," and so they wind up instituting one. It turns out that the Amazon version of the Andon Cord empowered the right people, those on the front lines who were talking directly to customers. It surfaced serious issues as soon as they were noticed.
- 30:34 – 34:12
Invention, Failure and Skills Developed by Working Backwards
- DSDavid Senra
Okay, so then we're gonna go into why working backwards was so important and the development of the Kindle. Before we go to that, they quote heavily from Jeff's shareholder letters to really explain. Remember, the belief system of the founder is the language of the company. Jeff's belief systems were written down in the shareholder letters and then repeated over and over again inside the company. And so this is Jeff writing in his shareholder letters sharing his belief, right? "We want to be a large company that's also an invention machine. We want to combine the extraordinary customer-serving capabilities that are enabled by size with the speed of movement, nimbleness, and risk acceptance mentality normally associated with entrepreneurial startups. I believe we are the best place in the world to fail, and we have plenty of practice. And failure..." And then he's not failing just for failure's sake. He doesn't wanna fail, right? This guy's super competitive, but this is his main point. "Failure and invention are inseparable twins." He just said Amazon will be a place, the best place in the world to invent. So failure and invention are inseparable twins. To invent, you have to experiment, and if you know in advance that it's going to work, it's not an experiment. The Kind- they did not know in advance that the Kindle was going to work. Most large organizations embrace the idea of invention, but are not willing to suffer the string of failed experiments necessary to get there. And so one competitive advantas- advantage, as Jeff Bezos sees it, that Amazon has, is they're willing to fail for a longer period of time. Long-term thinking levers our existing abilities and lets us do new things we couldn't otherwise contemplate. Long-term orientation interacts well with customer obsession. If we can identify a customer need, and if we can further develop conviction that the need is meaningful and durable, our approach permits us to work patiently for multiple years to deliver a solution. The key word here is patiently. Many companies will give up on an initiative if it does not produce the kind of returns they are looking for within a handful of years. Amazon will stick with it. Patience and carefully managed investment over many years can pay off greatly. And so you might be thinking, "Okay, that's great, David, but what does this have to do with working backwards?" And they're about to get into that. Working backwards exposes skillsets that your company needs, but does not yet have. So the longer your company works backwards, the more skills it develops, and the more valuable, valuable it becomes, the more things it can invent. And his whole key for inventing is he only wants to invent where and when differentiation matters. Invention works well where differentiation matters. In the company's early days, the hardware that powered Amazon's data centers was not the point of differentiation. That changes with time, which we'll get to in a little bit. Was not a point of differentia- differentiation with the customer. Creating a compelling book-buying online experience was. Whereas with the Kindle, which is where we're about to go into, others were selling e-books, so there was a real value in owning and controlling the creation for an outstanding device for our customers to read the e-books on. Differentiation with customers is often one of the key reasons to invent. And so they're constantly talking about the way, hey, normal companies, they b- build things with a skills-forward approach. What does that mean? They look inside the company like, "What are the assets that we have? What are the skills we have? What can we build with that?" Working backwards forces you to master new skills. That again, working backwards exposes skillsets that your company needs, but does not have yet. So the longer that your company works backwards, the more skills it develops, and the more skills it develops, the more valuable it becomes over time. Amazon's working backwards process, starting with customers' needs and not corporate needs or competencies, often demands that, in Jeff's words, we exercise new muscles, never mind how uncomfortable and awkward feeling those first steps might be.
- 34:12 – 42:50
The Steve Jobs Meeting and the Choice to Invent the Kindle
- DSDavid Senra
And so I say all that to set this up. A meeting with Steve Jobs led to the invention of the Kindle. So you can really think about what's about to take place here is how the iPod and iTunes influenced the development of the Kindle. This meeting is gonna happen in 2003. At this time, I think 77% of Amazon-- 70 or 77%, somewhere around there, of Amazon's revenue came from, like, physical books. Books, CDs, music, that kind of thing, right? And they clearly see that th- this wasn't gonna last forever. So it says, "In 2003, uh, Jeff and a bunch of people from Amazon traveled to the Apple campus in Cupertino to meet Steve Jobs, who had invited us down for a visit. Jobs got to the real purpose of the meeting and announced that Apple had just fi- finished building their first Windows application. He calmly and con..." [laughs] This is why I love Jobs. I love his confidence. "He calmly and confidently told us that even though it was Apple's first attempt to build for Windows, he thought it was the best Windows application anyone had ever built. He then personally gave us a demo of the soon-to-be-launched iTunes for Windows. During the demo, Jobs talked about how this would transform the music industry. Up until this point, if you wanted to buy digital music from Apple, you needed a Mac, which at this time comprised less than 10% of all the home computer market. Apple's first foray into building software on the competing Windows platform showed how serious they were about the digital music market. Now anyone with a computer would be able to purchase digital music from Apple." And then Jobs immediately attacks Amazon's business. "Jobs said that CDs would go the way of other outdated music formats, like the cassette tape, and their importance and portion of overall music sales would drop quickly. His next comment could be construed as either a matter-of-fact statement or an attempt to goad Jeff into making a bad business decision by acting impulsively. He said, 'Amazon has a decent chance of being the last place to buy CDs. The business will be high margin but small. You'll be able to charge a premium for CDs since they'll be hard to find.' Jeff did not take the bait. Only Jeff can speak to how the meeting impacted his thinking. What we can say is what Jeff did and did not do afterward. What he didn't do, and what many companies would have done, is to kick off an all-hands-on-deck project to combat this competitive threat and race to build a copycat digital music service." Over and over again, Jeff says, "I do not wanna be a copycat. I w- I don't wanna follow. I don't wanna be a fast follower. I want to lead, and I want to invent." Instead, Jeff took time to process what he learned from the meeting and formed a plan. He appointed a single-threaded leader, which is the guy Steve from the Howard Hughes story at the very beginning. So you have a single-threaded leader named Steve to run digital, who would report directly to Jeff so that they could work together to formulate a vision and a plan for digital media. And I love the explanation of this. I'm gonna read the whole paragraph to you 'cause I think it's so great. In other words, his first action was not a what decision, it was a who and a how decision. This is an incredibly important difference. Jeff did not jump straight to focusing on what product to build, which seems like the straightest line from A to B. Instead, the choices he made suggest that he believed that the scale of the opportunity was large, and the scope of the work required to achieve success was equally large and complex. He focused first on how to organize the team and who was the right leader to achieve the right result. At that time, Amazon did not have billions of dollars to spend on digital media or anything else for that matter, so we would need to lean heavily on the frugality principle to stay in the game with the bigger players. Jeff was a student of history, and regularly reminded us that if a company didn't or couldn't change and adapt to meet shifting consumer needs, it was doomed. Remember, he's gotta transition his business from 70% physical boo- goods to essentially all digital, and he used the example of Kodak's failure to do so as a warning sign. "You don't wanna become Kodak," he would say, referring to the once mighty photography giant that had missed the turn from film to digital. We were not going to sit back and wait for this to happen to Amazon. So let's pause here before we move on. Again, it goes back to this main idea in the book. You need to have single-threaded leadership on every single important initiative or project inside your company. Why? Jeff felt that if we tried to manage digital media as a part of the physical media business, it would never be a priority. The bigger business carried the company after all, and would always get the most attention. Getting digital right was highly important to Jeff, and he wanted Steve to focus on nothing else. In other words, Jeff is disrupting himself. Then we go back. Again, you can think of the belief system of the founder as the language of the company. What is he gonna repeat? You can invent or copy. We choose to invent. We had many meetings with Jeff. I would present our ideas for our music product or a company we might acquire. Each time we had these meetings, Jeff would reject what he saw as copycat thinking, emphasizing again and again and again that whatever music product we built, it had to offer a truly unique value prop for the customer. Let me repeat that. Any product we build has to offer a truly unique value proposition for the customer. He would frequently describe the two fundamental approaches that each company must choose between when developing new products and services. We could be a fast follower and make a close copy of successful products. We could just make another iTunes, right? We could go that route. We could make a close copy of a successful product that other company had built, or we could invent a new product on behalf of our customers. He wanted Amazon to be a company that invents. He would immediately force this. He recognized that building a copycat version of the iPod and iTunes was a non-starter. He chose the path of invention by looking beyond the music category. This is so important because every other big company i- is essentially at this time just copying or attempting to copy Apple. They wind up going to these like, uh, this conference where these, these music executives are, uh, speaking. They know Jeff's in the audience, and they kinda like encourage him 'cause these are just more revenue for the music, uh, industry, right? They're like, "Yeah, Amazon should build this, and this would be more revenue for Amazon and more revenue for Universal Music." And Jeff's like, "You're not controlling what I'm thinking. You don't get to dictate the products that my company makes." There is no differentiation. We cannot beat... We can't out-Apple Apple, so you don't try. What did Warren Buffett say? How do you beat Bobby Fischer? The answer is you play him in any game except chess. Back to this. He chose the path of invention by looking beyond the music category, which led him to begin Amazon's foray into digital by focusing on e-books and an e-book reader device. In doing so, Jeff demonstrated his belief that true invention leads to greater long-term value for customers and shareholders. Jeff is so good. This guy is so good. Look how he takes what Apple did to the music industry, what they used for iPod and iTunes, and how it influenced the development of the Kindle. There's a reason why I keep making podcast after podcast and reading book after book o- of Jeff Bezos. In fact, there's a line I read years ago in, uh, the CB Insights newsletter that really hits home how special this guy is, and it says, "To read Jeff Bezos's shareholder letters is to get a crash course in running a high-growth internet business from someone who mastered it before any of the playbooks were written." Listen to what he does here. Jeff zeroed in on the fundamental difference between the digital media retail business and our existing physical media retail business. Our competitive advantager- advantage in physical media was based on having the broadest selection of items available on a single website, but this could not be a competitive advantage in digital media, where the barrier to entry was low. Any other company could match our offering. Any other company could build an e-book store where they offer the same breadth and depth of books and songs as any other digital venue. They just had to be willing to undertake the tedious work of aggregating the digital files together into a single online catalog. So we knew we couldn't meet Jeff's requirement that our digital business have a distinct and differentiated offering just on selection and aggregation. Remember, he's sa- he's the forcing function. He's saying, "Our digital business must have a distinct and differentiated offering." And so Jeff tells Steve, right, the guy w- the single-threaded leader on here, "We have to move out of the middle and venture to either side of the value chain." In digital, that meant focusing on applications and devices consumers use to read, watch, or listen to content, as Apple had already done with iTunes and the iPod. We all took note of what Apple had achieved in digital music in a short period of time, and sought to apply those learnings to our long-term product vision, our long-term product vision in books, not music. We believe that customers would want the e-book equivalent of the iTunes, iPod experience, an app paired with a mobile device that offered customers any book ever written, the content available at a low price that they could buy, download, and start reading in seconds, but we would need to invent the device ourselves.
- 42:50 – 46:50
Kindle Costs, Outsourcing and Patience
- DSDavid Senra
The idea, this is so crazy. Remember, now we know how successful it is. I had the first Kindle, by the way, which is like this big, bulky, white... It's like 400 bucks too. It was crazy But anyways, this is, like now this makes sense, but back then, this is how, this is why he's so special. The idea that Amazon, a pure e-commerce, e-commerce distributor of retail products made by others, which is what they were at this time. The idea that Amazon, a pure e-commerce distributor of retail products made by others, would become a hardware company and make its se- and sell its own reader device was controversial. The Kindle chapter in this book is incredible. I'm still in it. Note I left myself, I wrote in the margin actually, uh, "Outsource and your company doesn't acquire the skills. Amazon wants the skills." What does that mean? "Our decision to become a hardware device manufacturer would inform a number of decisions down the road. Many companies that decide to enter a business area in which they have little internal expertise or capability," which is what Amazon ha- doesn't ha- ha- a description of Amazon at this time, right? They choose to outsource. This can sometimes be a mistake, and they use an example. "In the early days of e-commerce, brick-and-mortar retailers created their first online retail sites. They brought in third-party developers. This approach enabled them to move quickly, but it deprived them of the flexibility to innovate and differentiate." And that's a big problem because who had that ability to differentiate and innovate, and who are now these brick-and-mortar retailers going online and competing directly against? Amazon. We know how that ends. "Retailers who outsource e-commerce lack the ability to ideate and test new products." And so they list a bunch of products that Amazon was able to test way faster because they had this ability. "They can only pick from a menu of options from their outsourced provider. At best, they would be fast followers of what the innovators built," the innovators being Amazon. So like, okay, we're gonna, we're gonna take that same idea and go out and acquire the skills necessary to become, to transform from a pure e-commerce distributor of retail products made by others to hardware makers. And this directly leads to an idea that you and I have been talking about over and over again today. Founders force the issue. Not outsourcing means it's gonna be more expensive, we're gonna spend a lot more money. It's gonna take longer to get a product out there. But at the end of that, if we are successful, we have a set of skills that we lacked beforehand, then we can go out and do this over and over again. Again, founders force the issue. "We'd known that the Kindle would take time and money to develop, but by the middle of 2005, it became clear that it was taking much longer and consuming more money than we had anticipated." What was Jeff Bezos' reaction to this? "There was a heated discussion about the surprising ramp-up in expenses. At some point in the debate, someone asked Jeff point-blank, 'How much more money are you willing to invest in Kindle?' Jeff calmly turned to our CFO, shrugged his shoulders, and asked, 'How much money do we have?' That was Jeff's way of signaling the strategic importance of Kindle." Another example of the whole world as a classroom and Jeff taking an idea from another company. "Jeff went through many BlackBerry devices," this was hilarious, "a few of which had been fried by sweat dripping on them during his workouts." This sounds really intense. "The feature that really attracted him to the BlackBerry was constant connectivity. Jeff loved that his phone was always connected and automatically refreshed itself to display every new email. In those early days of digital media, this was a first, and the BlackBerry did this without having to connect to a computer." And so he has this idea. He's like, "Why, what's the Kindle... W- what's that idea, the principle behind that idea that we can apply to the Kindle?" He wanted the Kindle to be like the BlackBerry. No wires, never need to connect to your PC. He talked over and over again about the ability to be patient, to have long-term thinking, and to want to invent and invest in that invention. That meeting with Steve Jobs happened in 2003. The Kindle goes on sale for the first time all the way in November of 2007. It retails for $399 and would hold 200 books. It sold out in less than six hours.
- 46:50 – 52:35
Building Amazon Prime: Walking the Store and a Moat Around Best Customers
- DSDavid Senra
And so another example of being influenced by another company. If you've ever read "The Everything Store," it's talked about a bunch in there, the fact that Jeff met with Costco founder Jim Sinegal, and the meeting changed the trajectory of Amazon. He implemented a bunch of ideas in that meeting into Amazon. One of those led directly to this membership program that now over 100 million people are members of, m- myself included, which is Amazon Prime. What's fascinating is how fast they built Prime. Jeff sends a email in October 2004 saying, "We need to do this," and by February of next year, it is live and a product that actually exists. This is what the email read. "We should not be satisfied..." Remember, back to the founder as a forcing function, right? "We should not be satisfied with the growth of our retail business. This is a house-on-fire issue, and we need to dramatically improve the customer experience around shipping. We need a shipping membership program. Let's build and launch it by the end of the year." And so their thinking was, let's not do what people expect now, but where is this going? Before you had to drive to the store to get something, then you order on Amazon, maybe it comes a week, 10 days later, then five days later, then three days later. Now, today, it comes in a few hours, right? And they knew this all the way back in 2004, so let's start building for that future today. "Two-day shipping, and eventually one-day shipping, and same-day shipping will become the norm. Therefore, while what we've built is good, it is not good enough. We should do this now. We have an unshakable conviction that long-term interests of shareholders are perfectly aligned with the interests of customers. This is clearly in the interest of our customers, so we will do it now." And again, there is many such sentences like this one in the book. Jeff insisted on this path, which resulted in Amazon Prime. Now, what's fascinating is as they develop Prime, we see that Jeff is just very uncomfortable with mediocrity, and he still wants to make sure that his company's not going with the skills-forward approach that most companies have. Let's start with the optimal customer experience and work backwards from that. And you're like, "Jeff, but we don't have those skills." Exactly. So we're gonna go out and acquire those skills, and over time, that's gonna make our company more valuable. Now that customers had gotten a taste of free shipping, they no longer wanted to be forced to choose between slow and free and fast and expensive. Jeff exhibits discomfort when presented with an either/or proposition in which both results are mediocre. Viewed through his customer obsession lens, the only answer to the question, "Which would you rather have, slow and free or fast and expensive?" is fast and free. So the catch was that fast and free was where Amazon needed to go next, but our fulfillment capabilities were not yet up to the task. If you had read the book up until this point, th- this, what I'm about to tell you is not in the book, but you would dr- derive this conclusion at the end of that. It says the fast and free was where Amazon needed to go next, but our fulfillment capabilities were not up to the task, period. Most skills-forward companies would stop there. That's not where Amazon stopped. It's where they started. Another great idea, walk your store. Walk your store, again, goes back to the founders as the forcing function. More-- Most retail CEOs walk the store when they have a chance, and Jeff is no exception. The typical physical retail CEO can pay a visit to his outlet when they're in the area, and they'll do a bit of browsing and observe what's going on. An online retail CEO like Jeff can walk the store any time, and Jeff's preferred walking the store time was early Saturday and Sunday mornings. It was not unusual for me to wake up at 7:00 AM on a weekend and read five or six messages from Jeff to the relevant teams on issues that he had found while walking his store that morning. This is what he expects when he emails you. When he sent a team an idea, it did not need to be implemented, but it definitely needed to be evaluated, and that evaluation needed to be communicated back to him. Again, he's showing with his actions this is important to him. They're supposed to have a meeting on Prime. The-- Jeff scheduled a meeting on Friday. Unfortunately, Amazon had this, they had a, like, a site-wide out- outage. There was, they were experiencing technical issues. So this guy named Vijay, he actually had to cancel the meeting, which was the right thing to do, and then reschedule it for another time. Jeff took it in stride and said, "Okay, we can reschedule the meeting. How about tomorrow morning at my house?" And this idea that Jeff says at the meeting is genius. That's when Jeff and all these other people met at his house to go over what would become Amazon Prime. Jeff said, this is his main directive, this is genius. Jeff said he wanted to build a moat around his best customers. He wanted to build a moat around his best customers. So Prime starts with the free two-day shipping that everybody knows. They now have added a bunch of different benefits at no additional cost, although I think, I think I started out paying, like, $79 a year, now I think I pay, like, $129 a year, [chuckles] so I guess there is a cost. But at this time, it was the same price, and what was fascinating is I didn't know, uh, so obviously know that, you know, every Prime member has access to Prime Video, but I didn't know, or I didn't remember, rather, that they had started it out, like, trying to compete with other streaming services. And so they went from one bad idea to the next. And again, remember how he said that Jeff can read the same document as everybody else and get different insights? Jeff actually comes up with another idea that no one was thinking of based on an idea that worked for another company in a different context, and that company was Netflix. So it says, "Jeff came up with a simple idea. 'Let's make videos free for Prime members.'" They were trying to make it a separate standalone subscription product. It was not succeeding, so they're like, "Okay, let's just add it to Prime," 'cause again, his whole thing is how are we gonna be differentiated? Now listen to this. This had not been on anybody's list of ideas. Jeff reminded us of how Netflix got started off by offering watch now streaming videos to its DVD subscription service. So I need to back up and go into more detail. You may remember this. I've been a subscriber to Netflix forever. When I s- first subscribed, I would get DVDs in the mail. That was all Netflix offered. Then eventually they said, "Oh, now you can stream," but their streaming offerings was, like, really, really... It wasn't good. So instead of trying to sell it, they just gave it to existing members for free.
- 52:35 – 54:16
Prime Video, Netflix's Lesson and the Move to Original Content
- DSDavid Senra
So now you have Amazon Prime Video that's, eh, it's not really good, so why don't we just take the idea from Netflix and just add it as a benefit for our, our existing subscribers? So it says, "Jeff reminded us how Netflix got started off by offering watch now streaming videos to its DVD subscription service. 'It's an oh by the way offering,' he said. When Netflix started, they didn't have a great selection of movies and TV shows either, not good enough that customers would pay extra for them. Instead, Netflix gave their customers additional value as part of their existing subscription. Netflix was essentially saying, 'The service you pay for is great, and oh by the way, here is something extra for you to watch.'" And then he says why he wants to do this. Jeff argued that Prime with streaming video would be a unique offering and a competitive differentiator. "Any competitor might launch a Prime sh- Prime shopping clone," he said, "or they could potentially build a new Netflix-type service, but it was unlikely that any one of them would be able to do both." And then over time, obviously, further differentiation is, hey, we're bidding against Netflix and Hulu and all these other... Especially, like, studio and the, the content creators have the supply. Then all these streaming servers coming over the top and say, "Hey, how much you want for that?" And another streaming service says, "Oh, I'll-- You, you'll pay a billion? I'll pay two billion." And so they realize, like, we don't wanna be in this never-ending cycle of bidding against Netflix and, and Hulu. We don't wanna keep paying the studios more and additional fees for every country that they enter, and there's all these, like, issues that, that they go into detail. And so again, they're like, "Well, if you wanted to be truly differentiated, what would you do?" And once they asked themselves that question, it says that led to a startling conclusion. We had to create our own content. It was time to make our own movies and TV shows.
- 54:16 – 56:14
Undifferentiated Heavy Lifting and the Origin of AWS
- DSDavid Senra
And I just wanna share one more idea that I think ties a lot of these ideas that you and I have been talking about today together. The world is a classroom. We're gonna differentiate. We're not gonna copy. We're gonna work backwards from the optimal customer experience, and we're gonna use a written narrative to guide product development. Jeff and I attended an O'Reilly Emerging Technology Conference, and we went to a panel featuring Stewart Butterfield, who co-founded Flickr and later Slack. Someone asked Stewart to describe a typical day at Flickr. His answer was surprising. He said that about half the day was probably the same as it was for many of the people in the audience, scrambling to keep their technology platform one step ahead of the rapid growth of their business. They worked on scaling their databases, web servers, software, and hardware half the day, right? Stewart said they did not spend as much time as he would like on innovating things that were unique to Flickr. After the panel, Jeff and I had a brief chat about Stewart's comments. We both noticed the same thing, a phenomenon that Amazon would later refer to as undifferentiated heavy lifting. That is, the tasks that we could do for the companies that would enable them to focus on what made them unique. This was an opportunity, the kernel for the opportunity for AWS, obviously. In building and operating one of the world's largest websites, we had acquired a core competency only a few other companies could match. Working Backwards documents for the early AWS products, the PR FAQ stated that we wanted the student in a dorm room to have access to the same world-class computing infrastructure as any Amazon software engineer. That powerful metaphor in the PR FAQ document really helped crystallize the thoughts and ideas of the AWS product development teams.
- 56:14 – 59:25
Wrap-Up, Related Episodes and the AMA Feed
- DSDavid Senra
And that is where I'll leave it. No-brainer. Absolute no-brainer to buy this book. I'd buy this book for yourself, for a bunch of people on your team. If you buy the book using the link that's in the show notes in your podcast player, you'll be supporting the podcast all at the same time. This is definitely a book I will reread and revisit into the future. If you want more episodes that are like this, one, I did an episode very similar to this, but it's about Steve Jobs. It's called Working with Steve Jobs. It's number 281. By my count, this is the eighth Jeff Bezos episode that I have made. If you want to listen to them, episode 282, Jeff Bezos' Shareholder Letters. Episode 180, Jeff Bezos' Invention of a Global Empire. That is the sequel to The Everything Store. Episode 179, Jeff Bezos' The Everything Store. Episode 155, Jeff Bezos' Invent and Wander. Episode 71, Jeff Bezos' Shareholder Letters. Episode 38, Space Barons, which goes into the difference between the way Jeff is building his rocket company and Elon is building his. That would be an interesting book to revisit because that was probably five or six years ago I did a book. And episode 17, Jeff Bezos, the first time I did an episode on him. As always, everything I mentioned will be linked down in the show notes and available at founderspodcast.com. That is 321? I think that's 321 books down, 1,000 to go, and I'll talk to you again soon. I'm glad you made it to the end. Founders listeners are not quitters. If you have not already signed up for the Founders AMA private feed, I highly recommend doing that right now. I will leave a link down below, but it's also always available at founderspodcast.com. Because of the insane amount of research that I have done over the last seven years for this podcast, I have a very unique set, data set that's available nowhere else. There's over 20,000, I've read over 100,000 pages. We're at like 300 and what, 15 books, something like that. I have somewhere between like 20 and 21,000 highlights and notes from this project. 90%, probably over 90% of my highlights and notes never make it onto the podcast. Yet the information contained in them is excessively valuable. So what I, what I did is like, I'm constantly getting questions all the time, right? And I look at them like they're unique prompts to try to get some of this information out of my head and out into the world so it's actually useful to you. And one way to do this so everybody benefits is by actually making a private AMA feed. So if you become a member, you'll be able to ask me questions directly. There's a private email address that you get in the confirmation email after you sign up. Do not share that email address because I read every single one of these emails myself. I don't have an assistant doing it. I'm the only one that has access to that email, so I read every single one myself. Now, the questions that I get from these emails, I turn, I answer, and I turn them into short AMA episodes. So that allows other members to learn from the questions of other members. You can also add a name and link to your website with your question so that other members can check out what you're working on. I've already got, I've already heard from, uh, subscribers to the AMA feed that they've actually got new paying customers from people that discovered their business from an AMA question. I plan on making several new episodes every week. If you are an enthusiast of Founders Podcast, I highly recommend that you become a member. You can join by using the link that's in the show notes on your podcast player or by going to founderspodcast.com.
Episode duration: 59:26
Install uListen for AI-powered chat & search across the full episode — Get Full Transcript
Transcript of episode DUAQxt_rtiY
