#81: Colin Bryar, Co-Author of "Working Backwards;" former Chief of Staff to Jeff Bezos — How Amazon built its processes, the birth of the 6-page memo, and how to instill psychological safety in a competitive culture

There was pushback, it was an unpopular decision. But again, Jeff said, we are going to try this. Like we're, we're all in on this decision, so we're not going to litigate it or relitigate it. And so, you know, Jeff had the credibility. But it does take more time to write a narrative than the slide together. But the thing that people often get confused is the difference between speed and velocity. You can throw something together and for an hour, meeting very quickly with slides and have that meeting, but you may make the wrong decision, which takes you off path. And so by slowing down, making sure, okay, do we really understand what we're about to decide? And maybe we need to go through another meeting and do we have all the issues measured from the time it takes from that point to creating a scalable product that's out there delivering value for customers? We found that was the quickest way to get from point A to point B. A lot of times when people talk about, oh, it's a lot more work or it's going to slow us down, they're not measuring the correct starting and ending point, they're measuring an intermediate ending point. And yeah, you can zip there quickly, but you may never get to where you want to end up.

Welcome back. This is From Startup to Grown Up. My name is Alyssa Cohn and today I'm thrilled to welcome Colin Breyer to the podcast. Colin joined Amazon in 1998 and he was Jeff Bezos chief of staff for about a year, which means he shadowed him in every meeting. He is the co author of Working and Insights, Stories and Secrets from Inside Amazon. I love this book. This book is filled with deep insights and clear tactics about how Amazon built a distinctive management approach and culture. We discussed all of that and about how Amazon evolved its way into some of its well known practices like the six page memo and the single threaded leader. We also talked about what it really means to be customer obsessed and how Jeff's goal was to create an invention machine. This discussion is so rich and Colin and I unpack a lot of insights as well as give you tactics that you can implement. So please enjoy this amazing conversation with Colin Breyer. Colin, welcome to the show. I'm so excited to have you here.

Oh well, thank you for having me here.

I'm so excited. You know, I have to say before we started recording I was fangirling. So I'm gonna tell everybody what I told you, which is that I've read your book twice called Working Backwards. I've read it twice and, and actually I signed it to a number of clients and some of them had book, had book clubs about your book working backwards. And it's about the Amazon way, everybody. So we're going to get tons of amazing insights today from Colin. And Colin, you're the expert because you joined Amazon in 1998 when the company was four years old and you were on Amazon senior leadership team and you were the chief of staff, Ish, I think they called it something different. But the chief of staff to Jeff and you wrote of this book called Working Backwards and I just loved it. And I guess I want to start by asking you, in the beginning of the book, you talk about being Amazonian, like, what does that mean to you? Can you tell us what being Amazonian means?

Yeah. So being Amazonian, you know, someone asked Jeff a couple years ago what was Amazon's culture. So if I had to encapsulate into four things, it would be, you know, customer obsession, not competitor obsession. Second is long term thinking with a longer term time horizon than most of its competitors. The third one would be invention. And if you claim to be an inventive person, you also have to be willing to fail. You know, it's. Jeff would often say it's not an experiment if you know it's going to work beforehand. And then the last one was really pride and operational excellence, which by that it means getting the little details right even though no one's looking over your shoulder because most of the work you do, it's not going to be audited. No one's going to be, you know, looking over your shoulder. So that really has to come from within. So I think being Amazonian, really it would be an expression of those four principles that's so clear.

Was that like Jeff, like the day he started Amazon and that came from him, or would you say that like that those four principles sort of evolved over time or how do you view that?

The first three have been around ever since I got to Amazon and, you know, being good operators was something that we all had to learn at Amazon. You know, I wouldn't say we were particularly good at it when we first started, but had a lot of people coming in from companies like ge, studied a lot of companies like Toyota, Motorola and learned how to become good operators. And we realized that it was a critical element of being a low cost retailer. You know, if you want to ship a $20 book across the country and the margins are pretty small, you actually have to be very efficient in order to do that profitably. So that last one was a skill that we had acquired over the years. But the other three, you know, that just is part of who Jeff was. You know, he's, he's hardwired that way.

Yeah, that makes sense. You know, Colin, when you joined Amazon, did you think like, this is a rocket ship, get me on this ship, or were you like, okay, I'll try it?

Well, you know, we started working with Amazon, had a software and a services firm and knew that it was something special was going on. You know, I wouldn't say it was a done deal, that it was going to be a success that, you know, it has become. And, you know, there was a lot of risk to it. And when, when we joined the company, you know, their charts were going up into the right. But there are also pundits, finance, you know, financial analysts saying, hey, Amazon's going to Amazon toast. Amazon dot bomb. We went through the, you know, the dot com bust. So we knew something was special going on, but didn't know it would turn out to be what it turned out today to be.

So, yeah, I guess it's hard to really see that in advance. Yeah. Now you, we talked a little bit about this already. Customer obsession. Can you riff on that? Like, like, I think it's so. It's both very simple but also kind of profound. And also anyone can say customer obsession all day, every day, but you have to really act like it, otherwise you make different choices. So I'm just like, curious to hear how that showed up in Amazon day to day.

Yeah, so it showed up the very first day I started at Amazon. I'd met Jeff and he came in the room and said, want to be Earth's most customer centric company? And I thought, okay, yeah, everyone says that, but you really got to understand how Amazon actually has lived up to it and really exceeded it. One thing is it just you have to weave it into your everyday processes, make sure that, you know, customer obsession is part of who you are and what you do. So it's not just enough to read it and understand it. You have to act it out every day. And you know, a couple examples of where I think Amazon acts it out in different ways than most companies I've seen since leaving Amazon. One is just what metrics Amazon looks at. If you were to flip through its weekly business review deck, about 75% of the metrics would directly measure one aspect of the customer experience or another. So just by looking at that deck, you get a great idea of what did our customers experience last week. You also know what the revenue was and you know, profit and things like that. But, but those are two different ways of measuring the same thing. You can't have a big viable business unless you have a consistent, great customer experience. So one is just what you look at and measure and the importance you place on those metrics. And another simple example would be how Amazon takes an idea and decides whether to green light it or build up a product. It's through the process called working backwards. And you know, what was invented or developed in early 2000s, we realized that we weren't keeping the customer in mind enough and we wanted to make sure that the customer was with us from the very seed of the idea all the way through the journey of launching it. And you know, so it's a customer obsessed process where you write a press release, you know, we have to express your idea in a press release as if you're talking to the customer in terms the customer can understand. So those are two concrete ways on which Amazon has weaved customer obsession into how it does, you know, everyday things.

Yeah. And when you were there, did it, was there like a, I think there was like an empty chair at the table or something. Was there like a ritual, but empty chair at the table?

You know, like not really talked about that. And I never personally never saw in it, but there were some empty chairs. But it never said customer, said this is for, for the customer. There were other ways that we made sure that the customer was there. You know, like, like, like I talked about those two, two forms, but I'm not saying never happened. I just personally had never saw someone set a chair and say, hey, this is the customer. It's just sitting here.

I love how we're separating out myth from reality. That's excellent. I appreciate that. Now Jeff wanted to create an invention machine and specifically he talked about inventing on behalf of the customer. And I definitely want to get into like the processes and principles that you get into in working backwards. But like, maybe could you just sort of say big picture why you need principles and processes to create an invention machine?

Yes. One is that it's not enough just to talk about who you want to be and, or try harder. You know, I think most people have good intentions and are trying pretty hard already at their job. So, you know, to say we're going to try to do this better, you're not asking for any change in behavior, so you should not expect any change in outcome. And so what we needed to do was we needed to have principles and processes that reinforce those things on an everyday basis. And they didn't come all at once. It wasn't like we decided we had this theoretical construct of the Amazon operating system on how it works. We were facing real problems and real scaling challenges and we tried different solutions. Some of them didn't work, and when that happened, we would throw them out and try something else until we settled in on something that really worked for Amazon. So that's why you need the principles and processes, because you can't just ask people to try harder. And so. And it was a lot of trial and error. You know, the things we describe in the book, those are the fully formed final version of those processes. But there was a lot of steps and mistakes that we made, you know, to get to that point.

Yeah, a lot of tinkering. I definitely want to get into those. But like, even if you talk about processes, and I know you guys talk about mechanisms and practices and principles, I'm just going to play devil's advocate. Doesn't that slow everything down? Does you think processes slow everything down? Like, how, how can you make the case that those are the ones, those are the things that create an invention machine? Especially because it's like, shouldn't invention be Eureka? Let's do this.

Yeah. There aren't too many Eureka type inventions that we observed at Amazon, first of all. So, you know, to create that invention machine, you need to have a factory that in or the primordial soup that actually is the raw ingredients for an invention. So. And you only want as much process as you need and no more. So it's not as if we created these processes because we wanted to slow ourselves down and be crushed by bureaucracy. It was in fact, just the opposite. We had tried a lot of the tools and techniques and processes that other companies that just weren't working for us. In a lot of cases, we were operating beyond the bounds of the tolerances of software or solutions that we're using. So we had to invent and build our own sometimes. And then other times we look at companies and say we bring in, for instance, a ge, a planning process from ge. But we tried it for a couple of years. It didn't really work for us. And so we settled in on, you know, processes that were lightweight, that were scalable and repeatable and that were teachable. Like, good example is you can have, you know, there are always people at some companies who are great at spotting talent and you ask them to interview everyone, but they get burned out. They're not doing their regular job. So we wanted to come out with a scalable repeatable but teachable process for how do you hire people? So you don't always rely on those, you know, two or three experts who they don't even know how they spot talents. Like, yeah, I just thought this would be a good hire. I can't really explain my process. So we needed to encode a process, you know, some of that thinking into a process that you could then teach to other people. So those are the reason. And then the last thing I'll say about the process is you really have to be careful when you adopt it that you don't let the process control you. You use the process to. To further, you know, enhance your chances of hitting your outcomes. And so whenever you see that, hey, the, the process, I'm doing this just to check a box. That's when you want to question, is this process really helping us? Is or is it slowing us down? So, yeah, we're not process and control freaks at Amazon, but we wanted only as much as we needed so we could grow 10x, you know, 10x again, because small companies don't need a lot of process if you're all at the same table. You can solve an issue right there and then just by looking over and talking to someone. You can't do that when now you're in two rooms, two buildings, two different cities or two different countries.

Yeah. One thing that you say in the book is that when, you know, Jeff was like, there, and there was like a, you know, 10 tens and then hundreds people around him, and he would just like, say his. Say what he had to say, and everybody could hear it, and they didn't need a process. And you develop these processes as a way to scale that experience.

Yes. Yeah, yeah.

And. And one thing you just talked about is the thing I wanted to start with, which is your hiring process, because, you know, it sort of all starts with people. And I wanted to ask you about it because I certainly want to ask you if you could sort of summarize the hiring process. And then I'd love to talk to you about bar raisers, but it's interesting that you said, quote, unquote, lightweight process and, you know, like, not, like, not to have the process run you. I totally buy in, but it's a lot to explain. I mean, it's a. It's kind of a long chapter in the book about, like, your hiring process. So it does sound, I don't want to say, you know, I said, sounds like there's a lot of weight to it. And yet I understand that the only way you can Actually have rigorous hiring is to have kind of prescribed steps. So how do you, how do you think about that?

Well, you know, again, we did it out of necessity. So it wasn't that, hey, we, we just want to come invent our own hiring process. We actually learned a lot from Microsoft on how they did some hiring. They had a similar element, some similar elements called an as appropriate interviewer. We, you know, looked at that and said how can we learn from that, incorporate that into about bar raisers. But when it was developed, it was 1999 and we had what HR executive called new people hiring new people hiring new people. And without a formal process. And so what? And you know, people have the best of intentions. So what they do is they tap into their network, they bring in people they work with, they use whatever interviewing techniques that they had at their old company and whatever culture they had because we didn't give them any, any tools to do it. And so we realized, and we're all in one built, you know, building in 98. And, and so you would be people in the hallways and sitting in desks in the hallways, all the rooms are crowded. And you realize, well, if this person interviewed with that manager versus this manager, they would not have gotten hired or vice versa. And so if you take a look at, well, how can we grow 10x in a consistent way by consistently raising the bar. We realized everyone was using their own subjective measure on who do I hire? And that is not a good, that's a good way to lose control of your company, by the way. And so what we wanted to do, the light bulb went on, is we wanted the hiring process to be a data driven exercise to gather data to see if this candidate who was going to come on board would reinforce the culture and if this candidate would be a good leader tomorrow and next year for Amazon. And the way that we used to do questions like brain teasers, how many marbles can you fit in a football stadium? And that tells you how people think. But it really didn't predict how they were going to perform. And that's why we used behavioral interviewing because that was the best predictor of is this person going to be a successful leader at Amazon? So the bulk of the process is mapping a candidate's past behavior onto Amazon's leadership principles. You know, someone's been working for 15 years and they're not customer obsessed. They're probably not going to be customer obsessed when they start, you know, at their next job. And so you want to, you want to tease that out not by asking what they think about customer obsession. But how did you exhibit customer obsession in your job? Give me specific examples.

Oh, I love that. That's a really good point. You know, especially if you're hiring more senior people. Can you summarize sort of the high points of the hiring process and some of the rigor, especially you had around it?

Sure. And so the bar raiser, it's the name of the process. There's also a role I'll talk about in that called a bar raiser. A person performs the role. So there are two things, but at its high level, as I mentioned, it is a data driven exercise. And so every interviewer has a specific role. And you know, Amazon now has 16 leadership principles. So each interviewer really gets two or three leadership principles if they're supposed to collect data in order to map the candidate's past behavior onto did they exhibit and how did they exhibit these leadership principles? And so each interviewer only bring, they're only collecting one small piece of the puzzle. So if you have five interviewers, you know, I am, I only have 20% of the information, so. So I've got a job to do. I'm very focused on my interview. I know what I need to do. I have to write down all of my assessment and questions and then bring it to what's called the debrief, where everyone else brings these puzzle pieces together. And the goal is to help the hiring manager make an informed decision. And so based on the feedback, it has to be written. There's also several parts that are trying to drive bias out of it. If I interview someone, I can't say, hey, this is a great interview with candidate, go try to sell them. It's like, I don't want to hear that because I've got my job to do. I don't really want. And so you're not even allowed to see anyone's feedback until that, that debrief. And then once you get all of, assemble all of the data. What's interesting is the hiring manager does not run the debrief meeting. It's the bar raiser, which is this role. And the bar raiser is a person who's a process expert at interviewing. They cannot report into the hiring manager. And that is to remove what we call urgency bias. Like they, you know, if I'm a hiring manager, and especially in the early days, if I didn't hire people, I would not get my, my job done. So if someone's on the fence, like, let's try to bring them in, most people overestimated that the cost of, you know, bringing that person in because then it takes a year to manage the mountain. You know, team has been pulling double duty to cover for that poor performance. And then a year later you're still in the same hole. You were even. Well, you're in even deeper hole. So we had a role called the bar raiser who their job was to help the hiring manager make an informed hiring decision. They had veto power so they could say this person's not going to raise the bar. In practice, a great bar raiser never uses that. I think in 1500 or so interviews I saw it used twice. Once was right when we were starting out and once was with a new executive who thought, well, I can hire anyone I want, I'm a vp, why can't I do that? So you know, he didn't really understand the process. So you know, good bar raiser gets the panel to make a great hiring decision. So it's all about behavioral interviewing, mapping on the candidates behavior on top of Amazon's leadership principles. That was the. So that's the objective criteria versus subjective criteria. And then driving bias out of the, of the process through requiring people to take written notes to make their vote without talking to anyone and have the bar raiser not get caught up in this urgency bias. But, but so it's a couple of different inner elements that work together. It was Amazon's first, I would say scalable and repeatable process. And it's largely the same today in 2024 as it was in 1999 when it started. So another last unique thing about it, it's not an HR process and it's not owned by hr, it's owned by bar raisers. So people who are passionate about interviewing and attracting great talent. So you know, it really started that way and it's maintained that core and we, we piloted it in one organization. Another sign of a good process is that other groups started saying hey, can we use this bar raiser thing that you guys are trying in the product development group. So it started to spread organically and that's only mandated for all salaried positions. Amazon was going to use the bar raiser process.

Oh my God.

In a nutshell, how it started and I think it's been a competitive edge for Amazon for a number of years.

Yeah, I love that so much. How does a bar raiser if they're, if they're sort of, if they're trying not to use their veto because people and influence and decision making.

Right.

For a lot of good reasons. But they're trying to drive the process to make the good decision.

How.

What are some activities or behaviors the bar raiser exhibits to make sure that a good decision is made without having to use their veto.

Yeah. First of all, the bar raiser has to go through some training on how to do it. And it's a good leadership opportunity because you do have to exert influence over a group of people who a lot of them don't report to you. And the way that the bar raiser does ensure that is looks at the data. You know, it's not what did you think about the candidate, it's what data did you collect? Let's, let's. And then you have to. If the feedback isn't, you know, if it's short, like I had the lunch meeting and so this, I'm. I want to hire this candidate that you say, well, you've kind of wasted an interview slot there because you didn't bring any information. You know, just saying, I want to hire that person. There's no additional information that you're bringing to the debrief meeting. So making sure that the bar raiser knows and tells people, here's a good feedback. Looks like here. Types of questions you can ask to get this data. And when you look at the data at the debrief meeting, you have that discussion. The bar raiser typically goes up on the whiteboard, or if it's a virtual one, whatever the equivalent is. Okay. Reasons to hire, reasons not to hire. And list the leadership principles and look at the data and then also ask if anyone wants to change their vote. There's no shame in changing your vote because again, I only had 20% of the information in my interview. Now I'm looking at all 100%. I could say, oh, there's some data that was gathered that actually made me change my mind. So it's. That's not a flaw. That's a, That's a feature of the product. The process.

Process.

So that is how the bar. Those are some ways in which the bar raiser, they're not trying to prevent the hiring manager from hiring someone. They're trying to help them make a great hiring decision.

Right. So that's interesting. So, like, you have specific data on the leadership principles. Are they customer. Are they customer obsessed? They have a bias for action. Right. Are they frugal? You know, whatever. You know, all those, all the different elements. And then also, you didn't really say this, but also there's like room for. Do they have the experience of the job function?

Yeah. So there's. Well for, for some interview for positions like software engineering, they're functional competencies. You're going to have to write code and you know, sit, sit down with someone and actually write code at an interview. It's the bar raiser is not prescriptive on how you do that. But the functional competencies for like a product manager, you can get all of that through behavioral interviewing. So there aren't theoretical case studies that you know, Amazon asks because again that if you ask me a case study, I'll tell you, I'll tell you what, either you think you want to hear or I'll just say here's how I think this, this thing should be done. But it won't actually give any data on how would I, how have I acted in a similar situation. So you can use behavioral interviewing to cover your case studies, but you're actually finding out what the candidate did. Not just how would you approach this complicated. How would you design Amazon Prime? Well, you don't. If they've never designed a subscription service, you know that you would. A behavioral one would be. Tell me about a time when you had to develop a pricing situation for a program and you were trying to do a la carte pricing or subscription pricing. Walk me through how you made the decision. And if they hadn't done any of that then like I don't really care how they would think about Amazon Prime. I want to care about what they did with their own pricing scenario in their last job.

I love that. That's so good. Now something you also alluded to was, you know there's a vice president and his. He is saying I can hire anyone. I want you bring someone in with 10 years of experience, 15, 20 years of experience. They're executives, they're used to. Don't micromanage me. I know how, I know how to hire, I know how to run meetings, all those things. And yet Amazon has a certain way of doing that. How do you, how do you handle the fact that. And also I would just think that Amazon brings in people who are confident, who are hard charging, who are type A and who are kind of like hey man, I've hired before, I know how to do it. Get out of my way.

Yeah, so they're with some processes. You need to figure out what's negotiable and non negotiable. So what's non negotiable is. Doesn't really matter which product team you're in, what level you are. You have to use the bar raiser process in order to hire people so that there's like, there's actually no way around it physically to open up a job rack without a bar raiser and have you know, someone there. But, but the, and you know, part of it is explaining to new hires why does this process exist? What are the benefits and you know, what are some risks or weaknesses to be aware of too. And after you've tried it for a while, you welcome to suggest some improvements or even a different process. But you can't a priori just say I'm not using this one, I'm going to start with my own process. So a lot of processes or you know, tenants or principals at Amazon, they state it and then at the bottom it says unless you know something better. So yeah, not these processes, they will evolve over time. You know, Amazon had 10 leadership principles when they came out in 10, 2000, five was 14 in the mid 2000s and now it has 16. So you know, nothing's ever set in stone. You were always learning and you, so you do want to have some ability to get better, but just stating that hey, this one's non negotiable. You know, if you, how you build products, you want to use agile, something else, that's fine, you know, you use what you want. But if you're hiring people, we know that this works for Amazon.

Yeah, for sure. So if the, by the way, that's a key phrase like we know this works for Amazon. How can companies in particular startups, but any company implement something to learn from this bar raiser like today, like what advice do you have? Because it's not like take our bar raiser, which maybe is a good answer, but what advice do you have for companies to implement something out of this today?

Well first of all ask yourself, am I having a problem in this area? So if it's not broken, I mean if, if it's working, don't try to fix it, you know, and, and so that'd be one thing, if you're happy with your hiring process, stay with it. You know, we're not out to make with working backwards. We're not out to make the world look and act like Amazon. It's just that we felt that there were some pretty cool advances in management science that Amazon had created that we just didn't feel that story had been told so people could study it and then make their own decision on whether they want to adopt it. Then the second thing would be look at, well, what was the problem bar raisers was trying to solve? Am I having similar types of problems. Is bias creeping into my, my interview process? Am I always relying on the same people to do all of my hiring? You know, do I have a scalable, consistent hiring process across divisions in the company? If you have one or more of those problems, then bar raisers or something like it is probably a good solution to look at and investigate. So those would be a couple of things I would counsel. One, if you're not having the problem, don't adopt it just because Amazon does it. And then two, understand the why behind it, because these processes, they're not conceptually difficult. They do require a lot of discipline and to implement. I do. Full stop. They do. So if you're going to do it, you actually have to. You can't just dip your toe in the water. You have to go, you know, try it and stick with it for a couple months at least to see if it's working for you.

Yeah. And reinforce it.

Yes. Yeah.

Let's talk about the six page memo. Another thing that I thought was juicy and delicious. In your book you talk about the end of PowerPoint, right. The day there was a memo that came out and said no more PowerPoint. Can you bring us back to those moments to really explain why PowerPoint was prohibited and how you came up with six page memo?

Yeah. So first of all, it was banned at that one point in time for Jeff Bezos's staff meeting for the senior leadership. It wasn't starting on, what was it? June of 2004. There's no more PowerPoint at Amazon. But you know, again, this was a response to a specific problem we were having at a specific time. Jeff would have a four hour staff meeting with the 14 senior leaders of the company. There'd be two or three groups that would come in and present. They were doing slide presentations. We tried and that People would not get through their presentations. People, you know, executives be out asking questions that would be answered on page seven. We weren't really making high quality decisions. We tried think different things. Okay. You have to have this. We had slight templates and you know, you can't make the font sizes this way and you have to like. But we tried all those things and it wasn't working. Jeff and I had been also, you know, my. One of my jobs as chief of staff, I was working with Jeff at that time was to help him be a better CEO. So we read an essay by Edward Tufte, who is a professor emeritus now at Yale and wrote a great essay called the cognitive style of PowerPoint how corrupts from within and we realized, you know, we were using a presentation tool for decision making. And so at the heart of it, we wanted to make high quality decisions. And this tool was not a good decision making tool for us. And so we said, Jeff said in June, okay, starting next Tuesday, this is on a Wednesday. Starting next Tuesday, there's going to be no more slides. At my staff meeting, everyone has to come in with. And it was actually a four page memo. Was, was the initial note. So that changed. We kind of ended up on six. I can explain that in a little bit later, but we're going to try it. So there were a couple of things about that decision. One, it wasn't rash, it was, we had been trying a couple things that weren't working, done some research and, but it was decisive. It's like there are no exceptions. You know, I got people calling me saying, colin, I'm presenting next Tuesday, can we get an exception? And you know, Jeff's like, no, we're going to stick with it. And having read the first hundred or so narratives at Amazon, at least the beginning ones were not very good, I'll tell you that. You know, some people just copy bullet points and you know, so it'd be a word document with essentially bullet points in there and like, well, no, that's not really the intent.

It was like the slides translated to the built to the bullet points.

Yeah, it took us a while to get good at that. But the other thing, it was a reverse reversible decision. So decisiveness and course correcting, like four to six pages for instance, was more important than, well, really, should we study this some more? Should we maybe do a study on slides versus narratives? Because it was reversible. If it didn't work six weeks later, we could have just gone back to slides and made the same lower quality decisions that we had been making. But it really, three years later, Jeff called it one of the best decisions Amazon has ever made. He does not use those terms, that term like that lightly. And it really was a powerful decision because for a number of reasons. One is that just the amount of information that you get from the presenting team to the decision making body, which was before it was the speakers to the audience, but now it's from the writers to the people in the room, was just a much more effective, high bandwidth way to get information across in the same hour meeting. So you get about 10 times as much information across than you would with slides. And we used a tool that is, slides have this nice hierarchical linear thinking, but the world doesn't work that way. And so we wanted a tool that mimicked more how the world actually works. The other thing is it puts some friction on the. I call them the presenters, but now they're the writers. You can throw together a couple slides and start talking and not having your idea well thought through, but you still have to come and make a decision. So we wanted to put some friction to really get clarity of thought because again, our goal was to make high. Increase the velocity of high quality decisions. So you wanted to have high quality, unbiased, objective data going into the process. And that was just a more efficient way of doing that than slides. Required some more work upfront by the writing team, but we found out that it was well worth it because the impact of the decisions we were making were getting larger and larger and larger over time. So those were a few of the reasons why Jeff said it was one of the best moves that have been made. And then, you know, talked about a sign of a good process is that you don't have to mandate it. Other groups just started using narratives because they realized it was a tool that would make them more effective at their jobs. So, you know, then eventually it became, well, why are you using slides for a decision making tool? Like just, we should just write narratives. And so, you know, it's spread out through osmosis. It wasn't mandated other than in the very beginning, you know, to jump start it. But so those are a couple of interesting stories about how it started and why it actually worked. And, you know, it does take a while to get there too, by the way, to get good at writing and reading narratives.

Yeah, by the way. Something I tell my clients all the time is like, you have to do this badly before you can do it well, because doing it badly is the first step of like practicing and realizing that wasn't the right way to do it. Doing a different way. And I think people sometimes don't have the patience to do it badly at first.

Yes. And where you can do it faster than we did at Amazon, one is share examples of what good looks like. And even if it's a different topic. So here's a high quality narrative with clarity of thought. Share it so people know, okay, this is where the bar is. And that's one of the reasons how we settled into six pages, by the way, is we, with the right information density, we thought it would take about three minutes to read a page. So six pages is really dictated by the length of the meeting. So for an hour meeting, six pages, six times three is 18. You get 20 minutes of reading, 40 minutes of discussion, and in that 20 minutes of reading, it's all silent. It's kind of eerie and weird for the first time that you step into the room. But if you were to look at it through a different spectrum, you would just see a massive amount of information that being transferred from the writers over to the rest of the people in the room. So now you're having a data driven dive deep is one of Amazon's leadership principles. You know, diving deep into the data, making a data driven, high quality decision. So those are a couple of things. Why it is such a powerful tool.

I think that's so powerful. I think it's so powerful. But I guess I would also ask. Well, maybe first I would just say that one of the things you talk about in the book, and I think it's so important is that with slides and presenting, someone who's a charismatic presenter and an influential presenter is kind of like, you know, privileged in that kind of medium, whereas somebody who's a little more monotone or whatever is less advantaged.

Yeah, we want, yeah, I want to.

Hear what you say about that point.

Yeah, we wanted to get rid of that bias, which is, you know, charisma or, you know, presentation bias. You know, most times when people ask, well, how did that meeting go? Or how, you know, people say, oh, this, the slides are awful or the presenter was boring. The people, customers don't really care what the slides look like or how engaging the speaker was. They care about, is this company making decisions that will improve my life through its products and services? So we wanted the ideas to know to float to the top. A question we often get is, well, aren't you just now advantaging people who are good writers and good. The best narratives aren't going to win Pulitzer Prizes. They're, they're very objective with, with data. They seek the truth. And some of the best narratives that I've ever read were written by people whose first language wasn't English. So it's really the clarity of thought and the truth seeking. Those are two elements that make for a great narrative. And you can. That is a teachable skill. Again, you can't teach someone to be taller or smarter. They kind of, they are what they are. But you can teach them how to write these types of documents in order to help make better decisions.

Yeah, for sure. Now when Jeff did that and you know, you were the one who got the calls to that had to reinforce that, like, yes, we met you. Yes, yes, as in Tuesday. Yes, Like, I Just want to say that a lot of companies these days, I think, have a little bit of a pushback culture. A little bit of a, like, oh, that's going to be a waste. You're going to make us do so much extra work and you know, we don't want to do that. Was there that kind of thing at Amazon and how did Jeff and you handle the fact that they didn't want to do that?

Yeah, so there was pushback. It was an unpopular decision, you know, but, but again, Jeff said, we are going to try this. Like we're, we're all in on this decision, so we're not going to litigate it or relitigate it. And so, you know, Jeff had the credibility to, you know, okay, Jeff's pretty smart guy, you know, and he's obviously looked at this, so we are going to, to try it. But it does take more time to write a narrative than a slide together. But the, the, the thing that people often get confused is the difference between speed and velocity. You can throw something together and for an hour, meeting very quickly and with slides and have that meeting, but you may make the wrong decision, which takes you off path. And so by slowing down, making sure, okay, do we really understand what we're about to decide and maybe we need to go through another meeting and do we have all the issues measured from the time it takes from that point to creating a scalable product that's out there delivering value for customers? We found that was the quickest way to get from point A to point B. A lot of times when people talk about, oh, it's a lot more work or it's going to slow us down, they're not measuring the correct starting and ending point, they're measuring an intermediate ending point. And yeah, you can zip there quickly, but you may be going off into the wrong, often are going off into the wrong direction and then you're zigging and zagging. So it takes you longer to get where or you may never get to where you want to end up.

Yeah. So back to long term view for sure. And then also you have to have a real company view in mind. Otherwise it feels like, well, I'm already working 60 hours a week. I have X now I can't 10, 10 hours doing my six page memo. But it's more like a question of the trajectory of the company overall. Yeah.

And whether you're working 60, 50 or you know, whatever that number is, switching to narratives, you're, you're going to be more productive. I actually, for now Find it harder to write slides presentations than narratives because it's like, what do I take out? This is a complicated issue. I don't know what to take out. Whereas, you know, I know how to write a narrative and you know, put, you know, well structured argument in six pages together so you can get good at it. And you know, again, what's, what's the cost of making a bad hire? A lot of people, you know, underestimate that cost. What's the cost of making a low quality decision? A lot of people underestimate that too. So when you're looking at the 60 hours, how many of the 60 hours is making up for sloppy decisions that we made without the right data or you know, tools to, to, to make those types of decisions?

Yeah, that's great. So I want to move to your WBR meetings and again, sort of the practice that it took to get those meetings. You said the initial meetings were disasters. And so I'd love to hear about the iteration it took to what is the WBR meeting and how did you kind of iterate into it?

Yeah. So the WBR ended up, you can think of. It's really a meeting with Weekly Business Review. WBR is, it's, it answers three questions really. One is how did the business do last week? Two is are we on track to hit our goals? And three was what did our customers experience last week? Most companies actually do a pretty decent job at 1 and 2, by the way, looking at, you know, the outputs. But how did our customers do? A lot of companies do not measure that to the level, you know, that Amazon, you know, goes through and measures that in the wbr. And we being customer obsessed, we just had, you know, Jeff would say often like we have the unshakable conviction, which means you're not going to convince them otherwise, that the long term interests of customers and shareholders are perfectly aligned. And so we wanted to make sure that we were consistently providing, you know, a great customer experience. By the way, part of that customer experience has, it's, you know, speed, quality and cost. So you, we wanted to have high service and low cost. And in order to do that you've got to measure a lot of things to get right. You look at what an Amazon Weekly Business Review would be for, you know, typical line of business. It's probably, you know, 300 or so metrics. So there's a lot of metrics. You know, some companies say, well, I just want the one metric to rule them all. Or let's talk about the five most important ones. The Challenge with that is it's either such a high composite metric that you have to the rest of the meeting you're talking about well what were all the factors that went into it? Or the another problem is that on any given week some metrics are more important than others. So you have to monitor are we delivering on time, are prices competitive with Walmart and Best Buy this week or is there something going on in the fulfillment center? You don't actually know which one is important until you look at the data. So we had to come through a way to look at a whole lot of data to really get a comprehensive data driven answer to those three questions. Jeff often he does there's a fork in the road. Like a lot of companies you say well I'm an executive, I want to focus on big ideas and vision. Jeff rejected that premise and said I'm a senior leader at the company. I want to have a detailed understanding of what's happening at a very granular level across the company and I want all of my senior leaders to do the same. So what process can I come up with so our senior leaders can again dive deep? Customer obsessed. Those are two examples of weaving two Amazon leadership principles into a process called the Weekly Business Review. And how do we get through and do that? So it did take us a while to get there. You can't look at in the meeting's an hour so you can't study 300 metrics in depth. So it switches to exception driven. You're focusing on variances. A lot of companies get caught up in these metrics. Meetings are really status reports about what did my group do. That's not the purpose of this. It's looking at exceptions to figure out how to answer those questions and get better next week. So you know has the meeting has to be run efficiently. You have to be willing to talk about your mistakes because that's the way you're going to get better. And that is where we had to learn how to do that. And you know, we had to create an environment I would say Amazon still not perfect at it but where people the last thing you want them to do is try to hide a mistake or like I hope I don't get called on, you know my metrics toward the end of the deck and so meeting so maybe it'll run over. You don't want that because that's a mislearning opportunity for everyone else in the room. So you have to do a lot of work beforehand to look at, analyze the variances, be prepared to talk through them. It's also one of the most expensive meetings your company is going to have. They're, you know, 60 people for the Amazon retail one, sometimes even more. So you want to make that efficient and you only want to talk about things that really matter and help you get better the next week. Those are a couple of elements. And it was a journey that didn't happen overnight. We talk about, we work with companies to help them find out ways to discover their input metrics. You know, just calling something as an input metric is, doesn't make it an input metric. An input metric, Output metrics are things like revenue, you know, stock price, nps, Net promoter score. Input metrics are the things that you can measure. If they're done right, they will result. Your output metrics will go in the right direction. So you have to uncover those input metrics and then start to measure them. And that's real work to build software to do that and then to get teams to focus on the inputs and not, not just the outputs.

Yeah, that's a real culture change too.

It is. And most companies we've worked with are so heavily focused on the outputs, we wanted to drive the outputs too, you know. Yeah, you don't get to be a $600 billion revenue company without caring about revenue. But we just realized the best way to have a profitable large business was to instrument the business. So we knew what are all of the drivers that will make a, you know, highly profitable large business that serves customers extremely well and efficiently.

Yeah. One thing you talked about and you talked about in the book, you talked about it here is like the difficulty in getting people to speak the truth, own their mistakes. And how did you. And in the book you talk about actually people kind of sniping at each other and they smell blood in the water. And it is a hard drive, it's known as a hard driving culture. What tools did you use to implement more psychological safety. And what advice do you have when for companies trying to have better meetings where people can own their mistakes and be honest.

So the for the tone is going to be set by the senior most person in the room. So they actually have to walk the walk, not just. And so if they see a case where someone either is not talking about something, hey, like you have to use this as a learning opportunity. I know this is uncomfortable for you, for you, for me. And to talk about mistakes. Here's a mistake I made. And you have to see have a senior leader who says that. And here's what we learned from that. And this Is a case where we're going to learn from this mistake. Let's talk about it. Those are different ways that you can do that versus why did this happen again this week and this happened last week? The senior leaders will set the tone. You know, people will model however the senior leaders act. And so it has to really start from there. When you're starting the weekly Business Review, you know, we work with companies setting them up. We come up with a list of ground rules. And that's the first page is like, here's how this meeting is going to run. Here are the do's and don'ts. And anyone is feel, should feel free to point out when one of these rules being violated.

What are some of the do's and.

Don'Ts, but do's and don't. Some of the do's and don'ts are like I talked about, exception driven. You know, don't talk about, you know, brag about what your team did. You know, talk about exceptions. And when there's a mistake, do your homework beforehand. You know, not that. Oh yeah, I noticed that this took a dip. You know, customer service calls took a dip. And I'll go, I'll get back to you. It's like you, you explain, well, we've got 60 people here want to hear the answer next time, you know, we expect you to go research this so you can give us the answer so we can get better next week. You know, because other people be, may be making similar mistakes, you know that. And then you talk about making it a safe environment. You actually have to state that, that, hey, you know, it is okay to talk about mistakes. Everyone at one point in this meeting will have a mistake that they or their team has made. And so, you know, treat it other people as you expect to be treated. So those are examples of kind of the ground rules that you put in a meeting like that. And it's different. So, you know, it's not natural either, by the way. You know, because people like talking about positive things and putting on a positive face for everything, but sometimes it's not conducive to the goal of the meeting.

Yeah, I think what's also not not natural, just human nature. If it feels like someone's, you know, if they make a mistake, it's natural to cover it up. I mean, you know, as kids we sort of, I don't know, we sort of learn like it's not okay to have broken the lamp or whatever it is you did. And so I think that unless we are really conscious, we bring that into adulthood. And then it feels like you're being accused. And if there's enough of that going on, then actually you are being accused. And then of course, everyone is attacking each other.

Yeah. If that is happening, that's hard to root out that behavior. And you talk about processes like for a correction of errors report when something serious goes wrong in a service, the team has to write that up. It's a very clinical document about here's the timeframe, what happened. Here are the triggering events. Here's what went well, here's what didn't go well, here's what we learned and here's what we're doing to fix it. You read through that whole thing. It's, it's, you know, it's a pretty long document and it gets sent out now to thousands of people. So, you know, one is it forces the writer to say there's going to be a big audience reading this. I better make sure I get this right. But two is that, you know, you see a lot of these coming out. You realize that, okay, now it is okay because this is, it's a learning, not a blaming exercise that you're going through.

Yeah. The tone is so important. You know, Colin, I'm kind of moved to ask when you were at Amazon, you know, was there a mistake that you made that you had to own up to or that and you got, were like kind of uncomfortable about it?

Yeah, I mean a lot of them. But you know, I mean one that comes to mind when I was running the affiliate program, so we had about a million websites that were linking to Amazon, sending traffic and we'll pay for that traffic through referral fees for sales and on the other side, you know, internal people or the category managers, you know, I want to hit my number revenue number for the end of the month. Can you send out a newsletter or devote funnel some of this traffic to this cat to my category. And you'd get rewarded for that type of behavior if you did that. Hey, thanks, Colin. You know, this is a great week and sort of felt good about that. And I thought I was doing the right thing too. So it's. But, but I realized I was thinking too short term and that, you know, by changing that fire hose, I was actually shrinking the pie and not focusing enough on my customers. Who are those people who owned and operated websites and how to make that experience, you know, better for them. Which may not be the best thing for the category manager who has to hit his or her numbers by the end of the quarter. And it took me a little while to get there. And it showed up in the results too. And you know, there's one Moza annual review where, okay, these numbers aren't where we want them to go. And, and it was pretty clear what needed to happen. And so, you know, I realized it's because I forgot my customer and it was a customer obsession, you know, company that I didn't never wanted to make that mistake again. So you know, this is where customer obsession, it sounds easy, but it's. Sometimes you think you're doing the right thing, but you're actually not customer obsessed. And so that was one error that I made and you know, we had to get the team together and like I owned up to it. Like I was the one who was saying here's how we should structure that. You know, change the fire hose for that for this quarter and you know, use it as a learning experience not only for me, but for the rest of the team.

Yeah. And I think it's also so like you're totally right. Like, you know, we can, you can say customer obsessed all day long, but then it's easy to forget that, especially because you're feeling peer pressure, you're getting support for doing something different. I can imagine that there's a lot of pressure.

Yeah, yeah. And so, yeah, the pressure, it's, it can drive you to. Do you want that pressure to, you know, some, some pressure is good to drive you to, you know, to be a better self than you thought you could be. But yeah, you need to, you need to be able to recognize and handle it appropriately.

Yeah, for sure. Let's talk about single threaded leaders, which took like almost a decade to implement. Again, can you briefly talk about what that is and why that was so hard?

Yeah. So it. A single threaded leader is. Well, I'll tell you again, three questions that will tell you whether you have it or not. That's probably the best way to explain. Explain it is you just ask if there's a project that's not going well. One, who's the senior most leader who's working on this and nothing but this, so it's their full time job? Two, does that person have the appropriate skills and capabilities to make this idea a reality as big as it should be? And then three is, are they, do they have the necessary resources in order to go do their job? Doesn't mean everyone reports to them. But if they always have to fight for resources for each step along the way, that would be no. So unless you have a name, a yes and a yes, you don't have single threaded leadership. If you do have that name, yes, and yes, you do have it. So that's really what it is. If something is big enough to be worth doing, you want to have someone who is senior enough, who knows how to like, if it's a billion dollar business you want to build, you want to have someone running it who knows how to build or who has ideally has built a billion dollar business, $100 million, $10 million business, it doesn't really matter. At scales, it's this nice fractal, fractal quality. And that most projects that we realized at, at Amazon, we weren't answering those questions correctly. And we either had. No one was working on it full time or, you know, it was this new employee who was a junior product manager. And I was asked to build Amazon's new digital business. You can't. You would be unsuccessful. So, you know, in Amazon they would take senior leaders like Steve Kessel, who was running the biggest business, which was books at the time, media, books, music, video, physical shipment, you know, 75% of Amazon's business. And said Steve, Jeff said, Steve, I want to, you need to go start up that digital business. You have five people reporting to you instead of, I don't know, 2,000 people reporting to you and your revenue is zero. But you need to, you know, cannibalize this 75% of our company because someone else will, I'd like it to be us. And that can be a career breaker at some companies because there's a lot of risk. You know, we didn't know whether we would be successful in digital, but Jeff had conviction that unless we put someone like Steve on it, we would never be successful. So it takes, you know, again, easy to understand, hard to do. Andy Jassy is another good example. Current CEO of Amazon. He could have had any job he wanted after working with Jeff as his chief of staff, but he chose to go to this risky adventure that if it worked, it would be really big. Thankfully, he did and AWS was created because of it now. So how it started again as we kind of got the hiring problem settled and so we were hiring people fast, but we realized our rate of progress was just slowing down. We were being crushed by the bureaucracy. We would have to go talk to five different groups to get a job done and any one of those five could veto. You're like, I can't. I don't have any designers or I don't have any software engineers to give you. So that would kill the project right there. And so what, we was forking the road and we tried one, okay, let's get better at communicating and collaborating. And we started to build tools so everyone could know what everyone else was working on. But then that didn't work. So we tried, well, let's view this collaboration as a defect of our organization. And so how can we get people in charge of their own destiny? And by the way, these, these defects really were dependencies you can think of. Most of them were removing dependencies, organizational dependencies, technical dependencies, decision making dependencies. That's what took the long time, you know, because those, you know, if you spend 10 years building this complicated code base to tease it apart in independent units, that takes about 10 years to unwind. But once you get that way, then people can move fast and be in charge of their own destiny. So that was the journey that we had with single threaded leadership and in single threaded teams. But we found that the teams that got to that point were able to innovate faster and, and didn't. They would move faster versus teams that had a whole bunch of dependencies.

Yeah, I love the counterintuitive insight, what you said in the book. Jeff wanted to eliminate communication, not encourage, not encourage it as a coach. For me, that again was very mind blowing because I literally help people communicate all day, every day.

Yeah.

But Jeff's like, whoa. Jeff's like, no more communication. So I think you already addressed that when you talk about dependencies, but is there any more you want to say about that? Oh, and by the way, how did you discover that such a counterintuitive insight, like why did you even think that was a thing?

Well, you know, it came from Jeff, but I think what Jeff was very good at was falling back on, you know, first principles, which were the Amazon leadership principles. But you know, thinking long term, knowing that as we hire more people, we are just going to get crushed five years from now when we're, you know, 10 times bigger than we are. And so what's, and then what's not working? Invent and simplify. Let's try to invent our way out of this. You know, we've tried everything else that all the other companies are doing, but so it was, you know, it was, and it was a decisive mood and we, we didn't start it. We, we started with a few small teams and experimented and tried to, to get good at it. So that wasn't something that you, we did all company wide and we started with the easier cases versus the harder cases. So those were, yeah, like how, how how does that intuition. It was not being afraid, you know, to make some internal changes to how you do business, if that's what's, you know, recognizing what's holding you back and, you know, being bold with those you. Bias for action is another leadership principle for Amazon. Like, we gotta do something different. We've tried, you know, a couple different things so that, you know, that was the thought process on how it evolved and again, made some mistakes along the way.

So some of the things that we've talked about today, like dive deep and not be floating above it all in the big picture concept, but actually have the data, expecting the team to know the data and being in the details. Also the notion of make some. Don't be afraid to change your business practices and try things and insist that people do them. A lot of these, I think, have the sort of the whiff of what is a term these days called founder mode. Has founder mode come to your attention?

Yeah, I mean, I'm familiar with the term, but yeah, I'm not sure how.

Much you studied this. You know, the outbreak on Twitter and everything about, like, Paul Grimm coining founder mode. But I guess I want to just maybe reflect that. You know, I'll say again, like plenty of companies that I work in, there was this sort of collaborative leadership style where it's like, do you think we should do this? Let's get everyone on board, let's discuss. And executives are coached to be at a level, high level, let the people deal with the details, not micromanage. So I'm not saying Jeff Bezos was the micromanager. I have never met Jeff Bezos and I didn't work at Amazon. But I'm just curious, can you still. Could you mistake Jeff for a micromanager? Or how would you sort of. How would you pull all these threads together about what good leadership is and how Jeff enacted that?

Well, so one like the. I once asked Jeff, like, how you spend your. Decide where to spend your time. I was responsible for helping put his calendar together. So I wanted to know what he thought about it. And he said, I want to focus and I want my senior leaders to focus on the biggest opportunities for the company. Those may or may not be the biggest businesses, by the way. And so at the time I was working with him, probably about half of his calendar was focused on relatively small teams of like five or eight people in what would become some of the digital products and first few Amazon Web services. So he knew as much about all of those services as anyone on the team. And so he dove deep there but he had good bench strength and leaders who could run those the other areas of the company. And now he migrated over to more devices and then with prime going to same day delivery dove into there. So where an executive decides to spend their time really should be their biggest opportunities. And those things do change over time. And if you have to go down to that level of I'm going to be on the team every week meeting and you know, because I want to make sure this goes in the right direction. If you have that conviction, you know, as a founder or a senior leader that I need to make sure that this is going in the right direction until I know where it's going and I trust the team then go down to that level. There's no magical end levels that you can't go down. So Jeff would be on like an individual contributor on a team for, for some period of time but then he would also, you know, be very, you know, high level or let other people run. They had to gain the trust to run those. So you know, in terms of founder mode, like some knowing when to do that is tricky. Like when, when do I need to give people explicit direction. And you know, I think the pendulum in a lot of companies has gone too far about I may be micromanaging. I just, I just going to give them goals and then let them go do that because they'll get mad if I give them my opinion or put some structure on it. I think a lot of those teams, they're actually craving structure and some of these constraints will breed innovation and increase your chances of hitting your outcomes. And so the trick is a leader needs to know when, when to give that structure and direction and, and when to, you know, some people you just say I'm going to stay out of your way. Just tell me if you need anything and I'll give it to you. And that's the most appropriate way to manage that person or team. But that's not every team shouldn't be managed that way.

Yeah, I totally agree with you. And also I think a lot of managers will say, well I'm this kind of manager or I'm that kind of manager. But actually what is necessary is to assess what does this team need, what does this person need, what does this team need, what outcome are we looking to get and are we on track to get there and what intervention do we do you as the leader need to do?

Yeah, there's situational leadership is one of the areas where it's called. It, it doesn't really matter what your style is, you have to, your leadership style to get the most out of the team. And if you don't have that skill set as a manager, you've got to go acquire it or you're not, your team is not going to perform at the level it is. So it's, yeah, it's, you have some biases, but you do have to recognize when you, you need to adopt your style to the situation at hand.

Yeah, totally. Colin, how did you personally grow? I mean, it's a big question and I know you were there for like, gosh, 12 years, is that right? Yeah. At Amazon.

Yeah.

And you worked with Jeff and Jeff grew, you know, Jeff grew, the company grew. What reflections do you have on how you personally grew as a leader or as a, as a human, as a worker, as anything?

Well, one thing I noticed, especially the time working with Jeff and spending time on, you know, I was on the S team too, the senior leaders, there are plenty of different, very effective leadership styles. And you know, so there's not one, you know, don't, don't try to be a leader that you're, you're, you're, you're not, you know, online. Their personality, you know, doesn't fit with you. So Jeff, one piece of advice he gave me, he said, look at all these great leaders and find out who is just most similar to who you are. And those are probably the leaders that you want to try to emulate, you want to try to learn from. Don't try to be this, you know, if you're not a hard charging, you know, take control of the room, rah, rah person. It's going to come across as, you know, not authentic and you actually won't be that successful. So I learned about the different leadership styles and what works for me and what doesn't work for me. You know, embedded in my DNA now is just those four things I started off the interview with about customer obsession, long term thinking, invention and failure and you know, pride in operational excellence. I think those are pretty good ways to build a long lasting, you know, company that you can be proud and talk to your grandkids about. There were other ways to build different companies, but that's just what I learned. Works for me. And then, yeah, I also realized that when I the, what was that I learned the most? Actually it was when I studied who am I going to work for and work with and can I learn from these people and are these people going to push me to be a better version of myself than I ever thought I Could be. So it was more that and it was less is this particular technology or area or how perceived importance of the area this business is to the rest of the company. Those things, at least for me, I didn't get as much out of it as and learn as much as I did when I looked at the who and am I going to work with and what can I learn from. Yeah, those are a couple of things I took from it. You know, I had a fantastic time there. I was very lucky to met lots of great people. I consider them friends and colleagues. And the reason why we wrote this book is really Jeff also told me, don't be proud of your gifts because they're given to you. Didn't create those and be proud of what you do with those gifts. And so one of the gifts I thought was seeing these processes being developed and really wanted to create something to again so people could study these advances in management science. And Bill and I were lucky enough, my co author to been in the room while these processes were being created and tried for the first time.

Yeah. And now you and Bill have a company where you advise companies and how to implement some of these processes, Is that right?

Yeah, we wrote the book and we thought we were done. You know, it's like here it is like go study it. But we, what we found is that, you know, CEOs would start reading the book and say, hey, you know, Colin and Bill, can you help us teach us about these processes and, and actually implement some of these in on our company. So our job now is to teach, train and about these processes and the goal, the, you know, the measure of successes and, and running operational process that the company knows how to run. And then, you know, we kind of work ourselves out of a job there. So we've been working with, you know, companies that, you know, they're not for startups really. It's, you know, you have to need some of these processes. But yeah, so we've been doing that for almost four years now.

Yeah. And what have, what observations, reflections do you have? What have you Learned from spending four years having these conversations with CEOs and leadership teams and trying to implement processes?

A couple of things. One is that most companies still look almost exclusively at output metrics and not input metrics. And you can do that. And when business is going well, it hides a lot of mistakes, but especially with what's going on now with interest rates, you know that the companies that are going to thrive are companies that really have a deep operational grasp of what drives their business. And they're operating it effectively, you know, because if you, before, if you were just saying we'll go build X and the business grows 30% and we'll grow, we'll build Y and it grows 30%, but you don't know why, then when things change, it's hard to replicate that. So that's one thing too, is with annual planning. I wish we had put more about this in the book. Just the rigor at which the Amazon executives focus on getting the annual planning process and then the control processes throughout the year to make sure that you are hitting your plan or you need course correct as new data comes in, that rigor that Amazon has developed again is a competitive weapon. But in the amount of time the executives put into that planning and control process is off the charts compared to most other companies that I work with. So those would be the two, I would say, biggest surprises or observations in working with other companies. But I think once they switch, they're like, hey, this is a better way. We think it's a better way to operate.

Yeah, it is a great way to operate. At the same time, I know that the Amazon leadership principles are kind of like now storied and everyone reads them. And by the way, they sound so good now. You know, I know that they didn't start, they didn't start out this way, but like, they've been, they sound great and they sound very Amazon. And then plenty of people want to take them and put them on their walls, you know, like, oh, yeah, us too. So what's the downside of that?

Well, the downside is it typically does not work because your principles are. And core values. Some companies use those terms interchangeably. That's what makes you special. And usually what makes you special is what makes, is what makes you different from other companies. And it's how you make those tough decisions. And if they're not yours, then you're. Again, if you're trying to adopt a leadership style that's not you, it's probably not going to be as effective. So we do help companies come up with leadership principles. But, but it has to come. But we don't write them. You know, we help people uncover.

What's your process? What's your process?

The process is, you know, if, well, for people that have, that have them, we go through some stress tests about, okay, run through your top failures and your top successes and do these principles help you avoid those failures and reinforce those successes? Are these leadership principles, you know, a necessary and sufficient set of principles to completely evaluate leadership at your company. So if you only have three of them, like one that's often missing is hiring and developing people. You know, if you're a growing company, you need to have a principle and on how you're going to do that. So there's some stress tests for people who have them and then for people who want to create them. It's really looking around at who are the effective leaders in your company, finding out what they do different again, what makes them different and special. And then, you know, try to encode those behaviors. So you want to collect Personas of great leaders around the, around the company. You want to have some mix of, you know, who you are and then some aspirational. It's probably your 80, 20 is, you know, you don't want to have 80% aspirational because then that's not really who you are. But, you know, leadership principles are something you need to aspire to to get better at and that you can be better there every day. So it's a process about doing that. And then we won't do it unless the CEO also agrees to spend a lot of time poring over every word and every principle because if, and then the management team, because if they don't buy it and live it and breathe it, it's just not going to stick. We just recommend, well, don't do this exercise right now because it'll be frustrating for everyone and not an effective use of time. So those are ways that we go through and do that with companies.

That's a, that's so great. Very, very comprehensive.

I love that.

Colin, have you ever experienced imposter syndrome or severe self doubt and.

Experienced what?

Imposter syndrome.

Imposter syndrome.

You've never heard of imposter syndrome?

I don't know. Probably not.

I love this moment. Imposter syndrome is the feeling that you're going to be found out as a free fraud that like you've done everything in your life because of luck and your luck is about to run out.

Well, I've been, I've been very lucky and you know, so I think luck has played a good part in my career. But I don't, I never really look at it that way. You know, if I'm in a room full of smart people, I just think about going to learn a lot from these people. And you know, and so, yeah, I mean, I, I'm. No, I've never had that symptom. Now I know what it is, but I don't think I've, I've had that I've had some self doubts about, hey, can I go do this? I'm fairly stubborn and you know, and if it doesn't work, I, you know, brush myself off and go up and try it again. And then, you know, there's some, if there are cases where I realize I'm not the best person for this job, you know, then I'll try to find something else too. Like when Jeff asked if I wanted to be his chief of staff, I didn't say yes right away. I wanted to know, well, what am I getting into and what does success look like and could I do. I did. I think I could be successful in that mostly because if I couldn't, I want someone else to take that role because it was so important. But no, I don't think I've had imposter syndrome, but I love it.

What do you wish you had known earlier on your journey?

Oh, well, some of the lessons I learned at Amazon would have helped me earlier in, in, in my career just on how to, you know, build companies. You know, I, I, I wish that I had taken advantage of more of the I work. I started working at Oracle was my and first job out of college and I did, you know, startups after that and then went to Amazon but taking advantage of any learning or training or, you know, mentoring. I wish I had done more of that because I had plenty of good mentors in college, the university and grad school and also in my first jobs, but I didn't think enough to take advantage of it. So I think I could have accelerated things a bit further and learned a lot of things quicker than if I had done that. That would have been one thing. Yeah, that's the one that comes to mind right now.

That's great. Colin, last question. Usually I talk about advice for founders, but I guess I think it'd be helpful just for you to share advice to anyone trying to better their company and be more operationally rigorous and you know, have more rigor around their leadership principles and maybe be more Amazonian. What advice do you have for like a first step for any company that wants to do that?

Well, I, I would, I mean I would really start from asking are, am I really and is our company really customer obsessed? You know, you can learn from competitors, that's great and you definitely want to pay attention and learn from them, but you really and like have I woven in customer obsession enough into my company so it could be successful? And you think about, let's say you have a coffee shop and you're the owner you see everything. You don't have to go get the data your customers tell you, but the coffee's too hot. You know what happens when the pastries are late in the morning or if the lines are too long. You just, you can intuit that as you grow and there are more and more proxies between you and your customer and you have more people, you have to combat that and you have to have that steady stream of high quality customer data that made you successful as a founder. And you want to spread that across the company. And that's not free and it's not easy, especially when you think, now I've got all these other things I need to be doing, but making sure that customer obsession is woven into the rest of the company and your, your job as it grows, because that's what made you successful starting off. And then two would be asking yourself, have we hit a scaling wall where what we're doing today in this area is no longer what is needed to get us to where we need to be tomorrow. And so, you know, having no ego about that and just being able to recognize it, study it and try something else, those would be two things that I would recommend.

Amazing. Colin, thank you so much. What a great conversation. So tactical in the best possible way. Everyone should go out immediately and by working backwards. And you should have everybody in your team do that and you should have a book club about it because people really will benefit from that. Thank you for joining me today.

Thank you so much.

Thanks for listening to From Startup to Grown Up. If you like what you heard, give it a review on Apple podcast so other people can find it. And if you know of a founder or someone else who is meant to be on this podcast, drop me a line through my website, alyssacon.

Com.