Rebuilding IT From the Ground Up for the AI Age: Serval's Jake Stauch

[00:00] You know, I think that there's always a gap between the idealized vision of what you think your job is going to be and then what your job actually is. I think it's true for every profession. You idealize and kids do this the most, right? When they're like want to be a firefighter, an astronaut, what that job looks like. And then you get in that job and you realize, oh, there's actually a lot in this that I don't like. And we want to be the tool that that actually closes the gap between what you think your job is going to be and what your job actually is. [00:26] Thank you. [00:43] All right, I'm here with Jake, the founder and CEO of Serval. Jake, welcome to the show. Thank you so much. Great to be here. All right, we're going to start with a high-level question. [00:51] You guys are building kind of the next generation service now, like the AI native service now, so to speak. That is right. Why does the world need an AI native service now? [01:01] Yeah, employees need help at work. That's kind of the idea here is we are a platform for employee support. The technical term is enterprise service management. But what it really means is getting help at work. And the ideal way to get help at work is you ask for something and you get it instantly, automatically. You don't have to wait on somebody to track down a ticket and assign a ticket to somebody. You just get help immediately. That requires... [01:23] you to have some kind of automated support. [01:26] And that automation is best built with AI. So we think about this from first principles. How do we support employees? You automate all the requests. How do you automate all those requests? AI is really a good tool to bring that automation employees.

[01:38] Awesome. Let's see more about that. So I remember... [01:41] Back in the day, when we first met Fred Letty, who is the founder of ServiceNow, in 2007-2008 sort of time frame, [01:49] And at that time... [01:50] people thought that ServiceNow is amazing 'cause there's this big step function change over Peregrine and Remedy. [01:56] And the key thing that they got right [01:58] was to think about [02:00] Enterprise software. [02:03] as an abstraction is just workflows on top of a database, right? So they built kind of this flexible workflow configuration engine on top of a database, right? [02:11] And at the time, that was amazing. And IT people loved it. And they were off to the races. What I'm hearing you say is that that's not enough. With AI, there's kind of a new generation of automation that can be done. [02:23] Can you just say more about... [02:24] The thing that ServiceNow built [02:26] And the thing that you guys have built and kind of the side by side, like what is truly different this time around? [02:32] They got it right. We also built workflows on top of databases, and that is the right abstraction. That those are the right primitives. [02:40] The problem with their workflows and databases is that they require a lot of manual effort to build and maintain. So building those workflows often requires dedicated development resources to put those together. And while that sounds fine, you invest those resources and you get a beautiful automation on the end of it, that can take weeks to months. [02:59] And in an era where business processes are changing very rapidly, by the time you get that workflow implemented, your business may have changed and moved on and you want a different workflow. [03:06] And so your automation kind of runs behind where you want it to be.

[03:10] And that's more true now than ever before. Same with the database. If you need to manually update those entries and look at your IT assets and make sure they're up to date in those systems – [03:21] that's going to be very, very painful to have to bring in consultants or internal developers to update. We took this unique approach of let's [03:28] keep those primitives workflows on top of databases, but allow you to use AI to build the workflows and use AI to update the databases. And the way we do that is this code gen engine where you describe the workflow that you want. [03:41] all the different steps and permissions and approvals and logic. And we take your natural language description and we turn that into code. [03:48] And so your workflow appears instantaneously. There's practically [03:52] zero time to develop those workflows. And the same thing goes for our databases. [03:57] you can describe exactly what data you want to take from which sources, and our system will actually generate the code to fetch that data and keep it up to date without you having to do any kind of manual intervention. I remember you said months ago... [04:10] This is one of the things you said when we were first getting to know each other that really piqued my interest. [04:14] Something along the lines of if you really want to drive enterprise automation, [04:19] You have to make the process of building the automation work. [04:23] Just as simple, if not simpler. [04:25] as the workflow being automated. Exactly. Is that, do you still believe that? Is that still true? I still believe that. And that insight came from just putting yourself in the shoes of someone in IT or another function and you're presented with a task. Somebody asks you to reset their password.

[04:41] And you've got two options. You can go into Google Workspace, find the user, hit a button that says reset password. Or you can open up a workflow builder and you can drag the trigger and then you can drag the response and then you can build out this custom workflow. [04:55] when you're presented with that choice, [04:57] You're just going to reset the password. You're going to do the manual thing. [05:00] But if it were actually easier to build the automation, you would build the automation because it's just – why wouldn't you? And I think that it comes down to that. People in the moment have to make that decision, and you want that decision to be very, very easy to opt for the automation, not opt for the manual step. Now, is there such a thing – [05:15] as being too simple to automate? Like, is there, you know, people talk about the vibe coding and all the slop that it produces. Is there such a thing as slop automation? Yeah, it is. It's real. And we've had to build some really interesting things around that because yeah, when you make it so easy to automate, somebody might build the 20th password reset workflow this week. Yeah. And it's basically the same as the 19 that came before it. And now you've got all these duplicate workflows and the AI gets confused on which one to run. Yeah. How do you guys manage that? We, [05:45] basically on top of Serval, that's what we're really excited about, that has full contextual awareness of all the workflows you've ever built before, how they work, what they're going to do. So when you say, hey, I want this workflow that does X, Y, and Z, it says, hey, actually, you've got 19 that already do that. [06:00] I could modify one of these, but here's what I think you should do. I think you should actually delete 10 of them, separate these remaining nine into these different categories, add these approval steps. And so it actually walks you through the system. [06:10] and is kind of your assistant that's an expert in our product.

[06:13] to help you translate the business requirements into the actual product implementation. Speaking of the product, so you're a product guy. [06:20] and one of the things that we've heard about you consistently from every possible source is that you're extremely customer focused and like [06:27] really good at listening to the customers and figuring out what they need. Do you have a Northstar metric that you rely on that just tells you the product is getting better and more useful? [06:36] Or is it more you collect all the anecdotes, you synthesize them, you kind of have an intuitive sense? Like, is there a number that you can look at? I think it's the latter. Like, I try to be embedded with the customers. Like, full immersion, I am in every single customer Slack channel. Yeah. I think most of our customers will get a Slack from me and that channel every single day. Wow. And that is a huge, maybe... And just to set the context, a listener might think, like, okay, you probably have four customers. How many customers do you have? No, over 100 customers. And a lot of large enterprises. [07:06] And it is overwhelming at times to be in all those conversations all the time. And sometimes I feel like, oh, man, am I wasting my time? But I feel like I really understand what's going well, what's not going well. And I just have my finger on the pulse. [07:19] And there's just no substitute for that, especially when a lot of the implementation work has gotten very fast. [07:25] more and more of the moat for any startup. [07:27] is the customer insight, the empathy of like, actually understanding what they want. And if we can have a differentiated advantage around the customer insight, [07:36] that's going to be much more valuable than having a product advantage, which is copyable overnight. Let's talk more about that because –

[07:45] This has been a hot topic for a few years now. You know, ChatGPT comes out in November of 2022, and immediately people start... [07:52] of deriding application layer companies as wrappers on top of a foundation model, right? And what you just said kind of plays directly into this theme. [08:00] of [08:01] There's always this school of thought that says, well, the foundation models can just do everything. [08:05] And then there's this goal of thought that says... [08:07] Sure, but you can build a company on top to close the gap between raw capabilities and actual customer problems. [08:13] How do you view your role running an application layer company [08:18] versus the role of the foundation models [08:20] Like, where do you think the moats form around your business over time? Basically, to the extent somebody listening is interested in. [08:28] Like, how do you build an application layer company in this era? What are your thoughts on that? [08:33] I think you have to be happy when the new models come out. And that is kind of the guiding principle that we have is how do we make sure whatever we're building is actually not made obsolete by whatever the labs and hyperscalers come out with, but actually is made better. What's a good example? [08:50] For us, we think the product is the boundaries. [08:52] The product is the controls. The product is actually what limits the capabilities of the model. Because the question now is not, can Opus, can GPT 5.5, [09:03] do these amazing things? Can they do the things I want to do in my enterprise environment? [09:07] The capabilities are practically unlimited. [09:10] It's the limitation now is how do I get comfortable as a large enterprise that cares about security and deploying this?

[09:17] company-wide without... [09:19] elevating my security risk. [09:21] And so we think about it from the boundaries. And so that means... [09:24] really boring old school enterprise software things around permissions and approvals and limiting the scope of your API integrations and having visibility into that, having audits and reporting and logs and alerts and just all of the things that make you feel comfortable. [09:43] letting the models run wild in your environment. And so one of the fundamental things we did from an architecture perspective is kind of divide the agent's [09:51] into two parts. [09:53] So our customers, when they experience Serval, there's really two agents they work with. One is... [09:57] the admin agent that helps build all of these tools and skills that configure how the help desk, what things that the help desk agent can do and what it knows about. And so it's the admins that build that. And then there's a help desk agent that end users talk to that resolves their problems. [10:15] The help desk agent can only use the tools and skills [10:19] that have been expressly built, published with approvals and permissions and all of that by the admins. [10:25] And that architecture, that kind of like two pronged architecture ends up being really, really powerful because [10:30] You can let the help desk agent run wild. [10:32] right? Because the end user can ask it anything and it can use its reasoning ability and its full intelligence to be able to solve the user problems. [10:40] But it can only use the tools... [10:42] that the IT admin has expressly said are okay to use. And those may have approvals attached, permissions that gate certain users from doing certain things. All of that is done on the admin side. But then you get like kind of the full...

[10:54] ability and intelligence of the help desk agent to use those tools appropriately. What's under the hood? Is there anything you can say about which models you guys are having luck with and maybe how that's evolved over time? [11:04] Yeah, we use OpenAI and Anthropic models today, always experimenting with the latest models from all providers to make sure that we're on the cutting edge, running eval suites on everything that we do. Today, it's still OpenAI and Anthropic models. [11:21] we find different models are better at different applications. So for the interaction with the end user, we're seeing the most luck with OpenAI models. [11:32] And that has remained consistent for quite a long time. That actually calling the correct tools and responding to the user in the appropriate way, that still we're having a lot of success with various GPT models and always keeping those up to date depending on the latest release. But on the automation side, which is mostly cogen automation. [11:52] having the most successful anthropic models. So continue to use those, Sonnet, Opus, and tons of trade-offs between the different models. And I think what's interesting in recent times is the new releases oftentimes are not just like plug and play. Sometimes you get some advantages and some things that were working really well don't work as well anymore. So if you're not going to do that, you're going to do that. [12:11] That's become an interesting challenge as things go. Actually, yeah. How do you guys manage that? How long does it take to incorporate new models into the production version of your product? [12:20] How much of that process is automated in some fashion? How much of that is somebody just has to sit down and figure it out? How do you manage that? It's not as automated as I'd like. We have the evals automated, but then in every situation when we have a new model that we're testing, some things get better and some things get worse. And a lot of things that get worse, not necessarily the model got worse, but we built a lot of...

[12:41] prompt tuning and a lot of infrastructure around the known quirks or behaviors of that model. [12:49] And those make less and less sense when the new model comes out or we're swapping models. And so that's where a lot of the adjustments have to be made. And then you kind of run it through the evals and then you do a slow release across customers. So we're getting better at this. But I think there's certain cases where the tradeoffs have not been worth it, where we've actually upgraded models and then downgraded the models and said, you know what, the old models are maybe they're a little bit faster. [13:11] or maybe they're reliable in a way that the new models are. And so maybe the new models are a little bit smarter. [13:16] But they misbehave in ways that are less predictable and we have less predictable guardrails to prevent against. And so we're like, hey, this model might not be as smart, but we know it's going to behave the right way for these customers. Yes. It's been an interesting challenge and it's changed over time. How much are you guys factoring cost into the equation right now? Because I think... [13:36] you know, step one, you got to make sure the product does something magical. Step two, okay, now let's make sure we got a business, you know, and we can, you know, we can extract an appropriate amount of value for, for this functionality. Do you guys think much about cost at this point, or we kind of know where that's going over time. Let's make sure the product is magical and we'll figure out the cost element later. It's the latter. And I think one of the reasons that give us this flexibility is that, [14:00] Our unit economics end up looking much better than a lot of AI companies because we are not in the business of reselling tokens. [14:07] the way that our product works is that you build these automations, which are [14:11] you know, basically type scripts. And once they're built, you don't have to rebuild that. And so every time the end user asks for a password reset,

[14:20] It's not going and regenerating code to reset a password. It's actually just running the code that's already been generated over time. [14:27] Users have to generate less and less actual code because we have a growing library of automations that cover the very long tail of things that you might want to do. And so there's not as much, especially in the kind of very expensive CodeGen token consumption, there's not as much as you'd expect. [14:45] And so the United Active Micros are very strong, even though we haven't done a lot of optimizations around that. So I tried to tell the team. [14:51] spend more money, use the best possible product. We know long-term where this is going. We know that there are all kinds of optimizations we can make down the line. [15:00] So that's been our focus to date. I think that though, where it starts to get more interesting is as we explore more and more applications of like background agents, long running agents that are not just responding to help desk requests or not just building quick scripts for you, but investigating things. [15:16] all of your historical tickets. [15:18] or investigating logs from devices and doing all this work in the background and maybe generating solutions to problems you didn't know you had. [15:25] that's where it becomes a little bit more interesting where maybe the costs become more relevant. So that's where we'll probably start to think about costs a little bit earlier in the journey, because those could run away pretty quickly if you're not keeping an eye on it. Yeah, that makes sense. [15:37] Let's say somebody at Open Air Anthropic wakes up tomorrow and they're like, wait a minute. [15:42] I found this company called ServiceNow. [15:45] And it seems to be like a major system of record, major center of gravity inside the Enterprise system.

[15:51] I think we should build as a first party product, you know, the open AI service now or the or the anthropic service now. If they set their sights on you and come after you directly or come after your category directly, what would that mean for Serval? Yeah, I mean, this is always a really tough question, because on the one hand, any response to like. [16:09] okay, this company with infinite money and the best engineering talent and AGI wants to do what you do, how are you better? It's kind of like any response to that is going to sound pretty naive. Like, well, we're just going to beat them. But I think the history of startups tells us that often – [16:26] the smaller company does beat them. I mean, the existence of OpenAI, [16:30] ananthropic are kind of [16:31] Proof that you can beat the entrenched incumbent with infinite resources. And I think it comes down to... [16:38] you know, maybe divine providence favoring startups, or maybe like a lack of focus. [16:44] is often what makes it hard to execute. And so when I was starting my first company, the whole, every VC would ask me, won't Google just do this? And yes, Google will do a lot of those things, but it actually is very hard to do a lot of different things really, really well. [16:59] And it's hard to divert your focus into all these categories. And I don't think ITSM makes the most sense as a focus area. One reason is that I think in the past couple of months, [17:08] Anthropic has added more ARR than ServiceNow has in the past 20 years. Good point. And so does it really make sense for them to take their best and brightest people to throw them at this problem that even if they are very successful would not be really – it would take them years to get what they could get out of the rest of their product portfolio in a matter of months. And so I don't think they're going – they'll probably look at this category. I wouldn't be surprised if they built some kind of simple version, maybe a more mid-market or SMB-focused version.

[17:38] to master the complexities of enterprise service management, not to say they couldn't, [17:42] But the focus that would require, I think, would be a bad use and bad prioritization of their resources. And I don't think that that's going to happen. Yeah, I think you're right. [17:50] Let's talk about your customers for a minute. [17:52] You got a bunch of the kind of really nice AI native logos, right? [17:57] And you're also starting to have some kind of big enterprises. [18:01] How do the needs differ from the AI native crowd to the big enterprise crowd? [18:05] And [18:06] If you had to pick from each of those... [18:09] What's the nicest thing that they would have to say about you? You know, Serval is amazing because what would they say? [18:15] Yeah, I think what's been the biggest learning is how... [18:18] similar they are relative to how different I expected them to be much more different. [18:22] But the pain points and the problems end up looking remarkably like from the AI native to the large enterprises. Yeah. We work with companies as small as a few hundred employees. [18:30] up to companies as large as a few hundred thousand employees. [18:34] The difference ends up being – [18:36] how many people it takes to make a decision. [18:38] And that's what actually makes things really challenging is because – It's more of a go-to-market thing. [18:41] It's a go-to-market, it's an implementation thing more than that. So when you're, if you're working with a company with a few hundred employees, there's probably an IT leader that can say, this is how we're going to do things. [18:51] This is how onboarding works. This is how we're going to reset passwords. [18:54] whatever. If you're working with a company with a few hundred thousand employees, [18:57] No one even knows who that person is, if that person exists. And so you end up in all these kind of committees trying to figure out what should we do here? [19:05] And that's actually what makes it very, very challenging. And I think you see that in these labs, building out these consulting businesses and more and more services and deployment resources because that ends up being a lot of the rate-limiting step in adoption.

[19:18] is coordinating all these folks. So what would the nice things they say about me? I think, or about Serval. [19:26] In the AI native early stage companies, we often just... [19:30] We take an IT person that's passionate about technology and we let them spend their time building. They got into IT because they love technology and so much of their job before Serval was [19:39] they weren't really getting to experience technology. My favorite example of this is a customer we had, [19:45] that spent a lot of their day [19:47] Fielding ServiceNow requests to provision someone's access to cursor. Yeah. And that juxtaposition was just so sad. Like I am in this like ancient ticketing system, helping somebody else at the company get access to a really cool AI tool. [20:02] And my tools are still stuck in the past and I don't get to use the cool stuff. And with Servo, they get to use the cool stuff. Like there's actually an AI tool for IT built for them. And so that's, I think, what we see on the AI native side. [20:15] I think in the large enterprise, you know, generally they're thinking about it at just a higher level of business transformation. [20:21] And we hear a lot more about the end employee experience because in a small company, [20:27] even if your IT processes aren't perfect, no one's waiting weeks [20:31] to get a response back from IT. [20:33] But a large organization, like you could send a ticket into the abyss and just have no idea where it's at, if it's being worked on. So then you'll send another ticket and then there's confusion on the other side because now you've got two tickets from the same person. And there's actually people that are blocked for weeks from getting back to the thing they're trying to do. And so I think in a large enterprise, we actually change the employee experience and what it feels like to be an employee and have this more broad impact because the problems are actually a lot deeper in those big organizations.

[21:03] Delightful or a surprising use of Serval at Serval? [21:07] How do you guys use it? Oh, man. I force the team to use it for everything. [21:12] So every time I see it. So where do they really push the boundaries of what it can do? Yes, exactly. I mean, obviously, like, things like Office Request, like, Snacks, like, all of that has to go through Serval. But I think one of the coolest things we do for Serval is, one... [21:23] We have a channel called Dream Team Draft. [21:26] We take this very person first approach to recruiting where we want to identify the best people in the world and we want to bring them to Serval versus just cast a wide funnel, host an open tryout and see who makes it. [21:36] And so people put... [21:38] the best people they've ever worked with in this channel, they post to LinkedIn. That's a Serval channel. So Serval will take that profile and then run a series of automations. One, it'll run into all of our outbounding campaigns, our nurture campaigns. It'll also do a lot of things that my marketing team won't let me talk about of like making sure that they are seeing Serval everywhere they go. And Serval becomes very top of mind for them. And we basically warm this audience to make sure that they know about Serval. [22:08] tomorrow. [22:08] but people that we'd love to work with one day. [22:10] And so I love the idea of going in and saying like, hey, [22:14] All I have to do as an employee is just say, I love this person. They're great. And I'm done. And the talent team will be able to through server will have all these automations that kind of get them into the system. That is very cool. [22:26] What's the best reason to work at Serval? Like, why do people join your team? [22:30] I think it is the greatest group of people I've ever worked with. I think when you walk into her office...

[22:35] and you meet our team, it's just a group of so... [22:39] you know, people that are so kind and so talented and so fun to be around. [22:43] And I think that that's what's really unique is, is I didn't even know I was selecting for this when we started the company. But something candidates started telling me is that, wow, your team is so nice. [22:54] And they're so fun to be around. And like I walked in the office and the energy was just contagious and I wanted to work there. And obviously there's really interesting technical problems, you know, building these very complex enterprise automations, getting to touch HR, legal, finance, IT, security. Like it's kind of a training ground. We often think about this as a training ground for anyone who wants to do anything in AI. You get to like touch all these different departments, build all these cool workflows. Yeah. [23:18] But I think the... [23:19] If I'm being honest, the reason you join Serval is because you meet the team and you realize this is the place for you. Yeah, very cool. [23:25] We heard some of the words that you use to describe your culture, you know, fun and nice and high energy people. [23:31] What is it not? [23:33] It is not a good place... [23:35] for... [23:37] I would say a lot of training or mentorship. [23:39] So, [23:40] Everyone is kind. [23:42] But everyone's doing their job and there is not a lot of, hey, you're going to be onboarded through this program and you're going to learn how to do these things. And we're going to train you really well and we're going to pair you with some resources and coaching and mentorship. And there are great companies that do that really well. We are not one of them. So we hire people to come in and basically be productive on day one and who like that ambiguity of I've got to show up and figure out what I'm supposed to do and then do it really, really well.

[24:08] So it's not a place for coaching mentorship. It's not a place for very clearly defined career paths. [24:15] We don't know where a lot of these functions are going to go. [24:17] So there's not going to be this clear progression up the org chart. There's not really an org chart. [24:22] I don't actually know who reports to me at the company. I am like blissfully unaware of who technically reports to me versus other people because we try to keep everything as flat as possible. And and so if you're looking for that kind of like natural progression, you know, it's just not going to be a good place for you. Yeah. As far as one of the big topics that [24:39] uh we've had a lot of conversations on recently just amongst founders and folks [24:45] is this idea of living in the future and, um, [24:49] not only... [24:50] the product that you build needs to be AI native. [24:53] But the way that you build it and the way that you manage your organization needs to be AI native. [24:59] beyond using Serval itself. What does that mean for you guys? How has the way that you operate changed this time around versus Verkata or your prior companies? [25:09] In so many ways. So one is [25:12] we are questioning everyone's role. [25:14] Every department, we're wondering if it needs to exist anymore and if it still makes sense. And oftentimes it does. We relearn the necessity of some departments that we thought maybe we didn't need. [25:24] And [25:25] But we start with the assumption that maybe this doesn't need [25:28] a person anymore. Maybe this could be AI. So AI almost gets like the right of first refusal for every job or every department of like, hey, maybe we don't need this at all. And maybe this can be much smaller than maybe this is a good example of something that fully went to AI.

[25:41] Solutions engineering. [25:43] So we don't have SEs. We also don't have SDRs, but I think that's been that's less of a controversial take over the past few years. But we don't have SDRs and we don't have a solution engineers. [25:55] are not necessarily more technical than reps in past generations have been, but they have access to Serval. And so any question they have about how the product works or that a customer comes up with a prospect, Serval is going to give them an instant answer to that question. Serval can even build them decks, build them one pagers and quick battle cards and comparison sheets, like all of that on the fly in the middle of a call. [26:19] So we expect more out of our AEs and they're not going to have the SE resource. We do have four deployed engineers that assist with the actual pilot implementation. [26:27] But that's been one example where we didn't need that. We also delayed hiring in a lot of domains, like in and sometimes not by choice, just by the slowness of our hiring. But we've discovered how far how far we can get on the enablement side. We have someone in product marketing who's done an incredible job of like building out enablement and all these automated resources and scale that quite far. And we definitely need more help there. But, you know, a lot of times you get further than you think. [26:51] with these AI tools. [26:53] RevOps is another one where we've gotten pretty far without a RevOps hire, but then discovering, like, actually, you do need somebody eventually. And so there's a lot of these things where you delay it a little bit and you're like, actually, we need somebody, but maybe this department is a little bit smaller than we thought it was going to be. The company is about two and a half years old, thereabouts? Just two years old. Two years old. Okay. And you guys have grown like crazy. More people, more customers, all that good stuff.

[27:14] How has your job changed in the last two years? [27:17] In the very early days... [27:19] I felt very useless, honestly. My CTO is building the product and it's very clear what we need to build. There's so much to build and I'm trying desperately to hire and to set up customer calls and maybe try to sell this thing. It's just not working. And so I think... [27:38] In the early days, it was kind of like trying to figure out how I can be most useful when we don't really have a business yet. [27:44] And, yeah. [27:45] Then over time it switches and it becomes a business and stops being me kind of pushing the boulder up the hill and more of the business dragging me along. [27:54] I think what hasn't changed, I'm still very involved with customers, both in the sales side, but also in the long-term success and talking to customers every day. I'm still very involved in recruiting. [28:05] What I'm not as involved in that I'd like to be is a lot of product. In the early days, I am – [28:12] thinking nonstop about the product direction. [28:14] And now it feels like the product direction is kind of emerging from our customers through our four deployed engineers and going right into the product. [28:20] And which is in many ways great because you have this kind of nice closed loop of customers talking to forward deployed engineers and then the products getting implemented and getting better all the time. You know, I've often referred to this as like gradient descent for product improvements because our forward deployed engineers are just swarmed with all these, you know, all this feedback from customers. And they're like, oh, I'll fix this. I'll make this better. I'll change this. And like you fast forward a week and like, wow, the product is a lot better than it was a week ago. And it keeps going that way. But I get to spend a lot less time thinking about it.

[28:50] the future and where we want to be and [28:53] I think that's something that I need to spend more time on because this stuff is changing so quick. To your question earlier about... [28:59] you know, how are we different as an organization and an AI native organization? I think a big difference is you have to be willing to reinvent yourself so much faster. Yeah, disrupt yourself so much faster. Like we are thinking about [29:12] just uprooting things that we were convinced were true months ago and going in completely different directions in all these different ways. And we have to have that flexibility. We're going to be renaming parts of the product. We're going to be completely shifting how we do certain things in the product. And we have to be willing to do that over and over and over again. [29:29] And there's going to be less of this idea of like, I am building [29:32] software that's going to last for 20 years. [29:35] And more, I'm going to build software that hopefully will last six months and then I might have to rebuild it. [29:40] once the paradigm shift and the markets have changed. Yeah. And let me ask you about that because there's a foundation model on one side, [29:46] or a set of foundation models and capabilities. [29:49] There's a customer on the other. [29:51] And there's serval in the middle. [29:53] and [29:54] these capabilities are... [29:55] are changing at a very rapid pace. [29:58] This customer... [30:00] is probably not changing all that fast. [30:03] And so you guys in the middle are kind of this buffer. Yes. That is trying to take all these capabilities and put them to work for the customer. So the question is really... [30:12] It's kind of a change management question. Like, how do you... [30:15] keep the customer from drowning [30:18] on this downpour of capabilities coming out of the foundation models. I think that's exactly the right way to think about it. We are kind of that translation layer. Yeah. And we have to meet customers where they are. I mean, I think we very much have to understand their business problems

[30:33] And that's what really helps with the forward deployed engineers is we are starting with their business problems. What are they trying to solve for? And then we are helping them discover how those solutions are implemented in Serval. [30:43] We are on the other side figuring out how to take in the latest advances in AI to be able to deliver those solutions. [30:49] And so that is kind of what role we serve. And then we're often educating them of like, hey, here's how we do this. And by the way, it's changed since how we would have done this three months ago. And we have these new tools at play, but we will be the ones to help figure this out for you. [31:02] And one of the things we're working on is how can we bridge that gap a little bit more [31:06] So how can we make an agent available to the end user that kind of says, okay, what are your business problems? Cool. Here's what we're going to do. Here's going to solve them. So you don't really have to think about the latest advances. Serval just kind of takes care of that for you. And you just have to focus on what are your problems? What are you trying to achieve? [31:22] What's your most contrarian take on the world of AI? [31:25] So one take that I have, which I don't know how contrarian this is, but... [31:29] I think there's this big gap emerging between... [31:33] Who wants autonomy? [31:34] and who wants control of these agents. [31:37] and the individuals in an enterprise. [31:39] They want autonomy. They want their, [31:42] clawed agent to do [31:44] everything for them and have access to everything. [31:47] So, you know, the organization itself, [31:49] doesn't want their employees agents to have all this autonomy. [31:53] And [31:54] there is this interesting tension emerging between [31:58] And I often see this in consumer versus enterprise products, where the consumer products obviously are built for a world where you want it to do everything, and the enterprise products are built more with this control layer. And what's happening in the enterprise is that

[32:09] The individuals are adopting these tools and wanting it to be able to do more. [32:13] and the [32:14] the security organization, the IT organization is very worried about this and for good reason. [32:19] And, you know, [32:20] I think that's something interesting to track is this tension between autonomy. Like, do organizations actually want autonomy? Yeah. [32:26] Or do just individuals want autonomy? And how do you navigate that tension? [32:31] And that's, [32:31] where we're thinking a lot about the Servo product and how we help solve that. [32:35] It reminds me of shadow IT back in the day when consumers started to adopt iPhones. [32:41] and enterprises still had BlackBerrys because they could lock down the BlackBerry [32:45] and the iPhone started to show up with work information and then work applications, and they're kind of sneaking their way into the enterprise. And the instinct of most... [32:55] CISOs was, you know, protect, protect, protect. [32:59] And then I think eventually they realize, well, wait a minute, this is kind of the leading indicator on what my employees need to be productive. [33:05] And they started to embrace it, right? [33:08] And it feels like the same thing's happening now with AI where, you know, [33:11] employees can and [33:12] A lot of them kind of know what they need to be productive. And as long as you can just kind of systematically follow those signals and embrace it, you're more likely to end up on the right side of history. Yeah. And I think the companies that basically say yes as the default are going to... [33:28] be way ahead of the companies that say no as a default. And we're seeing this with the companies that just embrace it. [33:33] They will also kind of be leading the charge and face a lot of the consequences of there are going to be security incidents, there are going to be problems, and we're going to learn a lot from those.

[33:43] I think that that is what we're going to see is the companies that take those risks are going to get ahead. But, you know, those risks are real. And they're also going to be some of the ones that suffer some of the consequences on the security incidents. What's your biggest issue at the moment? [33:56] Our biggest issue is hiring still. Every IA company I talk to is in the same situation. [34:02] even though AI is allegedly supposed to automate all this work and take away all these jobs, we're all still hiring more than ever before. And it's still like our number one priority and our number one concern. And so but I think people remain the biggest moat you can have. And having better people in the room is really the only thing [34:18] That's. [34:19] will keep you ahead of the competition, but it's the only moat that's left. [34:22] is the people in your organization. So hiring [34:25] and scaling. [34:26] and keeping the bar incredibly high as we hire. [34:29] are the things that keep me up at night and worry me, especially as the business grows so much that I have – [34:34] I'm less involved. You know, there's a lot of people that I only meet in their interview and they're onboarding, but not have probably a lot of one on one interactions after that. Yeah. The talent density point, I think, is a good one. And we think about that a lot, too, because we're sort of in this world where cost goes down, capabilities go up. The result is accelerating change. If the world is changing quickly around you. [34:54] you have to optimize for agility. Yes. The best way to optimize for agility as an organization is to have the smallest possible number of the best possible people. Right. And so I feel like. [35:04] the returns to talent density have never been higher than they are today. And so you guys could go hire a million people. [35:11] But like doing so with the sort of quality and culture fit that you need, you know, that's tricky. And to your point, it makes it harder to turn the ship. Yeah. And so our mantra on hiring is fewer, better, fewer, better. Like we say this over and over again, fewer, better. Like how can we make this department fewer and better? Yeah. And that's going to be really important because, again, I think we're going to have to reinvent ourselves more frequently than companies have ever had to do this before.

[35:34] And I can imagine a future version of Serval where it's unrecognizable from what we do today because we just had to adapt so quickly. And that's much easier to do with a small, agile team than if you scale very rapidly, you become thousands and thousands of employees. And you say, hey, by the way, we're changing everything about our go-to-market. We're changing everything about what our product does. We're making some big changes to the product, and it's nice to have a relatively small organization that can embrace that shift almost overnight. I can't imagine what we do if we had to convince thousands of people that this is the new direction. [36:04] Thank you. [36:05] Let's assume... [36:06] And obviously this is not something we can take for granted, but just for fun, let's assume. Let's assume that Serval becomes... [36:13] a monster company. [36:14] you know, gazillion customers and employees and revenue and market cap and free cash flow and all that great stuff. Let's assume you become a monster company. [36:23] At that point, what would you want people to say about you? What else would you want to be true? [36:27] that is not contained in one of those traditional metrics of scale or success. [36:32] I think I would want the impact of Serval to be very clear in terms of like what it did for the world. [36:37] The impact I think is most important in what we do today is we unlock meaningful work for people. [36:43] You know, I think that there's always a gap between the idealized vision of what you think your job is going to be and then what your job actually is. I think it's true for every profession. You idealize and kids do this the most, right? When they're like want to be a firefighter, an astronaut, what that job looks like. And then you get in that job and you realize, oh, there's there's actually a lot in this that I don't like. And we want to be the tool that that actually closes the gap between what you think your job is going to be.

[37:09] and what your job actually is and [37:11] We do that by automating away all this [37:14] you know, repetitive, menial work that you don't want to do. And that is not productive and is not part of the reason you took this job. And we've done that in many ways for IT. And I think as we unlock automation for the entire organization, that's what we do for people is we get them back to the work that they actually signed up for and the work they actually enjoy. And so I would hope that there is clarity. [37:34] that that was the impact that we had. Yeah. And it wasn't just like, Oh, several automated away a bunch of my T jobs. Yeah. [37:40] It's like now I want people to feel like Serval made people's work lives a lot better. [37:45] Awesome. [37:46] That feels like a great place to end it. Jake? [37:48] Thank you so much for joining us today. Thank you so much for having me, and this is a blast. [37:52] Music.