Spencer Skates, CEO Amplitude: “To $100m ARR and Beyond: Maintaining Hypergrowth”

This is the central challenge of great product development: knowing what your customers want. What features do they use? What do they get frustrated by? What keeps them coming back? If you can see a little bit further than anyone else, that's worth incredible amounts. This is the biggest competitive differentiator that you can have. Today, 26 of the Fortune 100 use Amplitude. The same thing Salesforce did for sales teams, Amplitude is doing for product teams. Data analytics company Amplitude, going public on the NASDAQ today. I look a decade later, our relationship is the bedrock of our success. Looking at the scale of the impact that we can have is crazy. What we get to do is we get to make all of these digital products better. We have visibility into things that we've never had before as product builders. Building the products of the future, I'm really excited that Amplitude can be part of that journey. Please welcome to the stage Spenser Skates, founder and CEO at Amplitude. Hello, SaaStr! How are you all today? Phenomenal to see you all. I am very, very excited to be here at SaaStr among lots of other SaaS company builders. I think One of the things that becomes challenging as you grow is just to be able to have that community and talk to other folks who are running into the same things as you. So very, very excited to be here today to share some of my learnings in growing Amplitude from nothing to 25 to 100 to 250 and beyond. And then very excited to hear what's top of mind for you all in the Q&A. So looking forward to that at the end. Those of you who don't know me, my name is Spenser Skates. I'm CEO and co-founder of Amplitude. That was actually a pretty cool demo reel there. We need to get that for our website. We do— we're a digital analytics platform, so we help you do everything from product analytics, CDP, experimentation, session replay, and more. Check us out at amplitude.com. All right. Just to give you a little bit of background on the company, I founded Amplitude along with my two co-founders, Jeffrey and Curtis, back in 2012. It was born out of another failed startup called Sonalight. Like a lot of engineering teams, we had the hubris to think we could build our own internal analytics platform. And when that company failed, we realized there's a huge opportunity into helping people better understand their customers, what features they use, where they get blocked, what keeps them coming back, and what ultimately makes for a great product. Today we're the leading digital analytics solution in the market. Our goal is to help every company build better products. More than 2,000 companies use us today, including the likes of Intuit, DoorDash, Atlassian, Ford, Walmart, Disney, NBC, tons of other great companies out there using us to help them understand their customer journeys. 2 years ago in 2021, we got listed on the Nasdaq, but that was just the beginning. One of the really important things It's a conversation for another time, but as part of going public, you can't just have that as the end goal. You got to be seeing beyond that. So, but really, really important milestone in our history. And like many of you, I really want to build a generational tech company. And so today I'm going to talk about— there's a lot to talk about when it comes to building a great company, but today I'm going to talk about 4 key lessons that I've spent a lot of time really thinking about when it comes to what it means to build a great organization, a great and long-lasting sustainable business. So let's go ahead and get into it. All right. So here are the 4 lessons I'm going to go through today. First, maintaining a culture of product innovation and how to do that. Second, how to build new products and how you need to treat them like a startup within a larger organization. Third, understanding executive hires. This is one of the least talked about but most leveraged things, particularly as a CEO founder that you have for scaling your business. So I'll share with you my insight from this. And then lastly, making the mental switch. This is actually the hardest part of changing from an early stage founder to a large organization executives. It is not a natural thing. They're very, very different roles. So excited to talk through those and get to Q&A from all of you. So let's go ahead and dig in. All right. Lesson number 1, product innovation. Super, super important, particularly for— we're in the technology business. We build innovative products. Customers expect us to continue to having the latest and greatest. One of the beautiful things about the SaaS model versus licensed software is that the product is always getting better when you use it. And so the core challenge is how do you keep this up over time as you continue to grow and scale? It's one of the hardest things to do by far. So let me go through, I actually want to talk about one of the fallacies people have here, and misconceptions, and then that goes into, you know, how do you get around this? So most people expect that your ability to innovate grows linearly with your number of employees. So as you continue to add engineers and other folks onto your product development team, that your rate of being able to ship stuff and innovate goes up, right? So it's just, you know, you go to a team that's 100 people, they'll be 10 times more innovative than a team that's 10 people. What happens in practice is actually the exact opposite. The graph really actually looks like this, where actually your ability to innovate goes down with the larger of an organization. By default, it goes down with a larger organization. And so you look at this and you're like, why the hell would I ever grow my team? You know, it doesn't make any sense. You know, maybe just keep them small forever. And this is a very natural part, because what happens is your codebase gets larger, there's more people, and so the ownership of great product and product success gets diluted, and every individual's ability to coordinate gets harder, right? There's n-squared connections in the company, and so it gets harder and harder and harder to keep everyone on the same page. For a lot of very natural reasons as an organization, actually gets harder to innovate on your product as you continue to grow and scale. And so the trick is, how do you change this curve to look something more like this? You know, at the end of the day, I'll, I'll be okay. You know, it's not going to be linear, but like, let's— can we at least get it to be monotonically increasing? Let's at least have it go up. So the more people that we add to the team, the more innovative that we're able to be. So how do you actually get there? All right. So first, I want to talk about a very overlooked part of building and scaling great product development teams. And that is setting the right structure and organization. So there's an old saying where you ship your org chart, and this is kind of the root cause of why it is you're able— that your ability to innovate slows down as you continue to grow and scale. So I think spending a lot of time going from a founder is thinking about how do I drive all the innovation myself to how do I think about how do I structure and create an org where I create really clear guardrails and really clear goals for each individual. Again, it may sound very basic, but almost every CEO that I talk to that goes past about 50 engineers runs into exactly this problem. They realize they haven't spent enough time on this. So I can't overemphasize it, spending enough time on this. The model that we have at Amplitude is we have deep functional experts that are supposed to be the single responsible person for each of these areas. So for governance, for data platform, for CDP, for analytics, for growth, for experimentation product, we've spent a lot of time at the executive level defining each of these areas and then giving responsibility across engineering, product management, and design to single individuals who are responsible for making them great. And so really what you're doing in a lot of ways is kind of replicating the conditions of a startup in a small team, and your responsibility is to manage that as a portfolio as the leader. And so again, may sound very obvious, but I can't tell you how many organizations that come to me and ask me, "Hey, Spenser, how are you able to keep up shipping the velocity of product you do at scale?" And they just haven't spent enough time here. The specific mechanism that we do, which we've talked about on our blog quite a bit before, is we have pillars, and we have leads for those pillars, and they're responsible end-to-end, full stop, for the success of their particular area of the product. So again, you ship your org chart, and so it comes back to this, and spending a lot of time on this. Alright, second part is culture. It's not just enough to, you know, set the org chart, give responsibilities, and go. You actually also have to set the tone that this is what you value as an organization. In the early days, when you're a small team, and it's you against the world, it's very, very natural to have this feeling, because, you know, you've got to ship, you know, it's like you've You've got to keep swimming, otherwise you're dead. And your product is worse, and there's a lot of needs and asks from your customers, and you want to be able to keep up with that. You actually have to be very explicit around setting this culture. I've seen a lot of companies that have done a good job of this. Facebook's a phenomenal example, where they were one of the first to talk about moving fast and breaking things. Let me tell you a little bit about how we do it at Amplitude. So first, all hands. So we have all hands once a week. At every single all-hands we do, there is a product demo where we share something that's been shipped in the last week. It's considered a great honor to present that at all-hands to an organization of 700 people. And so just constantly talking about it and beating the drum and using the channels that you do have to, to, to celebrate and reward and highlight the importance of innovation. The next thing we do is we have a feature releases channel in Slack, and it is my personal favorite Slack channel, where anytime a new feature goes out, it's posted here. There's a write-up posted by the product manager and engineer. They post a GIF of what, how the feature works, and they talk about what customers are using that feature as well. And one of the things we look at, again, very arbitrary measure, but we look at, hey, how much stuff is going through that channel each week? And we want to make sure, and if there's not stuff, then that's a problem. That's a flag to us that something is off. The last thing we did on the culture aspect was internal hackathons. So twice a year at Amplitude, we have the entire product development team pause what they're doing and take a week off just to work on things that they think are interesting and they think can provide customer value. And at the end, we have a demo and we present it to the company, and we show all the cool things that have come out of that. And I remember in the early days, when we first proposed doing hackathons, a lot of the early executives at Amplitude looked at me and are like, "Hey, this is crazy. You're literally telling people to take a week off and do whatever the fuck they want? Like, what the hell? Like, you should be telling them exactly what to do." But again, back to our culture of innovation, if that's something that we care about, we want folks to be able to take ownership and innovate on their own, and drive that at Amplitude is, you know, providing opportunities for them to do that in different ways. Hackathon is a great way where you're expected to come out with something at the end of the week. So it's been a huge part, a lot of some of our great products, like recently we shipped warehouse-native Amplitude, and that actually started at a hackathon 4 years ago where someone wanted, thought, hey, what if there was a version of Amplitude where I could use SQL queries to connect to a database versus using the Datastore we have. So huge, huge part of keeping up that innovation mindset as we grow. Last thing I just wanted to share with you all here. So one of the things I would do in product reviews with the team is I would always ask the question, what customer is going to use it? One of the things that can happen as you grow as an organization is you start to get more and more abstracted from your customer. So, well, the PM's job is to talk to the customer, not mine as an engineer. Well, you know, hey, it fits within this theoretical strategic framework that, you know, some VP or some executive has put out there, so that's why we're building this. And so the question I would ask is, what customer is going to use it? One of the wonderful things about SaaS and B2B is your customers will literally tell you what they want and then pay you money for it when you build it. So if you use this as your North Star, build what your customers ask for, it's hard to go wrong. It's hard. It's very hard to go wrong as an organization. But again, so many companies don't do this. So many companies get far from this as they grow. And, you know, that's why you get crappy software and that's why you get a lack of innovation. And so I ask this question so much to the product team that they put my face and this question on a shirt, as you see here, so that I wouldn't have to ask it all the time. They could just remember it. So anyway, fantastic. Something that you continually have to beat into your organization and a big part of what has made Amplitude continue to be successful as we've grown as a company. All right, that's lesson 1. Let's go on to lesson 2, treating products like a mini startup. So this is something I see, going back to shipping your org chart, this is something I see organizations get wrong. One of the rules in SaaS is as you get to $100 million in revenue, you want to start to find new pieces of value outside of your core offering. So what are other adjacent things that the same buyer or the same user can get value out of that's not the core. And pretty much every company that has gotten to $1 billion or more in annual recurring revenue has been able to do this successfully. The challenge is this is really freaking hard. It was hard enough to capture lightning in a bottle the first time and find product-market fit for your first product. How the hell are you gonna find it for your second product? So I wanna share a few tips that we learned after a bunch of failed attempts. A lot of companies will create a new product innovation team, but the problem is they have that innovation team sit right next to the central product team and be folded into all the same efforts. And the problem is the things that work for a mature product at scale just are completely the opposite of the, of what you want to do when driving innovation for the first time. So, as an example, your product team may do set quarterly goals and have quarterly plans. And it turns out when you're trying to innovate, quarterly goals don't really help you that much. They may set long-term product roadmaps to be able to communicate to customers. Again, when you're innovating on a new product first time, you don't have a long-term product roadmap because what you may do may change next week or even tomorrow. Another thing that is done is coordinating with other teams, whether that's go-to-market or compliance teams like security or teams like the support team to understand what the new product is. Again, it makes a ton of sense for a mature product with tons of users, but exactly the opposite of how you want to run a new innovative experiment. All of those things that help a central product team be successful are huge distractions for your early innovative team. And so as a leader, your job is actually to sequester them off from the rest of the organization and protect the team from those distractions so they're able to innovate and drive really, really quickly. So I'm going to give you just two quick stories as examples of how we did this at Amplitude. So the very first new product that we did successfully was experimentation outside of analytics. And the way we did it, the first time we tried to do it, we actually had them be part of the quarterly planning process and go through all the same processes. And we're like, yeah, we're one team. You know, that's how we should operate as a company. But actually, no, it was really important. So we ended up failing and having to do a redo of it the subsequent year. And what we did the subsequent year is we sequestered them off so we wouldn't actually include them as part of quarterly planning. The only meeting we have was a meeting every 2 weeks where I would ask the same question, which is, how many paying customers do you guys have this week? And it was just get them to maniacally focus on that and not worry about anything else. Don't worry about how it integrates with our existing product. Don't worry about what the long-term roadmap is. Don't worry about what metric we're trying to optimize yet. Don't worry about, you know, being in compliance or what have you. Just get something out there that has paying customers. Let's do that. And we ended up doing to great success. Experiment is now our second largest product after the core analytics. The second example is, so I mentioned we recently launched a warehouse native version of Amplitude. One of the things that happened was our go-to-market team wanted to get involved in the launch of that new product. They're really excited. They're like, man, customers have been dying for this. They've been asking for it forever. Like, you know, the partnerships team wanted to get involved so we can set up our partnership with data warehouse companies like Snowflake. Marketing team wanted to do a launch on it. A lot of the account executives and CSMs wanted to know what the details of the offering. And so my co-founder who was in charge of the effort got so bombarded with meetings, he was spending so much of his time coordinating with the rest of the org and not enough time innovating on the product. So I said, all right, no one is allowed to talk to him. We're going to have a once every 2 weeks meeting, and if you want to talk to them, that's the meeting you go to, and otherwise, you're not allowed to bother this team, and they just need to get something that has paying customers and get shipped out the door. So again, another thing that happens as you grow as an organization is a lot of people want to be part of the new hot, the new innovative thing, and you've deliberately got to set them up from a leadership perspective to insulate them from that. All right. One other method as a corollary I want to call out as part of this is acquihires. Acquihires are actually a really phenomenal method if, if you're at the scale of a company where you can bring in a bunch of talent. We've done this twice at Amplitude, once with ClearBrain and once with Iteratively, and it's been a great success for us. You are bringing in a set of people who are already familiar with the in the space because they're working on something adjacent. You have them join your company, you have them rebuild their product in the context of what you're already doing, and it, it, it's fantastic for a number of reasons. So one is, you know, you don't have to get them up to speed on the space. I think another is that, like, they have that startup innovative mindset, and so they're kind of an injection of fresh energy to the team, and it gets them— it gets people really motivated and fired up. To work with a team that's focused on shipping, that's focused on talking to the customers and being close. And so this helps a ton, both with innovating on a new product, both iteratively, and Clearbrain ended up becoming our CDP product and our audience targeting product. And it also helps with the first part I was talking about, which is helping maintain that culture of innovation. So another thing that can be a useful tool in your toolkit. All right, let's go on to the third lesson. So the 3 stages of executive hire. So this is one that is just not talked about that much because it's an uncomfortable talk— talking. It's an uncomfortable thing to talk about is like what makes someone a good fit for one stage versus another. And, you know, people will say platitudes like, oh, it's important to recruit and hire well, but okay, what does that actually look like? So I wanted to share with all of you my learnings on this topic. So let's first start off with the early stage. At the early stages of a company, there's not a ton going on in your business yet. You may not even have a product or a fully featured product. You have zero brand awareness. You have almost no customers. Nobody gives a shit about you. It's just you against the world. And you need an executive who is strong at operating in that environment and who can make make something happen out of nothing. Um, and so one of the biggest mistakes a lot of very early-stage companies get, and you've heard this before, is they'll hire some big company executive from Microsoft or Google or Amazon that's not used to operating like a scrappy startup. And so before, when you're in the early stages, when you're a few million in revenue, when you're early on before anyone cares, you need executives who are willing to embrace that. How can you get a lot done and make stuff happen with not many resources? So example, at Amplitude, early on we didn't have a marketing function. And so how were customers going to hear about us? Well, our CRO, instead of, instead of saying, oh, we're going to go, let's create a marketing plan and let's hire out this team and let's do it. It's like, no, let's actually just start trying to host events with the team that we have. So we ended up hosting events like we called them growth clinics or having a webinar just to share some of the insights we had learned about analytics with other customers. The other thing is it wasn't even the CRO's area of expertise. He hadn't actually run marketing before, but that was okay. It was more the mindset of, hey, let me make something happen. And so it's very, very— you're hiring people who are very much like you as founders in terms of being scrappy and being able to make something happen out of nothing. So that's, that's early stage. What happens, though, is as you start to get to the tens of millions, you start to transition as a SaaS company. And this, this, this one took me a while to learn. Once you're at the tens of millions in ARR, at this point, your product works, people are buying it. You're not just making stuff happen. The goal is how do you scale this successfully so you can get to, you know, 10, 20, 30, 50, 100 beyond? And so you have something that works, you know, okay, if I target this type of customers, if I have these sort of conversations, If I am able to offer these sort of product capabilities and guide them along the way in this way, they will buy and do business with us. And so you change from someone who is very scrappy and just making things happen to someone that's taking something that's already working and scaling it. So how do I hire my nth account executive, or how do I hire my nth engineer, or how do I repeat that webinar that really worked and do it 100 times over? And that's a very, very different type of executive. So I think of this as the mid-stage scale executive. The other part about this, and this is part of why this transition is hard, is some of the folks who were really good early on may not be good for this stage. And so this happened with some of our early executives that were really good at lighting fires and making stuff happen. But again, when it came to doing a deliberate, systematic process that worked at scale, had a really hard time. So a great example is, you know, the sales leader I mentioned in the early days was different from the sales leader we needed at the mid-stage because instead of just making stuff happen with events, we needed them to roll out things like med pick, hold teams accountable, do accurate forecasting, setting the right territory strategy. So the skills end up being quite different. All right. Last Stage of executive hires, and this is one I am still in the process of learning and has been different for me, is hiring. Yeah, hiring late-stage executives. So at this stage, you are no longer hiring executives who are doing the work themselves. You are instead hiring executives whose job is to hire other leaders who then do the scaling work and building out the teams. And so this one, this one was hard for me to wrap my head around culturally because I'm like, man, I want people who actually do work, who not— you don't just, you know, sit in their office all day and hire, you know, out of their Rolodex and build out this big team and actually not deliver any value themselves. But this is actually what you need at the late stage, because once you get to $100 million and beyond in ARR, there's so much complexity in the organization You have all these different functions within marketing. There's product marketing and comms and demand generation. Within sales, you have revenue operations and account executives and solutions consultants and all your geo territories. You have partnerships and you have customer success managers and solutions. And the list of functions goes on and on and on and on. And so one leader is not capable of leading all of those functions by themselves. Themselves, their superpower actually needs to be in hiring other leaders. And this can be very disorienting, particularly if you're a founder who is of the mindset of like, hey, I take pride in being on the front lines and leading by example and doing work myself. It's actually not your job anymore. It's your job to hire other leaders, to hire executives who then hire leaders who are good at that. And you get all these stages of indirection. But again, very important for scaling. This has been the biggest organizational challenge at Amplitude by far as we've scaled past 100. And the biggest learning for me, you know, great example, last year we hired a new president, Thomas Hanson, who is just exceptional at this, able to hire out teams 10 times more quickly and evaluate folks 10 times more quickly than I can, as well as run them and hold them accountable to delivering on things. And it's been a night and day change in how we've operated as a go-to-market team. But again, get a very different executive from the previous stage. Someone who may be good at scaling teams may not be good at hiring other leaders. So you have to be very, very deliberate about that. The last thing I want to talk about this is that the emotional element of this is the hardest part. And this is the part that people don't talk about much. It's difficult to move on from people who have helped build your company. So this was an interview I saw by Larry Ellison, and Larry, you know, if you know him by reputation, he is one of the most ruthless motherfuckers out there. But even it was hard for him too, because he had so much loyalty to the folks that helped build the company and helped build Oracle, but he knew it was different for the next stage. And so in some ways, this is— knowing the right playbook is one thing, but being able to do it, implement it, in practice is another. And so, as a CEO, your job is to be in front of the company far in advance of when you need to make these leadership changes and how. And this is the hardest part of getting over it. This is the hardest part where CEOs struggle. All right. Last thing I want to touch on is a thing I'm still learning on, which is making the switch from becoming an early-stage founder to being a late stage organization, late or large organization executive. So let me go through it. As part of being a large organization executive, the way you manage is very different. I think a lot more about talent and how to get the right talent to do things, and that's the rate limiter on the growth of Amplitude, than actually trying to drive some initiative myself. So initiatives myself. So I want to give a few examples. So you have to say no a lot more. And that sounds obvious, it's actually quite hard in practice. Let me, I want to give you kind of a few examples of this. You know, I used to obsess about every single person at Amplitude getting a great experience. And so every single employee problem, if they didn't have a good experience with the manager, with another team, with how they're compensated, whatever was going on, that became a Spenser problem. And I held onto that for way too long. You know, I ended up, I remember trying to do that all the way through about 200 people where I want to meet every single person, I want to check in with them, I want to have, make sure they have a great experience. But very quickly, and for a while it actually worked. We had super high engagement, we had super low attrition, we had less than 10% attrition, we had like a 4.9 on Glassdoor, like it was the best place to work ever, all these amazing things. I was really proud of the organization we had built. Until it didn't. As we got past that 200 milestone, I no longer could be in the weeds on every single thing. And so what happened is we went from 10% attrition overnight to 30% attrition, a 4.9 Glassdoor score to like a 3-something. All these organ— I was happening was I was covering for all this organizational dysfunction where instead of holding leaders accountable and getting leaders to step up, to I was covering those gaps for people. So very, very important lesson that you can do unscalable things up to a certain point, but then the paradigm shifts on you. All right. I want to actually do a quick quiz. I'm going to do two. We're going to do two quiz sessions. I'm going to ask you a question. I'm going to ask you all a question. We're going to see who has the right answers here, and then we'll go ahead and go to Q&A. All right. So let's, let's try to make it real. All right. So say you have a sales leader who needs to get better with forecast accuracy. Two things you can do for that person. Okay. So the first option is you could try to figure out how to get great at driving forecast accuracy. You could talk to the board, other sales advisors, ask them how to get better, share that perspective with the sales leader, try to coach them and hold them accountable to that and grow them. So that's option one. Option two is, well, you know, maybe it's not your job to coach them, but maybe you should just make it clear to them. So maybe you should create a set of metrics and dashboards that make it clear if your sales leader is actually hitting what you want on a forecast accuracy basis. Okay, so here's the two different options. All right. How many folks here think the correct answer is option 1? All right. Way in the back there. Awesome. Love it. All right. How many folks think correct answer is option 2? All right. Head fake. Both options are actually wrong. So the right way to do it, you don't need to create a set of dashboards to justify that they're good or bad at forecasting. You can just share the feedback. And if they can't fix it, you know, you need to uplevel them. And having that confidence in your evaluation of that sales leader and that executive is really, really core to being able to scale. You can spend a lot of time trying to coach people up or try to cover for weaknesses or try to create systems and processes that help make things clear, but it's better, it's much easier, and much more scalable just to be direct with someone about it, and own and just say, "Hey, I need you to do this," and if they can't do it, find someone else. Your job is not to lead by example. Your job is to evaluate the performance, and that's a very, this has been the hardest switch for me mentally. All right. Similar example. Say you're head of sales. By the way, one of the themes you might see here is head of sales tends to not get along with a lot of folks in the organization. Very, very common thing. You have to be very deliberate and watch out for. Say your head of sales comes to you complaining that your CFO won't approve your deal. What do you do? All right. First option, option 1, we need every single dollar we can get. CFO is being unreasonable. Let's just push it through. Option 2, I'm sure the CFO has a good reason for doing that and it is important we follow the right process. We need to be consistent. Alright, how many think it's option 1? Hell yeah, hell yeah. You guys are early-stage founders. Nomad, do it no matter what it takes. I love it, I love it. Alright, who thinks it's option 2? Alright, alright, I already set this up from the previous question. Right. Both answers are wrong. So the right answer is what— ask your head of sales, what did the CFO say when you talked to them about it? One of the things that is absolutely wild to me as you grow as an organization is people won't give the feedback to each other directly. They'll have one-on-ones with lots of— with you, with lots of other people complaining about, well, this person didn't do this. And you've got to be able to stamp that out by saying, hey, it's your responsibility to have the conflict and communicate with the CFO and have it out with them. And after that, if you can't do that, then both of you come to me and I'll resolve it and I'll tiebreak it and I'll make a call. But you have to be able to give them that feedback. And even very large organizations, very mature executives that have, that have spent 20, 30, 40 years building their careers still get this wrong. It's so much— it's harder to have that conflict. It's uncomfortable, but you got to hold that line because it doesn't scale otherwise. Everyone's going through you. You're not going to successfully scale as a founder. All right. Fantastic. So that's my lessons for today. We're going to do Q&A right after I give you these takeaways. So first, iteration fuels output. Never stop iterating, never stop innovating, especially later in your growth. That becomes— it's the single biggest lever you have for long-term organization success and being able to deliver shareholder value and build a successful company. Second, treat your new product like a startup, so replicate that experience as many ways as possible, and that will help you continue to drive innovation on new product lines as you scale. Third, as a founder CEO, your job is to ensure you have the right executives. This change is a hard but necessary part of scaling. And finally, the early-stage, early-stage founder to large organization executive mental switch is challenging, but you got to embrace it if you want to continue to grow. Awesome. All right, that is it for my talk. Thank you all very much. All right, so we got mics for Q&A, I think, right here. Is there another one? Okay, so just line up right here and we will go ahead and start with Q&A. Always my favorite part. Would love to hear What's top of mind for you? I'll start you with an easy one. So it's been a long journey. It took you, what, 8, 9 years to IPO? That had to be exhausting, really hard, tiring. Yeah. You mentioned it's not over and now it's just the beginning. What keeps you motivated? You've probably made more money than you'll ever need. What keeps you getting up every day? You know, the reason— so first, I I, it's a great question because one of the things that you see in a lot of SaaS companies is by the time you get to year 10, a lot of the founders and a lot of the CEOs will end up leaving the business, whether selling it off, finding a new CEO, stepping down, what have you. Um, it's actually a very, very common pattern and they run into exactly the same set of emotions that you outlined. Hey, you've made it, you made a lot of money, you're tired. Um, the work is completely different. It's— there's a lot that you have to go through. So for me, it goes back to— so anyway, so it's a great question. For me, it goes back to why I first got into this business in the first place, because I'm a huge believer in the power of technology to improve people's lives. And if I can make a small, tiny impact on people by doing that, by making all these products better— you know, one of the stories, one of the customers that we have is is Peloton, and one of the things we help them do is we help them make their workout product really addictive. So they have the highest retention in all the wellness space out of all the different wellness products out there, and we get to be a small part of that, and that's a really cool thing to me. You know, we're helping the world become more fit. And so, you know, multiply that across all the customers, it's like, look, this is the biggest platform, best lever I can to impact things. Like, I was never doing it for the money. And it was, you know, it sounds, you know, it sounds so regular, but like, it really is. I'm just a huge believer in the power of technology to make people's lives better. And so this is the best platform by far. The thing that gets hard, so funnily, is that like, it is, it does get quite tiring. And so you have to figure out how to pace yourself for much longer. You know, one of the funny things is like, I was looking at Josh James at Domo, where he left for a year, and then he came back in just because he loved it so much and wanted to do it. And so for me, it's like, okay, how do I make sure— and he's been doing it for like 25+ years as an entrepreneur, and so I, I know I— this is the thing I want to be doing. And so how can I continue to adapt myself to the person who that needs to be and be conscious of not burning myself out? So not, not an easy answer, but one I honestly thought a lot about over the last few years. Thank you. Thank you. Hey there. So if you take your initial convictions that you had in the early days, because like product and analytics and analyzing the product and leveling up the product teams, which is like a big push back then, you take your initial convictions around the ICP you were targeting and its ability to get to $100 million plus ARR, how much did that change over time? Or did your initial convictions in the early days stay true throughout that whole journey? Yeah, so this is the hardest part. There were some that stayed the same, and there were some that adapted. So we actually started out Amplitude, believe it or not, not with a focus on product, but with a focus of mobile. If you looked at the trajectory of mobile, this is back in 2012, it was growing like crazy. Adoption rates were doubling every year. So you had just the time people were spending on phones, international was growing like crazy, and people were like, ah, mobile apps, who cares, is that really a market? But if you looked at it, it was literally doubling every year. And so we're just like, okay, market's clearly going to be bigger. If we be the infrastructure for this, the data infrastructure, we're going to be successful. Eventually mobile became mobile and web, and then eventually we figured out what we were really talking about is products. And then the story morphed into what it is now, which is like, well, Adobe and Omniture, they were the previous generation where they did internet as marketing. We're doing internet as product and application. But there was always the view that the customers needed a new analytics platform that was suited for the types of things that we're doing that were clear that the previous generation of Google Analytics and Adobe couldn't do. So that stayed consistent. Some of the packaging and messaging and positioning evolved over time. Yeah. What was like a key data point that made you change from the mobile to the web? Was it like competition with sales or was it— It was customers. Customers were asking for it. We started selling to like all these mobile gaming companies. Then there were companies that were like, "Oh, we have a website too. Can you do that?" And it was like, "Okay, great. Let's do it." And then it was like, "How do we describe it?" It's like, "Well, we're mobile. We do this web thing as well." And then I think it was one of our top sales reps actually used the word, "Oh, he describes it as product analytics, and that's the way that Clicks4Customers." And then I was like, "Okay, there's something there." And the whole company started to get repositioned around that. And I have to be clear, that was not like a That was like a multi-year journey that we had to figure out over time. So awesome. Great talk, man. Thank you.

Oh, hello. Hello. When you grow and you start to hire all these executives who hire more executives who hire more executives—

Oh, it's the worst. You get all these levels of management. This is exactly why Mark Zuckerberg wants to like— he told his organization, I want to fire a lot of you because you all suck. There's too many freaking layers here. That was next level leadership on his part.

My question would be like, when you have these layers, how do you make sure that those leaders or executives who still actually do the job share the same insight and drive and all the motivation that made the company successful in the first place, and it doesn't get diluted in the process?

It's hard. So first, I'm gonna say a hard truth, which is it's gonna get diluted, which sucks, and it drives me nuts. Drives me nuts as a founder, but like, it will. Large organization people are just different in terms of the mindset. Now, they also bring a different skill set, and there's value in that too. So that's the first thing I'd say. The second thing I'd say is this is why spending a lot of time thinking and getting that executive who reports to you right, because it's so important, because you want to have, you want to be really aligned with them on what great looks like and their desire to drive greatness from the folks that report to them. And so I will inspect all the time. Like, I'll inspect how's our sales team doing over here, how's marketing doing over here, how's the velocity of the product doing. Like, you know, that's my job as a CEO to evaluate where we're at as a business. I think a lot of founders would just be like, hey, you have it and go. But like, always continue inspecting as you scale. And then the key thing is when you see something off, don't try to fix bring it to one of your execs. And so how you do that and how you define their role versus your role is very custom to each founder and each CEO. It becomes very much, much more and more and more custom as you get more senior. But you've got to be able— that's at least what works for me, and that's how I do it— is like, hey, is this someone that is going to respond to my feedback, is going to have a point of view of their own, is going to care about good work being driven, and is going to get— like, one of the tests I have is Do they get frustrated at poor performance? If they see crappy performance, do they emotionally recoil? They're like, "Argh!" That's one of the cultural bars that I have in my head for leaders at Amplitude.

Thank you very much.

Thanks for the great talk, Spenser. I'm working on something early stage, and one of the things that really fascinates me is sequencing the way you execute from just co-founders all the way up to where you're at now, is there something that stayed the same from day one in how you execute? I know you mentioned in that new product team, you've got no focus on roadmap and it's all about product market fit. So back to those days, has there always been something that stayed the same?

So specifically within how we develop product or just generally at the organization?

Yeah, the execution rhythms. To use to sort of run the organization, whether it be build product or otherwise?

You start planning on longer-term timelines, and so we do quarterly planning, and we just upgraded from quarterly planning to now we show a roadmap of what we're shipping now for the next 6 months, what we're shipping next for the next 6 to 18 months, and then what we're gonna get to later at 18 months plus. And so you have to start developing longer timelines for a number of different reasons. One, it just helps you plan and run your business. Two, like, it helps you organize and coordinate other stakeholders, like go-to-market. So you add stuff. The thing I've been maniacal about, and hopefully you've taken away, is just that you're gonna have to do all that stuff, but there's playbooks for that, and that's pretty straightforward. You still have to be maniacal around that speed of innovation. It will slow down on a per-person basis, but hopefully on an absolute basis, you can make it go up. We still have the feature releases channel. We still do the every 6 months hackathon. We always do product demos at all hands. I always call that out. We're always expecting people to ship stuff. And so I think the tools that you use— so culturally it's the same, and the ethos is the same. The tools that you use as you grow change, if that makes sense.

Thanks very much.

Hi, Spenser. So I wonder how your sales team looked at the early stage when you were at the mark of $10 million ARR, and how you managed to transition that to hit the mid mark and hit $25 million and beyond. And what were the most challenging things during that process?

There was a lot. By far, the executive thing was the most challenging, which is why I highlighted it. Um, it's going from that early stage executive to that mid-stage executive where there were people that were just good at the early stage but weren't able to put in the systems and processes and scale stuff that you needed to go. And so that was where we had a lot of false starts. Like, we were real— I mean, we still to this day need to improve it, but we were really freaking bad at forecasting accuracy. And so I remember one of my sales leaders at the time, at the really early stage, was like, hey, can you get on this plane, go to New York, just try to get this deal. And I'm like, okay, yeah, yeah, let me go do it. And I got on the plane and the guy didn't even want to meet with me. And he's like, oh, we're having a deal this quarter, like what? And I'm just like, oh my fucking God, it's like, why'd I come out here? Like, this is clearly like, they're clearly not leveraging me as a resource in the right way. And it's just going to be a different person who's able to do it for what's next. And so just getting the right talent in, that, getting the right executive talent in, that by far was the hardest part. The other stuff is pretty straightforward. I mean, you know, you have good engineers, you good engineers, they like to ship product. You have good salespeople, good salespeople like to close deals. So you're just getting more and more of that as you continue to grow and scale. And so that, like, that core motion doesn't change, but the way you manage it and, and, and, you know, have leaders run it, that qualitatively, that qualitatively changes. So it really just gets kind of the layers higher up.

If I may ask a follow-up, how you choose the right talent? What were the criteria? So you made it—

sorry, the right what?

The right talent for a salesperson for that specific executive.

Oh, the right talent. Well, I went into it earlier where they have to be really good at scaling something that's already working. And so you're looking at, okay, do they know how to run a process? And there's a whole other talk to do about this. Do they know how to run a sales process? How do they think about driving forecast accuracy? How do they think about doing enablement? How do they think about splitting up territories? There's all this stuff where it's like, yeah, the tools you're using at larger scale, there's more tools that are needed and they're different from the early-stage tools. And so, I talked to a bunch of other sales leaders who had been at that scale and other CEOs. I'm like, "Hey, what does good look like for a sales team?" And they shared with me a bunch of the things I just said, and then I realized the person that we had didn't have it and I need to go get someone else.

Got it, thank you.

Uh-oh. Are they cutting us off on the mic? Do I have to get down? I can keep going here all day. What do you guys want me to do? Do I have to end it? Okay. All right. I apologize. They're cutting me off now. I'm happy to come up and talk with you all if folks would want to stick around here for a few more minutes. Just want to say thank you all. Very excited to be here at SaaStr. I'll see you around.