EPISODE 1942 [INTRODUCTION] [0:00:00] Announcer: Eric Ries is the creator of The Lean Startup Method and the author of the New York Times best seller, The Lean Startup, which transformed how a generation of founders and engineers think about building products. It introduced concepts, like the MVP, the pivot, and the build-measure-learn that are now so widely adopted they feel obvious. Over two decades of working with founders, CEOs, and investors, Eric has observed that some companies built on those principles eventually betray the very customers and engineers who made them great. His new book, Incorruptible: Why Good Companies Go Bad and How Great Companies Stay Great is his attempt to answer the question of whether it is possible to build a company that resists that fate. In this episode, Eric joins Gregor Vand for a wide-ranging discussion about why so many great companies lose their way, and what software engineers and founders can do today to build, or find companies that are genuinely resistant to corruption. Gregor Vand is a security-focused technologist, having previously been a CTO across cybersecurity, cyber-insurance, and general software engineering companies. He is based in Singapore and can be found via his profile at van.hk, or on LinkedIn. [INTERVIEW] [0:01:29] GV: Hello and welcome to Software Engineering Daily. Today is a very special episode. My guest today is Eric Ries. Welcome, Eric. [0:01:36] ER: Hey, thanks for having me. [0:01:37] GV: I think a lot of our listeners will know who you are, will know your work. I think I'd just like to dive straight into it there, which is you are Eric Ries of The Lean Startup. That Eric Ries. [0:01:48] ER: Yes, indeed. I'm that guy. Yeah. [0:01:51] GV: A lot of our listeners, I reckon we've maybe got 50% have all read that book and guided them so hugely on their journeys as founders, as software engineers, and maybe the other half maybe haven't heard of it as well. Just starting there, why was The Lean Startup so seminal in terms of what it brought to software engineering? [0:02:08] ER: Well, you can never really account for why it is a book become what it becomes, until it's - at the end of the day, up to readers to spread the word about it. I think a lot of people entering into product engineering entrepreneurship today take for granted concepts, like pivots and MVP and build-measure-learn and continuous deployment, almost as, of course, obviously, how else would you do entrepreneurship? How else would you build a new product? And don't really appreciate how different the state of the art was even 20 years ago? The startup was published in 2011, but I'm old enough now that I can be your eyewitness. I can tell you what it was once like. Listen, it still is that way. a lot of places that are still following a stage gate, or waterfall style methodology, still really believe that the business plan is not just like a thinking exercise, but a literal prediction about what is going to happen in the future. In fact, a lot of people still get bought into the idea that that's really almost an astrological belief, like you can manifest this future with the power of your mind if you believe in it hard enough. Lean Startup stood opposed to that and said, "Look, we're not going to take away the importance of vision, obviously, even in the scientific process." If you have no vision, how you're going to form a hypothesis in the first place? Once we formulated some definite hypothesis about what we think the future will look like, what we think customers will want, what we think the product should be, then we're going to rigorously test and experiment to discover which elements of that vision are true and which ones are not. In its own way, Lean Startup established entrepreneurship as one of the truth-seeking disciplines, right up there with being a scientist, or an artist, and I think in some ways, elevated it into something aspirational, rather than just something that's about making money. Therefore, opened it up to a lot of people, including a lot of Silicon Valley entrepreneurs who made it their Bible. That's wonderful. Also, to a lot of people in established organizations who've used it to build new products, new businesses, new divisions, new stuff. It got had a whole second life in government and in non-profits all over the world. It's became this idea that I think a lot of people found actionable for creating positive change in the world. [0:04:12] GV: Yeah, absolutely. I mean, I think what is so interesting about that is actually, just how much the ideas have endured. Anyone that hasn't read it, it's quite obvious when they do try to say, start a startup and they're making all the "mistakes" that Lean Startup talks about, perhaps trying to avoid. I still would highly recommend it to anybody out there starting a company, if that hasn't been on your reading list. However, we are here today to talk about your new book, Incorruptible. Why this topic? What is the topic? Why this topic? Let's start there. [0:04:45] ER: Sure. Yeah, well, let's start with why it's called Incorruptible, because this was a difficult choice for me. The Lean Startup has been incredibly successful. The benefit and the curse of being known all over the world as The Lean Startup guy is people call me, basically, every day for input on how to build a company, how to revitalize an old company, or take a company public, or raise money for a mid-stage company, or early-stage company. I mean, I've seen it all. It's a privilege, because I've gotten to see the very best that our industry has to offer. I've been involved in the creation of billions and billions of dollars of personal net worth for product and engineering and entrepreneurial leaders all over the world. It's been wonderful, okay? No complaints. The dark side of it is I've seen the underbelly of this business, too. I've seen so many companies betrayed, so many products collapsed. Cory Doctorow calls it enshittifiication. He really meant it only with regard to a very specific software product that can become worse over time. I've seen it all over our economy. So many ways in today's economy to make money by destroying value. I just struggled for a long time. What do we call it? Well, this happens. What is it? Does it have a name? I just realized that our grandparents would have had a much easier time talking about this than we do. They would have had no trouble saying, this is corruption. That's what we're looking at. The corruption of something beautiful into something malign, the loss of that special spark that made it worth building in the first place. That is something sad. Today, corruption really only refers to overt illegal acts, like bribery or embezzlement, although increasingly in these days, not even that. The older definition of the word was really much more about these kinds of self-serving, or self-destructive ways to make money. That really put me on the path to trying to answer this question that the founder asked me. This is a real product person really approached me to be like, "Hey, I'm building this piece of software. I'm really worried about what it could become. I want to know, is it possible to build an incorruptible company?" I was like, okay, good news, bad news. Most people think the answer is no, it is not possible that corruption is inevitable, but I don't think so. I actually believe it is possible to do what you're describing. But the bad news is you're already not on track to accomplish it. Because you have absorbed consciously, or unconsciously a whole bunch of so-called best practices about how companies should be built, structured, and governed that are almost guaranteed to lead to a corrupt outcome. That's really what the book is about, a blueprint for how to build products and organizations that are resistant to this corrupting influence. [0:07:13] GV: Yeah. I think for listeners, many of you are software engineers, many of you are founders, and this very much applies to both camps. It's not just if you're starting a company. But sticking on that, I've been in that position as well. I've run a company in the past that was purely self-funded and, in my opinion, incorruptible. Then I've run also a startup that had venture backing and basically, when I read through the book, I'm like, yeah, I made all the classic mistakes of making that a highly corruptible company. [0:07:41] ER: Join the club. [0:07:43] GV: I'm not, obviously, in that startup anymore. I think, taking some examples that can really resonate with software engineering, I mean, you dig through some really interesting companies throughout the book. The two that stick out as names and products, I think that a lot of our listeners base are familiar with Cloudflare and Anthropic. I mean, I think Cloudflare is a great one. I remember using Cloudflare way back in the day and being like, why is this thing free, but sure, this is amazing and it protects all our websites and all our apps that we're building. [0:08:12] ER: Yeah. Yeah, yeah. [0:08:13] GV: Much later on in life, I've likened to almost literally like a government service at this point in time in terms of how it operates. Talk to us about, I guess, you got to spend some time with those at Cloudflare and, or you have done in the past. Yeah, what makes Cloudflare so special in this respect? [0:08:28] ER: I like the Cloudflare story in particular, because when they started the company, I knew them long ago, they were very anti-mission, values, corporate speak way of talking about building a company. They just didn't believe in that stuff. They're like, look, "We're just putting a firewall in the cloud." It's pretty straightforward, okay. I just think Cloudflare is one of these companies that perfectly illustrates the difference between being a mission-driven company and having a mission statement. Mission statements are worthless. But mission is an emergent property and the super organism of the thing that we're building is actually very important. Mission is something you discover as much as it is something that you choose. In the early days of Cloudflare, they always had this freemium business model, but they would find themselves doing what we would colloquially call the right thing in lots of situations where they didn't have to. One of my favorite examples is there was one of the major democracy protest movements. Now I'm blanking on which country it was in. I don't want to misspeak. Anyway, a sovereign country is having pro-democracy protests. The nation state is trying to shut them down. One of the ways they're trying to do that is by cyber-hacking all their websites and DDoS them, okay? One of these classic situations where you have a real asymmetry between the attacker and the defender. Of course, the protesters are getting crushed. They're reaching out to one Silicon Valley company after another being like, "Can you please help us?" One big company after another is like, "No, we can't help you. Sorry. We do not want to incur the wrath of the sovereign nation who is important for our business." Tiny little Cloudflare is like, "Yeah, we'll help you." They do it. They step up and like, "We will protect your websites. We will handle all the costs of dealing with all this DDoS stuff." They were fighting these hackers. It was just funny, because these weren't even paying customers. For the privilege of protecting a non-paying freemium customer, they took on the wrath of nation states. They just did this stuff, because like, "That's our job. They're our customer. Somebody has to act in defense of these values. If not anybody else, why not us?" Over time, they developed this ethos. They didn't name it. It wasn't part of their propaganda. This is what they actually did, even when nobody was watching. One day they're having lunch, and one of the engineers says, "The reason I really like working at Cloudflare is it's really the first job I've ever had where we're really making a better Internet." That phrase starts to stick around the company and be like, "Yeah, that's why I'm here, too." People like that phrase a lot. Someone asks, I think Matthew like, "Is this our mission statement?" He's like, "No. I told you, we have no mission statement. Absolutely not." Over time, he had to be dragged to the realization that no, actually, this is our mission statement. This is the best way to encapsulate this belief that we have. Eventually, they did, in fact, adopt corporate values and the whole shebang. Number one value on their list, by the way, is to be principal. This is why leaders are taught today not to do this. Because if you adopt a mission statement and you try to be principal in decision making, one day, this will happen to you. One of the engineers comes into Matthew's office and says, "Hey, boss. Listen, I remember at the board meeting, you were saying that the number one feature that drives conversion from free to paid in our business is web encryption." Some of your listeners will be old enough to remember when SSL encryption was not yet standard on the web. So, anyone who wanted could eavesdrop on your conversations online. That was pretty stressful for everybody. A major factor that caused people to upgrade from their free to paid Cloudflare pans is you would get SSL encryption. That was a very logical thing. He's like, "Look, boss, you said this is why is it a paid feature? Because in those days, encryption was expensive to serve. We have extra computational costs to serve the SSL pages compared to regular web traffic, and we have to pay for the certificates. It's like, no one's complaining. Everyone agrees that this is perfectly natural reason to upgrade to Cloudflare. Okay. But isn't our mission to make a better Internet?" He's like, "Uh-huh. Where are you going with this?" It's like, "Isn't out number one value to be principal?" "Uh-huh. Where are you going with this? Uh-huh." It's like, "Well, wouldn't a better Internet be an encrypted Internet?" "Uh-huh." "So, why don't we give it away for free?" I want everyone listening to really imagine you had this conversation with your CEO, or the CEO you know, it would be the most natural thing in the world to expect the CEO to be like, "Get out of my office. This is our number one revenue driver. Why are we talking about this?" Matthew told me, the way he described it is like, "Once I saw it, I could not unsee it." He's like, "Well, we need to figure it out, because we literally could not afford it." It would have bankrupted the company to give away for free at their current cost structure. He's like, "But we need to do this for mission reasons. We need to figure out how to drive this cost to zero." They did. They rewrote the whole server stack and assembly. They did all this technical work to drive the cost down. They did these really complicated business development deals called contra deals, where - I won't get into it, but they found a way to offset the costs at the certificate authorities, to be able to drive down the cost of the certificates. Anyway, they eventually did it. Now, at every step of the journey, they had the opportunity to take a really easy off ramp. Nobody would have criticized them, okay? First of all, there was no need to do all this extra work. They could have just been like, "We're busy. We don't have time for this. It's a number one revenue feature to let go." Again, they're taking on all this extra work for the privilege of giving away for free something that they're making a lot of money from. They could have used the technical difficulty as an excuse. They could have used the business development difficulty as an excuse. When they finally got the thing working, they could have been like, "Wait a minute. This just lowers our costs. What if we just lower our costs and pocket the margin?" That's just free. What we teach everyone in business school today that higher margin is better. They didn't do that. Then they took it to the board. The board had to approve this. It's a big deal. The board's like, "Wait a minute. Wouldn't this cause our conversion rates to go down?" That would have been easily, because they're like, "Yeah, probably. Probably will." That could have been a perfectly valid reason to back out at that point. They did ship the feature and the conversion rates did go down and they could have bailed out at that. Think about how many companies would chicken out at that point and revert the change. But no, they stuck to their guns. They gave it away for free. They let the conversion rates fall down. They trusted that doing the right thing would ultimately lead to winning the public's trust, winning the trust of developers, which is, of course, what happened. They had an order of magnitude increase in their signups. Today, Cloudfare is worth 70 billion dollars or whatever, because they've been willing to make these sacrificial moves. I just feel like that is so contrary to how we teach business today and teach a lot of product engineers, too. You just stack rank by ROI and do whatever thing comes to the top. Here, it's very important to see how this was a negative ROI action by every tangible metric that they had available. In order to do it, they had to really understand that the trust worthiness that they will gain by doing the right thing is an asset far more valuable than the tangible cost of giving up this revenue stream. [0:15:09] GV: I love that example. I didn't actually fully appreciate the piece on the SSL certificates and how they managed to angle that one by, I guess, renegotiating those. I think in today's startup land, at least I see it as one of the easiest ways you can do something along those lines is effectively being open source by just saying like, we're always giving back to the community back to code, even if there is obviously a paid - that has to mean, that's what a company is, it has to get paid for something. But by being able to give back and contribute back, that way, I think is a really interesting way that suddenly, isn't even as controversial as giving away your whole product for free, really. It's quite an interesting concept. [0:15:49] ER: I have been an open-source advocate for many years. I was an FSF software licensing volunteer, if you know what that is, back in the day. I've been on the side of trying to convince people to use open-source software and to open source their own software for a long time. Open source is just the absolutely classic example of the strategy that I call harder is easier thinking. Because when you ask people to open source their software, they're always like, "Well, what's the ROI?" You're like, "It's going to be great." We're going to have increased loyalty. Our customers are going to find bugs for us and they're going to use it to create this other stuff. But they're like, "Well, how much of that is going to happen?" I don't really know. Again, well, couldn't some bad stuff happen? Couldn't a competitor use it to get some advantage? You're like, "Yeah, I don't know." Quantify for me. Tell me the probability. People talk themselves out of it so easily, because they can only see the costs of doing it without seeing the tangent, like the benefits are so intangible. Just like, it wasn't that long ago. I can remember. Some of your listeners will find this inconceivable. It was not that long ago that it was considered heresy to use open-source software in a business context. I can remember being told, "No, you're not allowed." I wasn't allowed to use my SQL in a job once. You have to pay for Oracle. I was like, "That's going to cost us $600,000. We could get it for free. What are you talking about?" Even then, it was considered risky. Now it's considered really obvious that, of course, you use all the free software that you can, right? I think that same change I anticipate in the question of whether you should open source your own software, today, it's actually very rare for companies to contribute back to the open-source comments. I think in the future, it will be seen as just one of the most obvious business things to do. This is the reason why with most business decisions, the way we teach business today, we are blind to externalities. That's the economics concept for this. We're blind to the negative externalities. If I make a product that pollutes, or has side effects for people that causes them to get sick and die, those costs are not born on my balance sheet, so they don't show up in my profit and loss statement. As bad as that is, it's even worse that we are blind to the positive externalities. We're trying to maximize profit only in this very narrow view of our own balance sheet, rather than trying to create as much value as possible. [0:18:01] GV: Yeah, exactly. Moving to a slightly different example, Anthropic. I think this is just such an interesting one, given where they are. We're recording here in early June, and they're probably going to file for their IPO soon. One of the largest IPOs in history, kind of thing. I think this is such an interesting example, given it didn't seem obvious where they were actually going to make a business from, actually, initially. We've actually seen the duopoly, I guess, of themselves on an OpenAI play out and with quite different approaches to this company structure and purpose. Let's go there. Talk to us about how and why is Anthropic the way it is. [0:18:43] ER: Yeah. What we've been talking about so far is the cultural and leadership side of resisting corruption. Making choices to see the positive externalities to really go for this. That is one element for sure that is an important part of the Anthropic story. I mean, they obviously, I met them when they were first leaving OpenAI. For the record, I played only a bit part in the story. I'm not taking credit for their success. Nor do I want responsibility for their many other things that they've done. I can only comment on this one aspect of the story. But they were really mission-driven, really mission aligned as a team. That's very important. There's a second dimension to resisting corruption that's just as important. It's what I call structural integrity, which is what happens if somebody tries to force you to do something bad, or you have a financial temptation to do something bad. In the book, there are a lot of examples of companies that started out really great, but lose their way as they get bigger, because they give into the temptation to portray the trust that they've built with customers, or they get taken over, they get forced to sell to the highest bidder. There's all mechanisms for that to happen that we have to structure to resist. Unfortunately, today's best practices really encourage building weak companies, companies that do not have sovereignty, or strength to resist pressure. That's why we see so much institutional collapse all around the world today. Anthropic founder has had enough foresight to see that this was going to be a big problem. If there was nobody who could act as what's called the mission guardian, someone who could defend the mission against such pressure, the technology would simply be too valuable. It would be worth it for nation states, or investors, or public comment. Think about how many people would love to just swoop in and take over Anthropic if they could afford to do so. They wanted to make sure that they could resist that. Now, one way to solve the mission guarding problem is to appoint an emperor for life. That's not that uncommon. You know Mark Zuckerberg is emperor for life for Facebook, of Meta. Larry and Sergey at Google. That's something that's been tried. I don't think that's the best way to go. It's better than standard governance for sure. Anthropic decided to go a different way. They created something called the long-term benefit trust, or LTBT, which is what's called a purpose trust in Delaware law. There's actually a second entity that has the mission protection, mission guardianship responsibility over the for-profit company. This two-tiered system is like a multi-branch system of government with checks and balances. In the historical record, we have a lot of data on this. The evidence shows that companies with that dual structure are more stable. They perform better. They're more long term. They're five or six times more likely to live to year 50. It's a more stable structure. It's not like, it's new for most people are only hearing about it for the first time in the context of Anthropic. But I always remind people that the German optics company Zeiss, who makes the lenses in my and pretty much everybody's glasses, they had this structure in 1887. It's actually not new. It's a new old thing, if you will. The founders of Anthropic, I think in a very far-sighted move, adopted this structure at the time of their Series C. I think it's part of the story. Not the whole story, but certainly part of the story for why Anthropic seems unusually courageous amongst its peers. [0:21:41] GV: Yeah. I mean, it's interesting you just touched on their Series C was when they adopted this. We think they're probably going to IPO soon, and Cloudfare has self IPO'd. We're in this era of tech at the moment where staying private is very easy. Various companies, I wouldn't name exact ones, but various companies that are plotting along in pure private and whether the ever IPO is actually always a question mark. Do you see aiming to IPO and IPO'ing as something that would go against being able to create an incorruptible company? [0:22:15] ER: Yeah. Look, most people think that. I totally understand why that is very common. A lot of companies, that is the precipitating act that causes them to lose their soul. I was so concerned with this problem that I started a whole stock exchange to try to fix it, called the long-term stock exchange, or LTSC. People can check it out at ltsc.com. It's the first new listings venue for public equities with a new listings model that lists multiple stocks and trades multiple stocks. [0:22:36] GV: I'd heard of LTSC and only from reading the book that I realized it was you behind it. [0:22:40] ER: Yeah. Yeah, yeah, exactly. It's not something we get a lot of publicity for. It has been in the news, for example, that there has been this recent push by the SEC to change the way that quarterly reporting is done in a way that I think most business people consider to be highly beneficial. That is the result of a LTSC petition filed last year. A company has not taken over the world, but it has been approved and it is operating at the first thing of its kind since the creation of NASDAQ 50 years ago. In building that, of course, I wanted to make the environment of being a public company more conducive to long-term thinking and to multi-stakeholder thinking. I think that's really important. The trick of it all is, although we say these things are inevitable, even as we say that they're inevitable, we know about exceptions. Obviously, we talked about Cloudflare already. Anthropic, it remains to be seen. But there's plenty of other exceptions. For example, most people consider Costco to be the exception to every business rule. It's like, wait a minute, but Costco is a 400-billion-dollar public company, yet they seem to have been able to maintain their integrity. If you study how is it done, you will always, always find this distinctive combination of an ethos, a character, a philosophy about business that puts something above financial considerations. In Costco's cases, the idea of being a fiduciary to the customer, not just to investors. Then you also find what I call governance fortress, some deviation from governance best practice that allows the company to resist pressure. There are so many of these exceptions. It's not just Cloudflare and Anthropic and Costco, but it's also Novo Nordisk and REI and Vanguard and Mondragon in Spain and John Lewis Partnership in the UK. So many companies, Ecosia, if that, the search engine is structured this way. You'll see it all over the place once you start to look for it. I think what's really interesting is, if this law was inevitable, there would be no exceptions. Just the fact that so many exceptions exists proves that something is wrong with our common theory about how markets work and how products work and what we're really all doing here in our day jobs. If you say, okay, well, what is it? What exactly is the problem? If you take a data set of all the exceptions and put them up against each other, the pattern is really striking, the blueprint is really striking. The fact that we treat them as one-off exceptions obscures the fact that they actually are avatars of a whole different way of thinking about business. One that is not just better for product, better for quality, better for the environment, better for whatever social cause you care about, but also a lot more profitable, because it doesn't have these blind spots. [0:25:11] GV: Yeah. Looking at some slightly more, I guess, nuanced examples, but I think ones that will really resonate with the day-to-day life of a software engineer, you mentioned GitLab in the book and a very interesting example there of effectively something going wrong and how they handled that. I think that's a really great example to pull out of when maybe someone's listening today going, "Well, sure, but I'm just a software engineer." [0:25:35] ER: Yeah, yeah. What can I do? Well, first of all, if you're a software engineer, you have one of the most highly coveted skills in the world, and you can choose where to work. Maybe make a better choice, if you don't have this in your workplace. GitLab has a commitment to radical transparency that's so extreme. I just think most executives in the world would be horrified, terrified even to do it. Would have said, this can't possibly scale. You could never make a 10-person company on this, let alone a 10-billion-dollar company out of this. No way, right? Yet, they've been able to do it. I didn't really know this until I met Sid Sijbrandij. They are very famous. Yet, somehow, I was not - I vaguely knew they were into transparency. The entire handbook by which they make all of their company decisions, meaning every corporate policy, the history of every policy, every detail of how they run their business is available on their website for free. It's literally in a Git repository. You can clone it, analyze it, look at it. It's just an incredible document. You might say, okay, well, so they publish a lot of stuff, so what? Of course, an ethos is not about what you publish. It's about how you behave. I give the example, in the book of a time when an engineer accidentally dropped a production database. I can't remember now, did they delete a customer record? [0:26:44] GV: It was deleting six hours of customer data. [0:26:46] ER: Yeah. It was one of these situations, where just the worst possible thing you could do as a production engineer doing a deployment, and they inadvertently deleted customer data. Just catastrophically bad. They posted about it in company chat. First thing is they didn't try to cover it up. They instantly knew that the right thing to do is to come clean and let everybody know, we have a customer issue. We're going to have to rally to fix this. The company live streamed the response. It wasn't just that they put out a blog post after it was remediated. It wasn't like, they didn't do that. A lot of companies do this thing where it's like, we are aware that we have an issue, and we will provide more detail soon. It's like, first of all, if you're posting that, you know more than what you just said, right? The fact that you can tell me that you know there's an issue means you're already withholding information for me. Why? I can't trust you. It reminded me, the reason I included it in the book is it really reminded me about a very famous story in Johnson & Johnson history, where and people who've gone to business school will certainly know this story. There was a time when there was an accusation of tainted Tylenol in drugstores, and they thought it was maybe someone I think had claimed that Johnson & Johnson had batches of poisonous Tylenol. Now in retrospect, as it turned out, it was just a crazy person had done this on purpose. They had gone into a drugstore and contaminated a bottle of Tylenol to create this scandal. That took a long time before that was known. During the initial days, the then CEO of Johnson & Johnson, a guy named James Burke, he went way above and beyond to be transparent about what was going on. He ordered every bottle of Tylenol pulled off every shelf in America, just on the possibility that there might be a problem with it. He invited the press into his office. His office was open to the press during the entire crisis. He had daily press conferences, and he was like just, they were not hiding anything. Come watch every step of this response. It's considered to be the masterclass of crisis response, because the transparency that he demonstrated caused people to trust the company more after the incident than before. Whereas, other companies have obviously taken a much less transparent result, and sometimes a scandal really can overwhelm the whole company. That's why I like that GitLab story so much. It's like, they're like, "Look, we're going to show you everything about what's going on until the issue is resolved." That's really the ethos. It's just, we are not going to hide anything from employees. We're not going to hide anything with customers. That's who we are through and through. That's the reason they've been able to be so successful. Again, being open source, being transparent, these extra financial values, people often say like, "Oh, I guess, they're successful despite that." It's like, no. You got it backwards. This is the engine. The mission is the engine by which the product succeeds. [0:29:19] GV: Yeah, I absolutely love that example. When I was building my first company, which did run for 10 years, or still running now, but a lot of our inspiration was always looking at these companies that did this radical transparency. Buffer is another company, which is quite interesting. We do completely open salaries, so you can just go and look at a spreadsheet literally of every single employee. They're very clear about why they're paid to what they are. It just completely changes. I've always had Buffer on my mental map of like, well, if the companies you're thinking of applying to, or whatever, a company like that is always there, because you just think, well, that to me speaks volumes over a company where you can't find any information, or that kind of thing. It is a very different way of working. It's quite difficult to start, which we'll get into shortly. One thing I'd like to touch on before we can get into what can founders actually do to ensure they've set things up correctly in this way and thinking ahead. I wanted just to pull one more example. What can happen effectively when things go wrong? It's with Twilio. Twilio was a very interesting example. The timing of this was also interesting. I happened to meet Jeff, I think a few months before, because he was the founder. Before he was removed, happened to meet him at one of very large Twilio event. I just remember some energy and how he was clearly absolutely loving it. Then within a few months, I read that he was no longer there. You have a bit more of the background on that one, because to me, it just didn't make any sense. [0:30:45] ER: Oh, it's just such a classic story. Let me give you the story from the investor's point of view, okay? Case closed. Jeff built this company from nothing. I knew him when company was very, very, very young. A true developer's developer. For the longest time, you would find this billboard on the 101 driving in San Francisco, it just said, "Twilio, ask your developer." It was like - [0:31:04] GV: I remember that. Yeah. [0:31:05] ER: Yeah, remember that slogan? Yeah. He came up with the slogan himself. It wasn't some marketing focus group thing. They replaced it with the total focus group billboard now that I can't remember, because it's not memorable at all. Ask your developer. He built this company to just an absolute behemoth. Now, I don't have the numbers in front of me, and I hate to misspeak. The company had a very successful IPO, had steady growth for a long time. Then during the run up in telecom stocks during the pandemic. Remember that? How crazy things got in 2020, 2021 for tech companies? The stock went up crazy amounts. I can't remember now. The stock was trading at $400, or $450. It's just billions and billions of dollars of the market. He had created literally billions of dollars for his investors. Such an incredible success. Then the stock collapsed when that bubble burst. The stock was down 80%, 90%. I can't remember. It was down way, way, way down. There was a lot of pressure to get the stock back up. People are like, "Look, stock is way down. That's obviously a reason to change CEOs." Now, what's interesting about this story is when I mentioned before that some people choose to be the mission guardian personally, like Zuckerberg, or Sergey Larry, that's what Twilio had done. At the time of their IPO, they had agreed to give Jeff super voting shares, dual class protection. When I think about this now, it's like, the ominous music plays in the movie. It's like, dun, dun, dun. He agreed for the sake of good governance that the shares would sunset after seven years. Sunset, meaning they would go away. He had this protection. Companies encounter this all the time. It is very common. Believe me, we go read a lot of good governance documents. They advocate for this as a good compromise. The way they sell it to founders is like, look, seven years is a long time. Who knows what the situation will be then? If you need to extend it, you can always extend it, whatever. But in practice, it doesn't get extended, because you don't want to jeopardize your good governance rating. You want to take a guess. I always ask people, please guess how many days elapsed between the day that these super voting protections expired and the day that he was removed as CEO. For those that are following at home, it was 199 days. Not even a year. Because at the first possible opportunity to get him out, they did. Their point was, "Look, stock's way down. You're out." First of all, that's an absurd reason, because he created all that value in the first place. More importantly, if you measure the revenue growth from the time of the IPO that the company was up, I can't remember how many thousand percent, it's not like the company had stopped growing just because the stock price had come down. Even if you measure revenue growth from the day of the peak of the stock price, they were still up, I think 150%. It's just, if you look at a chart of it, you can just see this incredible rising revenue line. The stock is just gyrating. Yes, it does. Yeah, sometimes it's up and he's a genius, sometimes it's down and he's a villain. I thought the whole thing was really sad. It's just so common. A Harvard Law School study that was done among all venture backed companies, the founder will only be CEO three years after an IPO in 20% of cases with standard governance. Standard governance is just a loaded gun. It's just waiting for some investor to decide, "Hey, as much money as you made me, we deserve more." I just feel like, for companies that are trying to do something different, that have a distinctive and different ethos, it's really difficult. It's so difficult. Now, GitLab and Cloudflare both are protected by permanent dual class shares. That's why both of them have been able to do this kind of thing. If you think about other companies like Buffer, or think about I don't know, Dockside Computing, which has the same salary, all employees have the same salary, right? It's such a counter cultural thing to do. It's so great. They were a great blog post, I think last year, about just all the many counter intuitive benefits they get from doing this. You just go through all these companies that are doing something different that it's like, really working, making so much money for their investors. It's like the parable of the goose that laid the golden egg. We can't help ourselves, but be like, "But why not more? Why isn't it giving us more?" We tend to destroy those companies, rather than support them. I think it's really sad. [0:34:57] GV: Yeah. This is really interesting, because it is this, I guess, counter to the narrative that these super voting shares are evil and terrible. Why does it give one person so much control? Actually, having these dual class structures can actually, when used appropriately, can help in such a big way. I mean, there's small parallels to where I live, which is Singapore and people pseudo democracy. The problem is it works very well. The people are served very well on it, but it only works because of the way that the system has been set up here in Singapore. I think what would be very interesting to then look at is, okay, I'm a founder, I'm a software engineer, think you've become a founder. I think the pressure is pretty great when you're setting up your company, you're taking on some investment, safe, so tend to be the first mechanism that people take on money. Then before they know it, they do have, obviously in many positive cases, they do have term sheets and they've got actual VCs. What's your advice around how can someone starting out today actually think about and protect against what we're talking about? [0:35:55] ER: Okay, well, first of all, I promise that all the details you need to actually do this are in the book, including - obviously, there's a lot of details in the book itself. Then there's a couple of QR codes you can download, implementation guides, which have sample term sheets, sample incorporation documents, all kinds of stuff prepared by my friends at Virgil, the startup law firm that I help start. The most important thing is not to view this as a one-time thing you do. Obviously, the earlier you do it, the better. If you're just, if you're thinking about becoming a startup, I have a whole package of things that you should just do. I'm just going to give it to you in very, very - this is the blueprint in extreme brief. Before I give you the list, I really want to warn you against the Leroy Jenkins thing, okay? You can't just be like, "Okay, I did one thing. Now I'm invincible. Leroy Jenkins, right out into battle." No. One thing's not going to get it done. In the book, I joke, it's like, you have the plus two pauldrons of invincibility. Yeah, if someone tries to stab you in the shoulder, you are impenetrable. But if the rest of your body is naked, you're going to get stabbed somewhere else, you're still going to die. It's really important to see this is a lifetime discipline, not as a one-time thing that you do. That said, here's the blueprint in the short version, okay? The first thing we need to do is three dimensions; purpose, coherence, integrity, okay? That's it. Purpose, coherence, integrity. Purpose. We have to establish what is this company? What is its legal purpose? Why does it exist? Today, we live in the era of what's called shareholder primacy, meaning the companies exist only to enrich their shareholders. If that's what you want to do, okay. I can help you. But if you want to do anything else at all, you tell me you care about quality, you care about beauty, you care about engineering efficiency, you care about your customers, you care about your employees, you care about the environment, you care about inequality, I don't care what it is, you tell me you care about it, you need to write it down. That means encoding it into the legal charter of the company through what's called a Public Benefit Corp, or PPC filing. This is a really easy thing to do. You do it in Delaware. You can do it at the time of your incorporation, or later. Highly recommend, PPC. You need to operationally decide what are you committed to. I ask people to really think about, who would you rather die than betray? Who's on that list? Your employees? Great. Write it down. Is it your customers? Whoever it is, let's write it down. Let's figure it out. Let's write it down. Okay. Then the second dimension of the blueprint is coherence. This is the leadership style of running a company according to this harder is easier principle, just like Cloudflare. You say, okay, we're going to commit ourselves to defend these values in this purpose, even when it's difficult. The book has a lot of details about exactly how to do this, how to take your company from mission hopeful to mission-driven. Then the third thing is integrity. Purpose, coherence, integrity. Integrity means structural integrity. How are you going to prevent your board from betraying you? How are you going to prevent investors from attacking you? That's things like the Anthropic LTPT, things like having your directors sign an oath, like the equivalent of the Hippocratic Oath that doctors have to take, boards of directors should take a similar oath to defend the mission. In each of these things if you're just starting out, I would just pick some of the lighter weight things to do, and then add that to your incorporation. That's just a really - it's really a simple and easy way to get started. The nice thing about the legal stuff - the operational stuff, I think is, is very natural for product people. Most of the things, most people listening to this will read the book and be like, "Yeah, of course. This is a helpful encapsulation of things I knew I wanted to do already." The legal stuff can sound really daunting. But one of the really powerful things about a legal charter is you don't actually have to do all the things. You just write in the charter that you will do it. That becomes legally binding on yourself to do it. It's actually a lot of things that if you just write it down early enough, it's just so much easier than having to jury rig, or retrofit it later. [0:39:23] GV: Yeah. One thing I've been thinking about, especially reading the book is founders still want to think any business owner wants to think that they have an exit strategy effectively. This idea of selling the company on, for example, does that sit at complete odds with this incorruptibility? Or how can founders think ahead on that one? I guess, what I'm thinking about, things like Berkshire Hathaway, they're very clear about, "Sure, we give you a contract to sign." But it's not really about that. It's pretty much about a handshake and saying like, "We think we're the best for you." There's another company out there called Tiny Capital. I think that's interesting, because that's where someone can also make a choice when it comes to how they're thinking of taking their company forwards, but not always having to be exactly involved. How do you think about that one? [0:40:12] ER: The critical thing to understand is just how valuable trustworthiness is. I just think that we dramatically underrate this asset in business today and really in product in engineering. It's just like, it's considered something vague or intangible, but it's not. It's actually super specific and a very valuable asset. Yeah, Berkshire literally can pay lower amounts for their transactions. They buy assets cheaper and they don't have to pay nearly as much contractual cost, because people trust them. The ability to work on a handshake is a well-documented asset. It causes a more employee retention. It causes better customer loyalty. It causes better fundraising results, you have lower cost of capital, you have lower partnership costs, you have higher alignment of employees. Just the list of benefits goes on and on and on. The book is loaded with studies to demonstrate that this is not my personal opinion. This is a well-established scientific fact. When we think about what are the elements that create trust, that's really the positive framing of this resisting corruption. There's like, resisting corruption is the same as intentionally generating trust. Right now, as a founder, as a leader, if we're looking to "exit the business," we don't have a lot of high trust options. But we do have a few. It's not just Berkshire Hathaway. You could do what's called an employee-ownership trust, or an ESOP conversion. You can convert to a purpose trust. You can do what's called a seller finance transaction. There's actually quite a few of these alternatives out there. Not all the case studies made it into the book, but they're in the supplemental materials, like Taylor Guitars, for example, is one of my favorite examples. They did an ESOP conversion as a company called Common Trust that helps people do an employee-ownership conversion. The exit options are there if you look for them, if you want them. Obviously, maybe the most famous example of such a conversion is what happened at Patagonia. Actually, I just think, this is not an unprecedented thing. We don't know what to do. We do know what to do. We have the data, we have the evidence, we have the options. Part of this is just making people aware that these things exist, because the lawyers and the lobbyists and the bankers and all the people that advise our current generation of leaders, they all make their money from transaction volume. Have absolutely no incentive, whatsoever, to tell you about this other stuff as a result that's quite invisible to most leaders. [0:42:22] GV: Yeah. Just touching briefly, I know this isn't software, but Patagonia is that great example. I read that book, the let my people go surfing. It was such an eye opening. I was running a company at that stage and it was just so eye-opening to keep seeing, well, they're so successful. They're so profitable. But it doesn't have to sit at odds with doing good as well. I think that was just a really powerful example to have as I was building things. [0:42:46] ER: Yeah. I'm glad to hear that. [0:42:48] GV: Looking at what else can people do, I'm not a founder, but I am a software engineer and human traffic is one of the final chapters in the book. I think that's a really powerful way to help explain, we're all part of the ecosystem. We're all part of this. Yeah. I think, you give some of just very nice examples of other things that people can be doing to feed to this way of supporting incorruptible companies, I guess. [0:43:13] ER: Yeah. Okay, so gosh, there's a lot to unpack there. I know we're coming up on the end here. First thing is there are a bunch of companies in the book that have a mission that is not what you'd expect it to be. I think the best example, you're mentioning human trafficking, Tony's Chocolonely. This is some of the best tasting chocolate in the world. They're just delicious. But the mission of the company is to end child slavery and cocoa production. That's the mission. In order to do that, they have to produce the best chocolate in the world at the best possible price. They have to make sure that the money is used to create an ethical supply chain. They've done an incredible job evangelizing for that mission. It's one of these classic cases where you don't have to make this tradeoff between mission and money. The mission drives their commercial results. If people don't know that story, it's pretty wild. It begins with the founder attempting to get himself arrested for eating chocolate. I'll just leave that as a teaser. It's also really important that this book is read and used by people who are not founders, who are not board members, who are not investors, who do not see themselves as especially important, or powerful in our society today. It's important for two reasons. One, because many of those people actually will go on to positions of power influenced later in their lives, and it's very important that they go into that experience with a preexisting ethos. You may be a future builder without even realizing it. Please, do read even on that basis. It's also important, because every one of us has agency to shape the gravitational field around us by the choices we make as a consumer, as an employee, as an investor. Where are your retirement savings invested? So many people, I know how their retirement savings invested with companies who take their governance guidance from a company called ISS, whose values are inimical to yours. Why are you giving support to someone whose values you don't support? What's up with that? I'll give you another simple example. This came from an actual reader who came to me after reading the book. He said, "Look, I really, really want to do this thing that you're describing. But I'm not a powerful person. In fact, I need a job." Okay. They're like, "Can you please give me some advice on how to use the ideas in this book to help me get a job?" They're like, "But caveat, I'm not courageous. Okay, so please give me a no courage way." I was like, no problem, no problem. Easy, actually. Here's what you're going to do. You're going to go have a job interview. Okay. At the end of the interview, they're going to say, "Any questions for me?" For those who don't know, you should always ask. Never, ever, ever say no. Always ask a question. Okay. Your question is going to be, is this a mission-driven company? You know what they're going to say? They're going to say, yes. They're going to say yes. Of course, they're going to say yes. What are they going to say? Yeah. You're like, "Great. How do you know?" they're going to blah, blah, blah, tell you some reasons why they're mission-driven. Whatever they say, don't be judgmental. Don't be critical. Just with curiosity, just say, "Oh, that's so cool. Is that mission also in the legal charter? Is that our company's legal purpose?" I guarantee you, for the majority of people who have this conversation, the answer is going to be, "Oh, I don't know." Now, it's a perfectly legit question. If you don't know, then you deserve to know the answer to this question before you take a job, because if it is not the legal purpose, odds are they're going to betray you one day, so you deserve to know. In any event, whether or not you ever get an answer to this question, you have done your job. Why? Because every modern company has a hiring process. The hiring process involves managers whose job it is to make sure the process goes well, which means I guarantee you, whatever company you ask this question to, it is somebody's job to find out the answer to any question a candidate might ask. Just by asking the question, now it's her job. She's going to be like, "Oh, I don't know the answer to this question either. I better ask my boss." She's going to have to ask her boss, and she's going to have to - I've actually been in the room where this comes up at board meetings. People will say something like, "We're starting to get this odd question from candidates. What is our answer to this question?" Now, look, sometimes nothing will happen, but sometimes that will be just the excuse the CEO needed to be like, "Actually, I've been wanting to do this for a while, and I've been looking for an excuse. How do I convince all these financially oriented board members to do the right thing for the wrong reasons?" Perfect. It's coming up in it. Ah, sorry, we got to do it, because, right? That's all from if one person asked. What if two people asked? What if 10 people asked? See, you have no idea how much power you have, because you can't imagine the extent to which these companies, they seem indomitable. They seem so powerful. We all feel so helpless. Yet, they are desperate for your approval. You can't imagine how addicted they are to the question of what will you do? You think any decision you make, and I mean, no matter how trivial a decision it is, and whether you tell anybody or not is irrelevant, every decision you make is some middle manager's OKR to make sure you do that thing. It's probably some other middle manager's OKR to make sure you don't do it. In the age of surveillance capitalism, every decision you make reverberates in gravitational waves through the whole economy, which means these companies are sitting there being like, "Hey, can we make the product a little bit worse? Will they still buy it? How about now? How about now? How about now? Will they still buy it? I mean, shittify a little bit more of this Cory Doctorow's term? Can we treat our employees a little worse? Will they still work here? How about now? How about now? How about now? They are addicts. They are desperately seeking your approval. Choose wisely who to give it to. [0:48:13] GV: Yeah, that's an amazing place to leave it. We have so many software engineers who quite frankly will be having so many offers thrown at them these days for jobs in this AI era. This is exactly the thing that they can be asking and making, voting with their feet and their hands, I guess. [0:48:30] ER: Yeah, exactly. I think people often misunderstand this. I'm not saying you have to vote with your wallet, with your feet for my values. I'm saying, defend your own values, have some self-respect. [0:48:41] GV: Yeah, for sure. We are coming up in time. Just where is the best place for someone to grab a copy of Incorruptible? [0:48:49] ER: Well, of course, the best place is at your local independent bookstore. If you would be so kind, if you want to do me a favor, you walk into your local independent bookstore and you'd be like, "Do you have every single book by Eric Ries? Do you have Incorruptible? Why not? What's wrong with you? I thought you're a great bookstore." That is always super helpful. If you go to incorruptible.co, of course, you can get it at every major retailer on the planet. Their links are all there. You can get it in audio form, in eBook, or in print hardcover. If you want to see all the different media and accolades and bestseller lists and all that stuff, you can find that at howisincorruptiblegoing.com. There's another place to follow. Either way, if you want to follow me, you want to get a whole bunch of cool bonuses, you could just follow my email list, just type in your email address. We promise not to spam you, but to give you as much value as we could humanly come up with for those who choose to be part of the community. Thanks for that, for those who want to follow along. [0:49:35] GV: There we go. Well, Eric, thank you so much, and not just for this episode, but for everything you've contributed. [0:49:41] ER: It's so nice of you to say. [0:49:42] GV: Lean Startup, obviously, is such an inspiration and has guided so many companies. I think you put it very well that you set up all these companies in a good path from the building stage, and now you're here to help them also figure out the keep going and make sure that they carve the best path themselves as they succeed. I think there's that quote in the book around, I think it was Brian Chesky, Airbnb, saying that Steve Jobs, the best product he actually made was the company. It wasn't one of the products. I think that's an amazing quote and a great place to leave it. Again, thank you so much. [0:50:13] ER: Thanks so much. Really appreciate it. [END]