Dev Ittycheria - The Database Evolution - [Invest Like the Best, EP.373]

Patrick O'Shaughnessy

This episode is brought to you by TGIs, where we're changing the game in investment research. Step away from outdated, inefficient methods and into the future, with our platform proudly hosting over 100,000 transcripts. With over 25,000 transcripts added just this year alone, what sets Tigus apart? It's not just the sheer volume, it's the unmatched speed at which our library expands, consistently outstripping competitors. Our platform grows eight times faster and adds twice as much monthly content as our competitors, putting us at the forefront of the industry.

Our collection is investor led, ensuring unparalleled quality and giving you access to questions and topics investors care most about. Plus, with 75% of private market transcripts available exclusively on Tegus, we offer insights you can't find elsewhere. Forget the traditional way of doing things. With Tegus, you have the most comprehensive, insightful, and rapidly growing transcript library at your fingertips. See the difference that a vast, quality driven transcript library makes?

Unlock your free trial@tikus.com Patrick, you may have heard me reference the idea of maniacs on a mission and how much that idea excites me. Well, David Senra is my favorite maniac on one of my favorite missions with his weekly crafting of the Founders podcast. Through studying the lives of legends, he weaves together insights across history to distill ideas that you can use in your work. Founders reveals tried and true tactics battle tested by the worlds icons and has David's infectious energy to accompany them. With well over 300 episodes, your heroes are surely in the lineup, and his recent episode on Oprah is particularly great.

Founders is a movement that you don't want to miss. It's part of the Colossus network, and you can find your way to David's great podcast in the show notes hello and welcome everyone. I'm Patrick O'Shaughnessy and this is invest like the best. This show is an open ended exploration of markets, ideas, stories and strategies that will help you better invest both your time and your money. Invest like the best is part of the Colossus family of podcasts, and you can access all our podcasts, including edited transcripts, show notes, and other resources to keep learning@joincolossus.com.

Dave Ittycheria

Dot Patrick O'Shaughnessy is the CEO of positive sum. All opinions expressed by Patrick and podcast guests are solely their own opinions and do not reflect the opinion of positive sum. This podcast is for informational purposes only and should not be relied upon as a basis for investment decisions. Clients of positive sum may maintain positions in the securities discussed in this podcast. To learn more, visit Psum VC.

Patrick O'Shaughnessy

My guest today is Dave iticheria. Dave is the CEO of MongoDB, the developer data platform with tens of thousands of customers in 100 different countries. He joined the company as CEO in 2014, taking it public in 2017, and now approaching a decade of leading MongoDB to become a go to choice for the most sophisticated organizations around the world. We discussed Dave's philosophy for constructing an exceptional enterprise sales organization, why he feels a leader must be incredibly judgmental to drive excellence, and how he plans to guide MongoDB through another technological transition. Please enjoy this great conversation with Dave Vidiciaria.

So we were just talking about what it's like to live through technology transitions, and often I talk about this with investors from the perspective of what opportunities does this unlock that weren't there before? And lots of investors have made fortunes around some big platform change or something. But I'd love to focus on it from the perspective of a CEO and operator who's running a business and has run other businesses through other technology changes and transitions. And just begin by having you riff on this experience. We're going through a huge one, maybe right now everyone's trying to figure it out.

So what's it like from the trenches? Obviously the transition we're talking about now is this transition to AI and what it means. Obviously when OpenAI released chat GPT, it made AI feel real for people, because all of a sudden you can use general common english language to engage with a computer and give you answers and generate content. That never happened before, so it made things feel much more real. Where before AI was the purview of machine learning and engineers and data scientists?

Dave Ittycheria

I've learned a couple of lessons because I've been through a number of these. I would say I've been through three transitions, the move to the Internet in the mid late nineties, obviously cloud and mobile about a decade ago, and now obviously we're going through the AI transition. A couple of lessons learned is one is value always accrues first at the bottom layer of the stack. Think about telephony or the Internet. In March of 2000, Cisco was the world's most valuable company.

A lot of people thought they were linchpin of building out the broadband Internet and everyone wanted high speed Internet access. But March 2000 is also when the bubble burst and people look back and said, well, Cisco really values fairly when it was valued like I think like 300 times p multiple, which doesnt make obviously a lot of sense. So the obvious question is now people look at Nvidia? And saying, is Nvidia really the Cisco of 2000? Or some people are asking, is Nvidia the Google of 2003?

Even though they accrued a lot of value, they're on the cusp of being the seminal company for the next 1015 years. I don't know the answer to that question. But one thing Nvidia is not trading at 300 times their pe multiple. There's obviously tons of demand of compute. And one thing we do know is that the more compute you have, the bigger breakthroughs you can have in these AI models.

One is the value is definitely first accruing at the bottom layer of the stack. But I do think, and that's where the I is going and the ROI equation. But the returns will come in through the apps that customers see in terms of whether you deliver great customer experiences, whether you drive a lot of cost out of your business through automation, or whether you either create new business models or disrupt existing business models with the use of AI. So I think that's on the come. The analogy I use with my team is the iPhone App Store.

When it first came out, came out a year after the iPhone was released. The first set of apps are incredibly trivial. You may remember the flashlight app, you may remember stupid apps like ibeer where you could simulate drinking a beer from your phone. Why people would build those apps was still not clear to me, but they were very simplistic and trivial. But then all of a sudden, when people really viewed the iPhone as an important computing device, and people were running businesses from their phone, or consumers were really having amazing experiences, you had things like Uber and Airbnb and enterprises building iPhone apps.

I can essentially, when I'm not in front of my computer, I can use my phone to do work, which is pretty profound when you think about where we've come. So I think the same thing is going to happen in the AI world, where we're going to go from these simple chat bots that give you answers to questions and tools that help you summarize and research information, to doing things far more profound, leveraging real time data to really make smart decisions about how you're running your business. What is the hardest part about running a business that has obviously existing product, existing customers that was built not on top of AI or with AI for a long time and facing down one of these transitions. This is the innovator's dilemma question, I guess. How does it feel to you right now?

Patrick O'Shaughnessy

Running a very big business and watching this thing unfold obviously can be both exciting and scary. There's some degree of is this an opportunity and a threat? In some ways it can be both. And I think what obviously we're working on is trying to really understand for us, our primary customer is the developer. And how does the developer workflow change in a world of AI?

Dave Ittycheria

I'm not one to believe that you don't need more developers because all of a sudden developer productivity grows. Ten X, there's no development team right now that doesn't have a backlog of things they want to do. And I think if you look at every generation, technology transition from the mainframe to client server, to the Internet, to cloud and mobile, the cost of building apps went dramatically down. So one, you had far more apps and a lot more data. And I think with AI you're gonna see a stepfold increase in developer productivity, which means that you'll see that many more applications.

Consequently, I think we're gonna be a beneficiary of that. But that being said, how do we position ourselves to be a winner? We think we have a flexible platform, we think we have a highly scalable performing platform. We see thousands of startups building AI apps already on MongoDB. So to me that's a good crystal ball into the future in terms of where large enterprises are going.

But it's still very, very early days. Then the question is, how much of the workflow do we need to own ourselves versus where do we need to partner? For example, when we launched our cloud business, this was in 2016, a year before we went public, a lot of people thought we were crazy. We were the first infrastructure service that was launched across the hyperscalers. And a lot of people thought, wait, you're going to partner and compete with Amazon Azure and GCP?

They said they're going to eat you for lunch. What they didn't fully appreciate was that the product market for MongoDB is really strong. But people didn't really want to be in the business of provisioning, configuring and managing MongoDB. They want to be the business of building apps on MongoDB. That transformed their business.

And that business when we went public in 2017, was 2% of revenue. Now it's 68% of revenue. So we really built that business as a public company. We obviously saw a big, big opportunity as a big driver of our growth. When I joined the company in 2014, we were doing about 30 million revenue.

Now were close to a $2 billion run rate business. So thats an example where we saw an opportunity and we really doubled down with this technology transition to cloud the way people were consuming infrastructure as a service and felt we had a big opportunity. I think probably people listening, maybe I put myself even in this category. Take for granted that a major part of the world's technology today lives on top of databases. I don't think anyone really, if you think about like any system, it's a database and an interface and a couple of the things, the database is a common theme across basically every digital system.

Patrick O'Shaughnessy

And I doubt many people have stopped to think like, wait a minute, what is a database? Who runs that? Is that oracle? Is that something else? Like, what is the history of this?

And I'd love you to offer your perspective on just the importance of a database. You run a database business, the role that it plays, why there should be more than one of them, why different kinds of databases help us accomplish different things. This is like a fundamental building block of the world's technology. And obviously Mongo is one of the few examples of a very modern database company. A lot of them are very old.

That has succeeded. And so I just love to hear you describe how and why that happened. Just at the very basic level, if you go to any website, whether it's a shopping website or a travel website, it's all about the data. So imagine going to a shopping website and there being no data. It'd be completely useless.

Dave Ittycheria

Same with a travel website. So when you think about what a development team has to do, about 70% of their time is spent working with data. How do I present the right information or the right data at the right time to the right user with a relevant context? Working with data takes an enormous amount of effort for a developer. So a database plays an important role for how people think about building and constructing applications, because there's so much about the data.

And one of the challenges in the database business is that if you don't have developer adoption, don't have a business. So when I joined MongoDB, one of the knocks on MongoDB was there's been a whole generation of modern databases that have tried to be the next oracle or potentially the Oracle killer, but they've all failed, whether they're XML databases, in memory databases, graph databases. A lot of my friends said, why do you think MongoDB is going to be the winner? When I thought about this problem, one of the things that got me excited about MongoDB when I joined was that the developer adoption of MongoDB was very high, because what developers were really excited by was that the way all other databases made you work with data was in a tabular format. A databases think about it as really like an Excel spreadsheet on steroids.

Everything is organized on rows and columns. What the founders among did was they came up with this novel approach of organizing data in documents. And the reason that that was novel was that it really aligned to the way developers think in code. So all of a sudden I didn't have to go through this cognitive load of translating what a product looked like into data, sitting a bunch of tables, or what a customer looked like, and then decomposing that customer into a bunch of data sitting across different tables, whether it's name, location, order, history, etcetera. If you can keep all that information in the context of one document, all of a sudden it's much more natural and intuitive to work with that data.

And that's why MongoDB's developer adoption really took off. And truly we are the most popular modern database in the world. So that's a reason why databases are so important. So when you think about an application, whether it's a gaming application you're using at home, whether it's a mobile app you're using on your phone, whether it's an enterprise app you're using on a computer, there's a database behind that application. That's the persistent data store that stores that information.

You could argue the joke we make is every web app is basically an HTML wrapper or doing a crud function on a database. Databases are incredibly important, and they're also very sticky. I don't think I'm telling any lies when I say Oracle is not exactly the most liked vendor in the world, but there's still tons of Oracle databases around because it's such a sticky application and it's very hard to move applications once they've been built on a database from one database to another. If you think about the most exciting version of MongoDB in 2040 or something like that, like just deep into the future, what adjacencies do you think where you are today allows you to bleed into over that kind of long term time horizon? I think you're ten years in now at Mongo, so a similar period of time, let's say, in the future, what would get you the most excited about how a company like yours can help developers and others enable yet more cool things to build?

2040 is a long time away, so it almost feels, especially in this world of AI, it seems like three months. Is who the hell knows? I would say our whole goal, our whole strategy is to really actually get the database out of the way of the developer so that they could really focus on building great applications, embedding really great logic to enable people to do wonderful things. The problem with existing databases is that it takes such a tax in figuring out how to work with data that so much time and effort is spent by developers working around the constraints of the existing database. Our goal is to remove those constraints and they can just focus on building great business logic.

Obviously with AI and all the reasoning capabilities that come with AI, the power of these applications will be far greater than what even we see today. And how the transformative impact of what it will do to businesses, I think is to be determined. If I knew all the answers, probably not be talking to you right now. I do think you will need an online data persistence store. One of the things that's become clear with these large language models is the switching costs from going from one model to another model is actually quite low because you can go from OpenAI to anthropic to Lama fairly easily and start engaging with it.

Now if those LLMs start embedding memory where now they have a history of what Patrick has asked, maybe history of all of Patrick's activities. All of a sudden that foundational model has a history which is stored in some data persistent store. All of a sudden the switching costs now become greater because you don't want to lose all that history. So that's example where like databases will play an increasingly important role as people start using AI, but leveraging also all the history of what you've done, what actions you've taken, who you communicated with, et cetera. You're one of a very rare breed.

Patrick O'Shaughnessy

Maybe it's you and Slootman who are active and a few others that you could name that have founded led, been the CEO of multiple different large technology companies across different periods of time. And so it makes me very curious about the sort of formative experiences for you as a founder, as an operator, as a CEO, going all the way back to however far back you want to go. I'm just curious if you think about your timeline and try to bring to mind the most formative experiences that you went through that have led to where you are today and how you think about the world. I'd love to hear about a few of those. And you can begin with whichever one you think makes the most sense.

Dave Ittycheria

Well, first of all, it's very nice of you to compare me to Frank. Frank, I think, is on a very different league. I have a lot of respect for him. He's just recently made the decision to retire, which was a little surprising, but his track record is second to none. With regards to lessons I've learned, one of the big lessons I've learned is that to drive excellence, you need to be incredibly judgmental.

And most people, when push comes to shove, are afraid to make the decisions they need to make to be truly successful. They're not willing to hold people accountable, that need to be held accountable. They're not willing to be extreme about the product decisions that need to be made the way products are positioned, where they priced, and they're not also going to be extreme about the go to market decisions. And what I find is most people fold with the pressure to make hard decisions. And I think that's why there's a lot of very average and mediocre companies out there.

And I think really confronting problems directly and dealing with them directly. Most people are social animals. Most people don't want to have a painful conversation. Most people don't want to point out the flaws and what people are doing. And so in many cases, you have these very passive aggressive meetings.

Everyone nods politely, but in the back of their mind they said, this is probably not going to work. We work really hard to create a culture where we can be intellectually honest about what's working, what's not working, have fierce conversations about what to do, what not to do, who's performing, who's not performing, and then really focus on executing really well. I wouldn't say we're perfect. There's many times when we also made lots of mistakes. But that to me is one big thing.

The second thing I've learned is in the B two B business, I find a lot of founders and CEO's focus a lot on the product side of the house, which makes sense because they typically are technical founders and they're very, very focused around. Like, if I build a great product, it will come. But the reality is that, and part of the way I grew up was that I grew up early in my career when the best technology didn't always win. You had large vendors like IBM and HP and others who had so much account control that even if you had a better mousetrap, the customer would always pick the safe decision, which was to go with a large organization. And so I realized that not only do you have to build a greater product, but you also have to build a ferocious go to market organization.

And in those days it was all about sales. But now go to market has become much more sophisticated with sales and PLG and so on and so forth. But to me, the magic happens when you can marry a great product with a great go to market organization, and that's where you can really differentiate yourself in the industry. And for example, at BladeLogic, my last company, we had such a great sales force that I think about 35 people out of that sales organization became CROs of seminal software companies in our industry. I don't think another company's ever had that kind of track record.

And so as much thought as we put into our product and how we position our products, and I'm not saying products are not important, in fact, it's very important. You don't have business, you're going to have a great product, but that's necessary but not sufficient. In building a b two B business, you need to be just as thoughtful about how you go to market. Trey, what is the mark of an exceptional enterprise sales organization? If you were evaluating 20 of them, not mongos, but others, is it just idiosyncratic and it depends on each company, or are there things that you would say, no, this means good, this means great, this means bad?

I would say a couple of things. One obviously starts with a leader in terms of how they've designed and architected the salesforce. One sign of how good a sales force is, is broad based performance. You can always have one person who's knocking it out of the park, but you don't want the 80 20 rule where 20% of the reps are killing it at 80% or not, because obviously that doesn't create a great culture and a great environment. So you want to create an environment where people are performing well.

So that's an output. So then what are the inputs that drive that output? So to me, the best organizations are very good at recruiting. They're very good at recruiting hungry people who are very smart and who really want to make a mark. The second thing they're really good at is developing those people.

Just because you recruit someone doesn't mean that they're going to be great. How do you develop them? Not just on product skills, but how to prosecute a deal, how to qualify an opportunity, how to assess where you are in the decision process and the sales process and what potential risks there are in closing that deal. How to forecast well, one of the things in a high growth business is your revenue forecast or your bookings forecast is a proxy for your expense forecast. So if you don't forecast well, you can burn through a lot of cash very, very quickly.

So those are hallmarks to me of a great sales organization. And then obviously consistency in terms of execution. They're not like a yo yo. One quarter they're great, one quarter they're not. They consistently deliver on their numbers.

So if you have those attributes, then that means you're doing something special. And it becomes even harder in a high growth business because not only are you trying to make the number, but you're planning for where the business is going to be two, three quarters out. So you're trying to recruit people because you have to assume roughly a six month ramp for someone to become productive. So how you think about territory planning? How you making sure that the new people joining the organization are set up for success?

And the old guys or gals don't have all the best accounts, so the new people are kind of starving for good accounts. There's a whole process around making sure that you're setting your team up for success. How do you think about like, one of the things we do is like sell division? So once you get to a certain number of reps per manager, you divide and promote or hire another manager and so on and so forth. And how do you do that and who's the right manager to lead that organization, et cetera, are all things that we spend a lot of time on.

Patrick O'Shaughnessy

What have you learned? And this is a selfish question from just a current experience. Looking at some enterprise companies that have naturally very long sales cycles, just based on the nature of the customer and the buyer and how they work, it's going to be hard to change that. What have you learned about sales cycles, especially if they're longer ones, and how to think about and manage those things, especially when the juice is worth the squeeze. It's millions of dollars per customer or something like that.

Dave Ittycheria

Yeah. What have you learned about that kind of motion? That's not just a demo and a sale. I hate deals where it's just a very long sales cycle because there's always chance of something going wrong. But if you think about any sales process, any sales process is essentially designed to address three core questions.

Why does the customer want to do anything? That is, what pain or problem do they have that's going to force them to take action? So that's with the discovery part of the sales process. You try to discover what pain or problem customers have that are relevant to what you can solve. For the second phase of that is why MongoDB?

Why is MongoDB the best choice to solve that pain relative to all the alternatives and substitutes available? And then the third part of the sales process is, why now? Because you can do the first two things, but the customer can easily kick the can down the road. And in many cases, that's the struggle most salespeople have, is not that they lose a deal, but the customer never makes a decision. Can you create a manufacturer or is there a compelling event you can use to force a customer or induce a customer to make a decision sooner than later?

So those three questions, I don't know how you can forecast a deal if you don't have answers to those three questions. So that's essentially how our sales process is broken down. Then there's certain interim steps in the sales process that tell you, are you on track to kind of getting a deal? Have you met with the economic buyer? Have you qualified how much budget is available?

Have you qualified even that this is a priority for them? And because you're not just competing with your own competitor, you're competing with other vendors and other spaces for budget dollars. And so how do you know? Is this problem that you're solving for as important as another problem that another vendor might be trying to address? And then obviously, what is the decision criteria?

One rule of thumb we have is you should never be answering RFP, because invariably, if you're getting an RFP that you've never worked on before, some other vendor has written the RFP. So what that means is you have to set the table on the decision criteria. How is a customer going to make a decision? What features or capabilities are they going to weigh and how are they going to weight them relative to other things they can consider for them to make a decision? Have you educated the customer and built what we call champions who will understand the value of MongodB and understand why for their own business, MongoDB is the best choice.

And then building a champion, a champion we define as someone who's selling for you when you've left the building. Obviously someone who's a change agent, has power and influence in the organization and is really selling for you after you're not there. There's a big difference what we call between champions and coaches. Coaches want to see you win, but they're not going to take either any personal risks themselves or they just don't have the credibility or juice to kind of influence the decision. But they can be helpful to kind of give you some insight or radar into what's happening in the account.

But ultimately, there's a champion for every deal that are closed. Sometimes you may not know who your champion is, but there's someone who's advocating for you when you're no longer in the room or advocating, frankly, for someone else. And you will got to make sure your champion is more powerful than your enemy's champion. And that's all part of the sales process. The champion idea reminds me of the first thing you said, which is that most people don't want to make hard decisions and confront trade offs.

Patrick O'Shaughnessy

And it makes me wonder what your first experience with this was from a personal standpoint that made you aware of or suited to or better wired to be decisive, have judgment, make decisions, make trade offs. I started my career at at and T in Bell Labs, and then I moved into the business side. There's some very talented people there, and this is the old at and t, not the at and t of today, but there's some very talented people there. But I saw a lot of passive aggressive behavior, and I saw there'd be a meeting and the senior person would essentially advocate for a decision. Everyone would not politely, there wouldn't be any fierce debate.

Dave Ittycheria

But then people leave the room and you could see people's eyes rolling, saying, that's never going to work. And to me, I view past aggressiveness as a form of duplicity, because you have to create a culture where people are free to say what they think constructively about a particular idea or a particular decision. Because I always believe all of us are smarter than any one of us. And one of our core values in MongoDB is intellectual honesty. Because I abhor passive aggressive behaviors.

That was one thing that I learned not to do. The second thing was when I founded blade Logic. I got my first round of capital five days before 911. So 911 happened, the blood burst. So it was a pretty tough time to start a business.

So I had only $6 million wired to me. We were essentially trying to build a business using a direct sales force. It was a pretty tricky time to build a business from scratch. And ultimately we raised 29 million, of which seven was still in the bank when we filed our s one. So we were pretty efficient in how we use our capital, and that was a forcing function, saying I didnt have time, the luxury of being patient with people who arent working out.

One of the lessons ive seen, and ive also been an investor for a little bit, is that sometimes raising too much capital breeds bad behavior because it takes the pressure off. When I had very little capital, if something wasn't working out, it wasn't like, hey, Joe, sorry it's not working. I'm going to put you on this special project. I know you're a good guy. The answer was, Joe, it's not working out.

It's better for you and for us that we have this hard conversation now, because I just can't afford for this not to work and treat the person with respect, but you move on. And so that builds muscles in terms of dealing with problems directly, not kicking the can down the road. And so many management teams kick the can down the road. If you ask anyone, did you ever fire someone too quickly or too late? 99.9% of the time, they say they fired people too late.

Why? Because they introduced hope into the process. And we still do that. Even at MongoDB, people say, I'll give that person more time. He or she just needs more time to get a sense of how we do things.

And invariably the answer was staring in the face, but you just didn't want to acknowledge it. And so that was also another lesson I learned, is deal with problems head on and quickly. And at Blaylogic, I went through multiple rounds of leaders, and not that I was purposely looking to change leaders, but leaders can come and go because they're good for a certain stage of growth, but then they tap out. Even at MongoDB, the leadership team I inherited is no longer here. When a business scales, not everyone scales at the same rate.

One of the things I've learned in life is that if you see a problem and don't act on it, that problem is no longer that person, that thing. That problem is you. If you have the authority to solve that problem, you're not doing it, then you're the problem. I always feel like whenever I see something bad, if I don't act on it, then I'm actually accepting mediocrity or accepting poor performance. And that's contrary to everything that we're trying to do.

And in some ways, you're penalizing all the good people who are working really hard because you're accepting mediocre performance from the other person, and they're actually penalizing all the good people who have grounded constraints over or the limitations of this other person. One of the ideas of yours that I liked best when I was reviewing kind of your history and your thinking was this idea that people perform to the level that you inspect, not that you expect. I love that idea. Can you just, like, explain that philosophy and the mechanism of how you put it into practice? The short answer is that if grown adults were supposed to do what we asked them to do, you wouldn't need that many leaders or managers.

You know, you would have, theoretically, one leader and a bunch of individual contributors. But the reality is that human nature doesn't operate that way, and you need people who can challenge and push you. And when people know that there's a high degree of inspection, there was a joke at bladelogic. Was that bladelogic place where there's a lot of sunshine because there's no place to hide, because we constantly inspect what's going on, and when people know that their performance will be inspected, that there'll be constant review of what's going well and what's not going well, which is healthy, it's not mean that the person's bad. But sometimes they're running into an issue.

Sometimes that issue is bigger than they can solve. It elevates up and saying, hey, we got to figure out a way to respond to this issue because this person has it. We're going to see this with other people. That just creates a very healthy dynamic, and it also creates a bias to action. So people who thrive in those kind of environments love it because saying, hey, when there's problems, this company really cares and wants to solve them.

But it starts from really understanding what's going on and deeply inspecting what people are doing relative to the goals and expectations, limitations you have. Yeah, its a beautiful idea, and I wonder if it ever gets exhausting. Does it ever tire you out to constantly have to inspect every aspect of something going on, or are you wired to just enjoy that and do that? Well, well, to be clear, on a certain scale, I cant be involved in every meeting or every decision becomes another approach. But at the face level, it is exhausting.

This is one of the reasons why people dont want to do it, is that it takes energy to say, Patrick, what's going on? This project is not tracking what are you doing? What's breaking down? And really having a very frankly, a heart to heart talk about why is this project not tracking? And most people have a very superficial conversation.

You'll tell me, Dave, it's okay, this is just a temporary setback, we're all good. And if you don't really ask the next set of questions, it's very easy to assume, oh, Patrick's got this. And then three months later the project fails. And so it does take energy and effort, and I think that's one of the reasons why people don't like to invest. With regards to as the business scales, one of my other axioms is that bad news travels very slowly up the organization, but very quickly down the organization.

So imagine a situation where a sales reps in front of a customer, customer says, I'm going to throw you out. I'm really unhappy about the quality of service I'm getting. Blah, blah, blah. The rep tells their manager, oh, my God, we have a problem with Acme company. And then it slowly moves up the organization.

In a typical organization, I may hear, Dave, you're having a problem with Acme company, but we're all over it. And if I operate in that way, I say, okay, no big deal, they're on top of it. And then a month or two later, we found out that Acme company churned. My philosophy is different is that if I hear bad news, I immediately start digging in, and invariably, and because I know when I hear bad news, I know two things. One, I'm the last to know, and two, it's far worse than what people tell me, because the filtration process of sending bad news up the organization dulls all the sharp edges of that bad information.

So a holy crap moment with a customer, with a rep is now, hey, there's a small issue with Acme company. Now, we don't have that culture here at MongoDB. I'm just describing what a typical organization goes through. And that's why so many people get caught flat footed when they get surprised by some bad news, because they always assume that things were far better than they were. So our culture is the opposite where, and obviously, I can't be in every meeting or decision, so I do sampling whenever I see some bad news.

Even today, I sent one of our leaders feedback on one of his people because I had a very mediocre experience of saying, if this person is coming up and showing up to me in a very mediocre way, not very well prepared, nothing really innovative or creative in what they were doing, how are they showing up to everyone else in the organization? And so that generated a slack message from me to the leader saying, hey, I'm really concerned about the this person. And so I'm always assuming that if I see something bad, it's far worse, and if I don't do anything about it, no one else will. In addition to this, I think for sure the average company is low on inspection. Like, that's the default inertia mode or something.

Patrick O'Shaughnessy

In addition to that difference, where Mongo is much more on the high on the inspection spectrum or something, where else do you feel like Mongo is the most different from the sort of, like, average company that's intentional on your part? We are building and selling a very technical product, and there's obviously other companies who have very technical products. What I would say is we've had to deal with the open source dimension and then we've also had to deal with like building a traditional enterprise software. Well, now it's a subscription software delivery model and then a cloud model. So I would say one of the challenges I worry about in our business is that we are like a multi product, multi channel business.

Dave Ittycheria

Yes, were 2 billion in size, but theres a lot of $2 billion companies who have one core product and one core channel. So how we think about organizing, doing capital allocation across the different product sets as well as different channels is something that we spend a lot of time and energy on. And my worry constantly is, are we over complexifying the business? I think theres value and simplicity. So always trying to figure out do we really need to add in any channel.

So for example, on go to market channel, we have a direct high end sales force, we have a mid market sales force, we have a self serve channel, and then we have a partner channel. All those organizations play an important role. We also have expanded our customer success functionality. And so our customer success people, because you're selling the cloud service, play an important role in understanding and assessing customer health. Then they have some upsell opportunities as well when they see opportunities that the customer could take advantage of.

With MongoDB, it's a fairly complex go to market. Im not necessarily saying its great that we have it so complex, but its just a virtue. Were going after a very large market and a one dimensional channel model wouldnt work for us because how big our market is. Trey, you are an interesting breed as well because youve done lots of investing, you led an early round in Datadog. Youve made lots of really good investments.

Patrick O'Shaughnessy

Youre on a bunch of boards. Im curious the investor in you how that bleeds into thinking about capital allocation within Mongo. You mentioned that maybe because of the complexity, theres more opportunity or more requirement for capital allocation thinking. What is your framework for thinking about allocating capital inside the business? Its all about where do you get the best returns?

Dave Ittycheria

I will just step back and say being on boards and being an investor really helped me appreciate being in an investors shoes when theyre coming to my board meetings because its very easy for management to get frustrated with investors. But then you really appreciate the pressures investors have in terms of theyre under the gun for their lp's and so on and so forth. Its easy to say, but it's really hard to understand until you live in the shoes where you've been in a partner meeting and you're doing a portfolio review and you're seeing why some companies are being successful and why they're not. One of the interesting lessons I've learned at being an investor is there's an inverse correlation between work and outcomes. Your best performing companies, you show up, kind of eat the doughnuts and leave because they're doing so well.

And where you're doing a lot of work, you're helping the management team rebuild the business, maybe helping them hire people that may be the companies that are struggling. So its a very weird dynamic. I blade logic. I used to go to my investors. I never really hear from you that much.

And they go, Dave, thats a good thing, because if you heard from us a lot, that means youll be having serious problems. And it took me a while to appreciate that. But I would say back to your question around capital allocation. We take an orientation around whats genuine return. So ive been old enough where ive seen good markets and bad markets.

So obviously for the last ten years until 22 now with the benefit behind it, everyone realized that was a really good market. But for us, because we had seen bad markets, we never really spent money like drunken sailors. Just to put things in perspective, when we went public, we were trailing $100 million in revenue and negative 38% operating margins. Our numbers werent exactly super compelling. But as a public company, last year we did 16% operating margins and I said were now approaching a $2 billion run rate business.

Weve shown almost pitch back percent plus operating margin improvement while growing the business very, very quickly. So our capital allocation process is all about where do we get the best returns, having good discipline about investing here and not investing, divesting on certain investments when theyre not working out, and just constantly asking ourselves, whats working, whats not working? And are we perfect? By no means. But we try and be very disciplined about how we run the business.

Patrick O'Shaughnessy

Can you explain your philosophy of recruiting? It sounds like that is a key thing that you've always focused on in your businesses, and I notice at Mongo, too. What do you think is the most important part of how you think about getting the right people into the business? Anything that you've done that you feel is especially impactful. I think one of the things about recruiting, most people make the common mistake of just focusing on what the person's background experience is, where they work, what skills they had, and maybe like what successes that they can talk about.

Dave Ittycheria

I think a big part of recruiting is trying to figure out what makes a person tick. What is it about them? What is it about their upbringing what drives them, what motivates them in terms of who they are and where they want to go and what they want to be. And I think if you don't really understand that underlying psyche of the person, how do you know what you're really getting? It's one thing to say, like, hey, do you have experience building product?

Do you have experience selling enterprise software? But how do you assess someone's values? Do you believe in the value of hard work? How do you measure grit? One of your common guests that I love made a statement that I completely agree with was Jeremy Giffon, who talked about that the only enduring edge in life is psychological, as human nature doesn't change.

That was like words out of my mouth. How you manage grit, how you manage your ego. Are you comfortable with low status? Are you comfortable being unconventional? Can you delay gratification?

Do you have long term orientation? Those are keys to being really successful, but it's so hard to do because it's so contrary to human nature. So how do you, like, find someone who can really do those things and what drives them to do those things? I've heard some amazing stories about people. I ask them the question, what's the most difficult thing you've ever endured?

And I keep it generally open ended. And some of the stories you hear about what they had to deal with in their upbringing, they came from a broken home, or they came with very few resources. And they're so driven about making sure that their family and their children never have to go through what they have to go through. Just tells you this person is intrinsically motivated. We used to joke at Blade Logic, if someone has some character flaws, the parents can fix their character flaws growing up.

There's no way we're going to be able to do so at a company where they may spend x number of years at. So for us, trying to really understand the person and who they are and what they want is important. So now, one way to qualify that is trying to ask them questions about, okay, help me understand what school you went to. Help me understand what major you picked and why did you pick that major. Help me understand why you went to this company.

And then why did you go from company a to company b? Because in some ways, those are some of the most important professional decisions you can make in your life. And if someone is not very thoughtful about why they went from company A to company B, then the question I'm going to say is how thoughtful they're going to be prosecuting a deal or when they're making a decision on a product or when they're thinking about a new idea to come up with. And so that gives me a sense of how thoughtful they are and what makes them tick. What's the most difficult thing you've ever endured?

I set myself up for that question. I've shared this before. I came from a broken home, per se. My natural father was not a very good person. He was a misogynist.

And so my mother really had a tough time when I was very, very young in the early late sixties, early seventies in India. Divorce is a very unspeakable thing. My parents, my grandparents, were reasonably well to do people and so it was a black mark in the family. So my mother faced a lot of pressure to stay in the marriage and I give her so much credit for refusing to do so. I grew up in an environment.

My mother ended up marrying my stepfather and who I consider my real father. And they decided to leave India because my mother realized the stigma of being divorced would be too painful for both her and for me staying in India. So we end up emigrating. And I lived all over the world and then lived in Africa, lived in Canada, lived in the UK for a while and then moved to the US. Part of me has always felt like, am I good enough?

Because in some ways I'd had this very weird upbringing. I'm a Christian Indian, so I'm a minority in my own country. Only about 2% of India's population is christian. So even though 1.3 or 4 billion still a lot of people, but you're a very small minority coming from a broken family. I always had this stigma about being good enough.

And then when I was applying to college, my parents were living in Africa. My dad worked for an oil company and decided he wanted to emigrate to the United states. They kind of eviscerated the balance sheet. He went back to grad school, got a job in the aerospace industries. Income level basis, they looked like a fine middle class family, but the balance sheet was eviscerated because they'd use all their funds to kind of pay for going back to school.

And so I had a chip on my shoulder going to a state school when I got accepted to some, quote unquote, more elite colleges. And now I look back, I'm so grateful for that chip on my shoulder. But it was always like, I want to prove to myself and prove to others about, am I really good enough? I've got all this baggage and background and so that's, I think, one of the reasons back to why I asked, what motivates people? My motivation is to prove to people that I'm good enough, to prove to people that I'm just as good as people who graduated from an elite college and may have had a more normal family childhood.

Looking back, I think it really served me well. Objectively, you've proven that. I'm curious, then if it persists as a source of motivation or if that has morphed into something different. Oh, it definitely persists. I don't think you lose your upbringing, any setback.

You always start questioning, oh, my God, am I good enough? Again, any bad decision, you start questioning yourself. And so I don't think that ever disappears. I think sometimes you can suppress it for a while if things are going reasonably well, but I think it's always there. Trey, who is another leader that you've learned the most from observing William, I.

Would say one of my key mentors was a guy named Steve Walsky. So I had raised money for Blade logic, but I never actually worked at a software company. And obviously I'd never been a CEO of a software company. I was very self aware to say, there's a lot I don't know. So Bessemer and battery were my two lead investors.

So I went to the Bessemer folks and said, who's the best CEO in the Boston area that you can refer me to that? I want to go speak to this guy named Steve Walsky. He was the chairman and CEO of PTC. They said, great, give me his number. They said, here's the number.

But good luck eats nails for breakfast, and he might never return your phone call. I kept pestering him, and then he finally returned my call. Me and my co founder went to visit him. We had a good conversation, but then he kind of said, okay, let me think about it. I'll give you a call back.

And I said, oh, God, is this the I'll call you, don't call me kind of response. Turned out he did call me back. And I used to go visit him about once a month at his house in Chestnut Hill in Massachusetts and just walk him through what's happening to business. And he was so valuable to me because he obviously had built, if you look at PTC, they were one of the great companies in the nineties. They built an amazing business.

They delivered 40% operating margins and grew north of 100% for literally, I think, like ten years straight. And they had also built an amazing sales force. And so he was very helpful to me to kind of understand how to think about building a business, how to think about dealing with a board, how to think about capital raising, because it was a very tough time, as I said, raising capital right before 911. We're in the nuclear winter of tech. Investors are very skittish because theyve just seen their portfolios crumble.

And any new investments, if there was any sign of hint of trouble, theyd panic because the last thing they want to do was see a new investment start struggling. So I felt a lot of pressure and he was really helpful to me in terms of understanding what it meant to be a CEO. And he really informed my leadership philosophy around marrying product with go to market excellence, thinking about how to build a great sales force. He helped me recruit a bunch of CROs, including one guy named John McMahon, whos a legend in the space. He was a CRO at Bladelogic, ultimately became COO, and then he also worked with me and joined the board at MongoDB.

So he was incredibly helpful to me. And the thing I really liked about him is I always felt safe that I could ask him any dumb question and he wouldn't belittle me. And I think one of the advice I give people is to really have someone that's a mentor to you. You got to be able to open up the kimono. You got to be able to really share your deepest, darkest worries and be able to put them on the table.

And one of the things I realized is being a CEO is a very lonely job because you really can't open the kimono always to your board because you're worried about how they're going to react. You can't always open the kimono to your team because sometimes you may be thinking about an.org change that could actually marginalize someone on your team and they're not going to be too happy about it. So having someone you can go talk to is super important. See, you play that role for me, I will be always very, very grateful. To what's your deepest, darkest worry at.

Mongo, I mean, how we navigate right now, the AI wave is something that is really important. It's really the future of how software will be built. And we want to make sure that we're a key component of the tech stack. So how could that go wrong? AI gets adopted.

Patrick O'Shaughnessy

It's everywhere. It goes really badly for Mongo. The pre mortem here, how would it go really wrong if people feel like. MongoDB is not the right architecture for the best AI applications now? I don't think that's going to happen.

Dave Ittycheria

It's like people think about using Oracle for a new modern application. I can't think of a startup today who's building on Oracle. It would worry me a lot if the next generation of companies and the next generation apps, people felt like MongoDB was not suitable for those applications. That means we need to work on our product roadmap, make sure we're building out the right capabilities, being responsive to customers, because it's very easy to become complacent. Do you think that there's any chance that AI is not the thing that everyone seems to now think it is and that it's not as transformative as is the very common consensus today?

No. I think AI is going to have a massive impact. But I think you raised a really good point. I was just telling people yesterday, I said when I wake up, how much is AI influencing my life? Like the Internet today has had a.

Patrick O'Shaughnessy

Massive impact on our lives every day, all day. Yeah, exactly. How much is AI really impacting life? Yes. You may get some hints about writing this note may be a little bit more crisper than you originally thought.

Dave Ittycheria

Yes. If you drive a Tesla or something, you can see the benefits of autonomous driving, but it's not really impacting your life on a day to day basis. But I always believe people overestimate the impact of new technology in the short term, but underestimate in the long term. The reason for that is that I think technology adoption happens in s curves. And so it's very easy to take a couple data points on the rise up and extrapolate too much.

Conversely, is very easy to take a couple of data points on the downward slope and extrapolate disillusion too quickly. But if you look at the s curve adoption for technologies that have really taken hold, it over time goes up and to the right now, there's clearly technologies that have not done that. I think blockchain and crypto, the jury's still out about those technologies. AR and VR. I think there's still some questions about how impactful those technologies will be, but I definitely believe AI is going to be incredibly transformative.

I think the way it's going to show up for people is back to the way we started this conversation. It's around the applications. A lot of people thought software would be really disruptive and dislocate a lot of jobs. But if you look at what happened with software, pre cloud and pre SaaS, only the largest companies in the world were able to access the best software, the best CRM software, the best HR software, the best supply chain software, et cetera when software became democratized, the small companies could take advantage of the best software. And so it just grew the market overall in such a big way.

A lot of people worry that AI will go after the white collar jobs, the services jobs, legal, accounting, finance, etcetera. I would argue, and that's potentially a pessimistic view. I would argue, yes, the cost of delivering those services will come down, but now small businesses will be able to leverage the best legal minds, the best accounting minds, the best financial minds, much like the SMB companies, could take advantage of this software that only the top tier Fortune 500 companies could do so before. So I think this would be a net positive for everyone. But I do think it's going to take some time.

Patrick O'Shaughnessy

The list of investments that you made is pretty impressive. Ten plus years ago at Openview, what is your investment philosophy? What is it that you're consistently looking for when making an investment in another technology business outside of one that you're running? What I look for is a big market because by definition, your outcome is directly correlated to the size of market you're going after. Two, I look for what is the defendable technology advantage that the company has, and what proof points are there to prove that it really has a durable advantage.

Dave Ittycheria

Three, I look for investments as a CEO who's smart but also coachable. And the coachable part is important to me because I don't believe that there's a compression algorithm for experience. Some people just learn faster than others, and I don't expect a co to do everything that I'm telling them to do because that's why they're in charge. But to me, I worry a lot if someone doesn't feel like they have all the answers. And I think vulnerability is a strength, not a weakness.

And so Jyoti at app Dynamics and Olivier at Datadog are two incredibly sharp people and they both build fabulous multibillion dollar businesses. But also, while we would have fierce conversations, they would listen. Sometimes wed agree, sometimes we wouldnt agree. But it was a very healthy conversation and they were both very, very motivated to build great businesses. In the early stages of a business, how do you know when the product is ready for that bigger go to market investment and explosion?

Patrick O'Shaughnessy

I guess the product market fit? Question. How, in your experience, do you know when a company with its first product or mongo with its second or third product or whatever, is onto something sufficient to like pour fuel on the fire? To me, it's that the customer comes back and buys more, because any customer can buy something as a science project. And this is a trap.

Dave Ittycheria

I see a lot in the database space. So I'll get calls, diligence calls from investors saying, hey, do you see this company? They have some single purpose functionality and they have a nice logo, set of logos. This space is so big, someone's going to try something for some corner case. The question I would say is, yeah, but can they prove that they can repeatedly get more business from that customer or show a pattern of getting that for that same use case winning other customers.

And so to me one hallmark is like a product market fit. Is the customer coming back and buying more? So people call that NDR, or for public companies you want rates of 120% and higher where if you look at the same quora a year later, are they spend net of churn? Are they spending 20% more than they did the previous year? And so that to me is a very good sign of the fact that you have something real.

How easy or difficult is it to make that sale? Because if it's a very complex go to markets process and you have to jump through 17 hoops, then I would worry about is this like a unicorn that very few customers will go through all that pain to acquire, or conversely, is it really easy? So one of the things that got me very interested about Datadog was I invested when they were doing about a million in revenue and now they're north of 2 billion. What I saw was the month over month growth of existing customers was 5% month over month, which is phenomenal. What that told me was not only it was easy because they were closing a lot of customers with a fairly junior sales force.

So it wasnt a very complex sale, but the customers were also growing very, very quickly once they bought. That to me was a great sign that they had really nailed product market fit. In addition to AI, which is obviously the dominant one. What else going on in the technology ecosystem is most interesting to you today? I think security is an area that will always be important.

And as you come out with new solutions to existing problems, people find workarounds to find new ways to break into attack. ATT and CK. Yes. And so to me that's a space that unfortunately it's a tax, but it was tax that we ought to pay because we all care so much about security and naturally so. But to me the security vector is something that will just continue to be incredibly innovative.

And now with AI and the notion of potential deepfakes and all the implications that come with AI, I think the security vectors will have to expand to figure out is Patrick who he really is when he's calling me or sending me this email or the slack message. And I think that's going to continually be an area that requires a lot of investment. If you think about handling the most contentious things that you have to deal with as a leader of the business, what comes to mind and what is your method of handling something hard and contentious? Most of my issues are people related. I joke with my head of HR that I feel like I'm the glorified head of HR because 70% to 80% of my time is all around people.

Who's moving up and why, who's moving sideways and why, and who's moving down? Why is there a lack of alignment between different teams? And we're all kind of imperfect creatures. Like, everyone has their strengths and weaknesses, and in times of stress and tension, you see people's weaknesses showing up. And so a big part of my, where I spend my time is all around people issues, whether it's with my direct team or with structural issues around people, issues around calm people, issues around, like culture.

We spend a lot of time, for example, on leadership development. What I said is one of the struggles young leaders have is knowing how to hold people accountable. I tell people, if a leader is incredibly self aware, knows how to recruit, and knows how to hold people accountable, they will be a fantastic leader. But those are skills that you just don't absorb. Maybe you can learn from observation, but if you have a program that can help people develop those skills, that becomes incredibly powerful.

So we spend a lot of time on leadership development. Actually, scaling that middle mansion layer becomes a very, very important role in terms of the culture you create and your ability to execute. Because at the end of the day, I'm not really making lots of direct decisions myself. I'm leading through others, and ultimately, others are really driving the business day to day. Trey, what are your preferred tactics of accountability, of keeping people accountable?

Patrick O'Shaughnessy

What has worked best for you? Again, most people struggle with knowing how to keep people accountable. So we have this three step process that we encourage people to consider. The first one is you need to be very, very clear on expectations. That's the first mistake people have.

Dave Ittycheria

They're not very clear on expectations and expectations, very fuzzy. By definition. If you have a fuzzy expectation, then you're setting your person up for failure because they don't know what good looks like. So, one, you have to be very, very clear on expectations. Two, when they miss an expectation, the initial approach you take is that the onus is on you.

Their manager or their leader, that you weren't clear enough on the expectation. So they misunderstood why that expectation was important or why the expectation was partially met or unmet. The point is that you're not beating them up. You're saying, you know what? I wasn't clear.

I should have done a better job explaining the why I should have liked. So I'll give you a simple example. Say, Patrick, you run a team, and every week I say, Patrick, I need an update from you on what's happening. Say you're running customer service, a success function, and saying, I need an update every Friday on what happened the week and what trends you're seeing. And Friday goes by, I don't get anything from you, so I'll come to you.

Say, Patrick, maybe I wasn't clear on why this is important to me. The reason this is important to me is really gives me a picture of what's really happening with the customers, what the feedback is on the products, how the buying behavior may be changing, what potential competitive dynamics are happening, our competitors may be underpricing us, etcetera. So, Patrick, are you clear on why this is important? Yes. Okay, I got it.

Now, the third step is now, if you miss it again, it becomes very easy for me to hold you accountable because I've done steps one and two. I've made it clear what the expectation was. First time was missed. The onus was, I made the mistake, not you. Next time you make a mistake, there's no place to hide.

But most people don't do step one and step two. So then you barely get at the end of the year, Patrick, I'm going to give you a meets expectation. You're like meats. I thought I was doing a great job. Well, you missed your name.

And then you'll be like, well, why the hell didn't you tell me? It becomes a very dysfunctional conversation. You get demoralized, I don't feel great. And God forbid maybe you start thinking maybe Mongolbia is not the place for you. So this is a thing that young leaders really need to develop.

If young leaders know how to hold people accountable in a constructive way, they will have a dramatic impact in their career. What else have you learned from Andy Grove that just makes me get in like an Andy Grove mindset or something. That very nice, simple, elegant way of approaching management. I love Andy Grove. I think he was truly one of the seminal leaders of our industry.

The best thing I've learned from Andy was that there's only two reasons why people fail. One, they failed because they didn't have the skills to do job or two, they failed because they didn't have the will or the drive to do the job. And if you net it out, that's the two reasons people over complicate things and all that. So we call that the skill will matrix. Do they have the skill to do the job and do they have the will?

And invariably we find that if you ask people to on a two by two matrix to plot, people invariably, let's say they have high will, but they don't have necessarily all the skills to the job. But then say someone who has a skill to do the job suddenly is not performing anymore. And why did their will change? Well, maybe they felt they should have been promoted and they didn't. They get demoralized.

Maybe something's going on in their personal life as affecting their performance. So that skill will matrix is an incredibly powerful way to assess your team and say, what gaps or problems or issues do I have my team? If you map people on those two dimensions. Anything else in the vein of that very elegant three step process for setting expectations? Any other tool in the toolkit like that that you find yourself using again and again in the management of the business?

Don't ignore bad news in your house. If your dog poops on the floor, are you going to step over and keep walking? You're going to get your pooper scooper and come clean it up. Similarly, like if you see bad news, you can't just ignore it. Your responsibility is to investigate and really get at the root issue.

And invariably you always find out when you ask someone, hey, after you fired someone, oh my God, I found out so many more problems. The point is, again, like I said, bad news travels very slowly up the organization. So even you as a leader, you're only seeing a tip of the iceberg. What happens is that when that person leaves and you start really digging in, so there's so many other problems I didn't see. Another potential thing that I find is really, really important is a tell that I use is when a leader's not scaling, the biggest tell for me is they're losing their team.

Because again, one of the actions I have is you can usually fool the people above you. You can sometimes fool the people around you. You can never fool the people below you. Why? Because they see how effective you are in resolving problems for them.

They see how effective you are in the decisions you make. They understand the rigor and logic you're making, or the lack of rigor, your logic in making and making decisions, so they get to see who you really are, but you can kind of mask some of that to your peers and to your boss. So when I first joined MongoDB, one of the first things I did to assess the leadership I was inheriting was to kind of meet the whole leaders across the business and became very clear to me who were the good leaders versus the bad leaders by the quality of team they had. And I look at attrition data as well as the people that were hiring. The inverse of that is I find a's hire a's, b's hire c's, and c's hires f's.

So as soon as you have a bad leader, all the good people leave. And the quality of people they're recruiting is far lower than the team they inherited. So those are all tells about how effective a leader is. And that's usually a sign that you got to go take some action. Do you feel like there's any major unfinished business at Mongo?

Oh, big time. We're constantly getting pushed on product. We have a very scalable platform, but we have customers who are demanding even more performance and scale. We have a whole bunch of features that customers are asking for that we need to work on. We're pushing ourselves on the go to market side to become more efficient as we scale.

Investors want to see the classic rule of 40, high growth with increasing profitability. One of the challenges that we have in our business is that were not a technology, we make a centralized decision. Were not like an HRS platform where everyones standardized on workday or everyones standardized, or CRM where everyones standardized on Salesforce or even say like a data warehouse like Snowflake. We have to win business application by application or workload by workload. So that can be a fairly expensive cost of sales.

And so how do we reduce that by becoming a standard? How do we create virality by getting developers to self select us more quickly. So those are things we're constantly trying to work on and become better at. And obviously it's a very competitive space. We're competing with the hyperscalers, we're competing with the legacy vendors, always competing with.

Patrick O'Shaughnessy

New entrants on the point of investors and how they view your business. One lens beneath growth always is the defensibility of the business. If you continue to be successful, the profit pool is there. That invites new entrants. They want your profits, they want to come for them.

So you have to have some sort of sustainable differentiation around the business. Do you think about architecting? That is it something that as you strategically think about the business you're returning to over and over again? Where's the power in the business? Where's the defensibility?

Is that an active part of your strategic thinking? And if so, I would love to get let into the room on how you apply that concept to Mongo specifically. Well, I would say in general, you always care about churn, because by definition, your durability business is an inverse of your churn rate. So you always care about the churn in your business. But it becomes even more profound in consumption business, because consumption business, you recognize revenue by usage.

Dave Ittycheria

So consumption business gives you a real time view of demand, and sometimes your consumption goes down because not anything you've done wrong, but customers online business is slowing down. Maybe they're selling 100 widgets a day, now they're selling 80 widgets a day, and there's not much we can do about that because the consumption of our underlying platform has gone down by 20%. But sometimes you can also see, hey, something's going awry, because either the performance of the system is not as good as it should be, or maybe their costs are going up disproportionately to their usage, and maybe it's because they've misconfigured their database schema, maybe they've misconfigured some parameters, maybe the indexes aren't optimized. So there's things we can do to really deliver a superior performance. And that's why we've really invested in customer success function, because in a consumption business, it's not like we sell something and move away.

We're engaging with the customers almost on a daily, worst case weekly basis to understand what's going on. So we care a lot about that. Even though inherently databases are very sticky, they're one of the stickiest technologies customers will use. But we dont take that for granted. Another book that ive seen you reference is talent is overrated by Jeff Colvin I think is his name.

Patrick O'Shaughnessy

Im curious what you learned from that book, kind of in the same spirit of what you learned from Andy Grove. Its been a while since I read that book, but the takeaway for me was that if youre a startup, if you raise a little bit more money or require better talent than your competitor, that has disproportionate outcomes, like an athlete. If youre an athlete and you get recruited, say you and your friend tried for like the a team and you're on the b team, and one of you makes the a team, now all of a sudden that person is playing with a better set of players around them. They're getting better coaching, and all of a sudden their performance is increasing exponentially. So basically putting yourself in a position where you're working with the best people around you, delivers higher performance.

Dave Ittycheria

And I've seen that. I have a son who's a division one athlete who I saw that happen as he grew in his career, his development grew exponentially with the better players around him. And the same thing with startups. The quality of investors, the quality of people around you can have a disproportionate impact on the outcome that you have. What have you learned from Rouloff being on your board and working with your business?

Sequoia has been historically our largest investor. I really admire Sequoia and Ruloff for a couple of reasons. I historically really respected Sequoia for how disciplined they are. A lot of venture firms out there saying we're very founder friendly. And I've been involved some situations where investors don't want to shoot the CEO because they're the founder, because they worry about the reputational impact around them.

So they say you should get a COO. And they do some weird things organizationally to preserve their good name, but in some ways hurting the business. I always respected Sukhoi and how disciplined they are about everything. Starts with building a great business and working from there. Obviously, they want to be supportive of founders.

One of the things I really respect about Ruloff, I've been on boards where the largest shareholder feels like they have to have the loudest voice in the boardroom. That can get a little tiresome, because sometimes it's other people who have more insight than necessarily the largest investor. And one of the things I really respected with Ruloff is that even though he was always the largest investor in MongoDB, he would listen very carefully. And when he spoke, the signal to noise ratio was very, very high. And so he didn't try and use his ownership percentage to kind of pound the table and all that.

He would really like to understand the business. And when I joined the company, the company was in quite a fragile state. So he was very, very supportive in making sure I was set up for success. And there were times when there were some challenges in the business when I would ask Roulf for help and he would help me in a nanosecond. And so he's always been there for me when I needed it.

And I respect that. Again, back to the point that the CEO job is a very lonely job. And so when you want your board to help, it's really helpful. What are you most excited for next in the business? It's really this transition to AI.

I think it's going to be a multi year transition. How we position ourselves and navigate this transition is going to be really, really important. I think it's really exciting. And if this is just another day doing the same job day in, day out, it can get a little boring. Obviously, we're also growing as a business.

One of the things that gives me the most joy is when employees come to me and tell me how grateful they are. Because the value they've created at MongoDB has enabled them to either put money away for their kids, buy a potential home or a second home, and just give them a certain level of economic security that they didn't have before. And there's nothing that makes me feel better than to see the impact we're having on our employees lives. And I always tell people, don't come to Montgomery Bee for a job. Come to Montgomery beef to build a career.

I draw this picture where the slope of the line before you come to MongoDB, there's a black box where MongoDB and then the slope of line you're leaving MongoDB is at a very different level. So my goal is that the skills you gain here, the relationships you build, and the experiences you have will shape who you are for the rest of your career. And hopefully that's taken hold. Dave, it's so much fun talking to you and hearing about the business and all the lessons you've learned. I think you might know my traditional closing question for everybody.

Patrick O'Shaughnessy

What's the kindest thing that anyone's ever done for you? I think believing in me as I share with you, I've always had this inner doubt about am I good enough? And as many people believed in me when maybe I didn't think I deserved it. Whether it's like I said, Steve Walsky believing in me when I had no experience building a software company, it's investors who believed in me and investing in MongoDB. When there were questions about would MongoDB make it?

Dave Ittycheria

Whether it's people who believed in me coming and joining the company and trusting me on going on this journey, my wife, who's believed in me at times, maybe I didn't always deserve that belief. That's something I'm so, so grateful for. A simple and wonderful place to close. Dave, thanks so much for your time. Thank you, Patrick.

It's been great to be here. If you enjoyed this episode, check out joincolossus.com dot. There you'll find every episode of this podcast, complete with transcripts, show notes, and resources to keep learning. You can also sign up for our newsletter, Colossus Weekly, where we condense episodes to the big ideas, quotations, and more, as well as share the best content we find on the Internet every week.

Patrick O'Shaughnessy

You can also sign up for our newsletter, Colossus Weekly, where we condense episodes to the big ideas, quotations, and more, as well as share the best content we find on the Internet every week.

Dev Ittycheria - The Database Evolution - [Invest Like the Best, EP.373]

Primary Topic

Episode Summary

Main Takeaways

Episode Chapters

1: Introducing Dev Ittycheria

2: The Role of AI in Business

3: MongoDB's Evolution with AI

Actionable Advice

About This Episode

People

Companies

Books

Guest Name(s):

Content Warnings:

Transcript