Skip to main content

Morgan Stanley Technology, Media & Telecom Conference

Elastic N.V. (ESTC)

Conference Call date: 2026-03-02 Concluded

Transcript

· tap a word to jump the audio 33:16 Audio
Sanjit Doshi Analyst — Morgan Stanley

All right, we are continuing the afternoon sessions at the Morgan Stanley TMT Conference, day one. Super thrilled to have the management team from Elastic join us. We have CEO Ash Kilkarni and Chief Financial Officer Navam Valihanda. Ash, Navam, thank you again for joining us at the Morgan Stanley TMT Conference. Thanks for having me. For the quick disclosures, for important research disclosures, go to www.morgansdaily.com forward slash research disclosures. So with that, let's kick off the conversation. Definitely an interesting time in the market, investors debating all sorts of aspects which relates to AI. I think people are coming back to a first principle level of thinking when it comes to software companies. And so with that as contact, as investors assess what software companies will prove durable in the AI era, can you talk today about the problems you solve and the core value proposition you deliver for customers today, Ash?

Yeah, so the best way to think about Elastic and what we do is think of us as a data platform, and in the context of AI, what we are relevant for is providing the right context to large language models to be able to do their job, to be able to do the task that they are working on at the moment. Fundamentally, the best way to think about it is most organizations, take your organization as an example, You sit on perabytes of data, and every day you're creating fresh data that's in, you know, often perabytes. You can't move that data to a large language model. You have to bring the model to the data because it's physically impossible. It's going to be too expensive to do it otherwise. So when you bring the model to the data, it really comes down to how do you quickly, in real time, tell the model exactly what information from all of the petabytes of information that you might be sitting on is relevant to that particular question, that particular task. That's where we come in. And our core differentiation is in how we provide that specific data relevance, that specific data context, depending on the question that's being asked. And that's how we get used in all the AI use cases today.

Sanjit Doshi Analyst — Morgan Stanley

That's a great start to the conversation. You guys reported earnings last week, so let's go through some of the highlights from earnings and talk through any of the debates coming out of the quarter. So you printed a strong set of results last week. Sales-led subscription revenue growth accelerated to 19%, I think from 17% the prior quarter. Ash, can you walk us through the highlights, and feel free to chip in. What is the market missing when it comes to last quarter's results?

So, like you said, strong sales-led subscription revenue. Operating income was, again, strong. What we also talked about on the call was we had a record number of million-dollar deals. So all the go-to-market changes that we made about seven quarters ago are really paying off. We kind of segmented our sales teams into hunting territories and then farming territories. That segregation is really helping. in terms of signing more strategic deals, growing our business. In terms of AI adoption, that has been, again, very strong for us. In the cohort of 100K customers, which is responsible for the bulk of our revenue as a company, AI adoption is growing. Now it's almost a quarter of our 100K customers are using us for AI. I'd say the two questions that keep coming up, one is around cloud versus sales-led subscription revenue. I think that's a really important one for me to constantly clarify. You know, we are seeing more and more interest in using our platform in what we call self-managed environments where a customer takes our software and then runs it either in their own data centers or in their, you know, modern cloud environments, but in their own private BPCs. And we are seeing that grow for several reasons. One, in the U.S., in regulated industries, a lot of the AI use cases tend to be on data that's sensitive, that's proprietary. They want to keep that within their own domain, within their own control for all kinds of reasons. We're seeing more usage in government. And again, there you have secret and top secret environments where there is no notion of a marketplace. So the only way they can deploy software is in self-managed. And in Europe, we are seeing a growing demand for running technologies in sovereign environments, as they like to describe them. And that's the last piece has been more of a trend in the last couple of quarters. And I would expect that structurally, these things will continue. And, you know, it's a huge asymmetric advantage for us because you look at our competition in security or observability or even in AI. There aren't many companies out there that can say you can get this entire platform with all of these capabilities, not just in a cloud form factor, but you can also run this in your own environment. So I think that's an important one that we are constantly reminding our investors that look at the entirety of the business and sales-led subscription revenue, not just cloud. And then the second thing is AI adoption. How that AI adoption, now we have a quarter of our customers in the 100K cohort. as more customers adopt AI and as their usage on AI continues to grow, that naturally becomes a tailwind to our business. So those are the two areas where we get the most questions where I spend my time educating people.

Sanjit Doshi Analyst — Morgan Stanley

Yeah, and to your point, I think if you looked at the other secretion line which captures the self-managed piece, that accelerated by three points during the quarter. So the other question that I've been getting from investors since earnings, and Navami, my address is to you. The context, again, as Ash pointed out, 30% growth in million-dollar commitments, RPO up to 22%. We looked at the Q4 guide, which is the next quarter. That implies deceleration of sales-led subscription basis. You print in 19, constant currency, you're guiding 15%. Total revenue, you're looking for about 13%. You flagged three fewer days in the quarter in Q4 as one way to think about this, and typical risk adjustment guide versus actual rules. Is there any other factors that investors should be considering in terms of contextualizing that Q4 guide?

No, I mean, I think the big message that Ash talked about in the first question about how well our execution is going on the sales-led subscription revenue line remains the case in the third quarter. We've now got a full-year number for sales-led subscription revenue as reported at 20% and constant currency at 17%. This means that this is the fourth year running that we're compounding sales-led subscription revenue at or above 20%. On a constant currency basis, we've been 20% for the past two years and 18% now as guided for the full year. So we are remarkably pleased with the underlying strength that we're seeing in the business and the commitments that we're driving and how consumption is going. So overall, very positive in how the business is going. On the fourth quarter, we always give you a guidance number that is risk adjusted that has prudence built into it. You mentioned fourth quarter when you're thinking about it sequentially. Yeah, there's three less days in the quarter. So you got to think about that as you think about the sequential view of how third quarter absolute revenue is compared to the fourth quarter absolute revenue is compared to the third quarter. So outside of those things, we feel good about the business. We've risk adjusted the number and give you the fourth quarter. As always, you shouldn't over-rotate on a single quarter. It's always about the trend and how the subscription revenue line continues to build, and that we're feeling good about for the full year.

Sanjit Doshi Analyst — Morgan Stanley

Awesome. That's great. Great context. So let's get into the meat of what's the theme probably across every software presentation, sort of a software vendor's defensibility to perceived AI risk. When this year started, Ash, I remember investors reaching out to me, I'm glad you cover infrastructure. You don't cover the seed-based models. Our security analysts in general was feeling good. On the last couple of weeks, kind of everything has sort of been questioned. And so I wanted to just dive into some of the debates and get your perspective on some of the AI risk debates. Now, when it comes to Elastic, one angle that I hear is that as the cost of software and software development goes to zero, Does it become easier for customers to manage open source deployments using software, using AI and AI agents to just use open source for their data platform needs, for their search use cases or for their observability use cases without having to pay Elastic? What is your argument against that line of thinking? And what would the skeptics be wrong when it comes to, hey, AI is going to make just open source deployments that much easier and we don't have to pay for the commercial proprietary offerings?

Yeah, a couple of things there. So the first is, you know, the way we've built our software stack, it's not just about the paid version is like we operate it and the features are the same. We have a free version that has a certain amount of capabilities and functionality in it, and then we have paid versions that have incremental functionality that tends to be much more valuable, not just in terms of what you can do with it, but also in terms of driving greater efficiency in your hardware utilization. So there's a lot of value in those features, and that's what people pay us for. Now, all of those are licensed in a certain way, So if you use those capabilities, you have to pay us. Otherwise, you're violating a license, and that's something that's enforceable. The second thing is, you talked about why wouldn't somebody just try and build this themselves and run it. The reality is, you can write software using these AI tools. We use a lot of AI tools internally heavily, and the usage is growing. So I'm a big fan of what you can do with some of these technologies like Cloud Code and so on. But it's a completely different matter once you've written the software to actually operationalize it, run it at scale, manage it, especially a data system. So you talked about infrastructure software. You talk about data systems, and it's not just ours, but ours and Snowflake and others out there. Our systems, we have customers who are running literally hundreds of times, thousands of nodes, like just massive deployments that they are managing. To be able to run software at that scale is a very different thing than writing code. There's a difference between writing and then operationalizing and managing. And if you imagine the cost involved, the risk involved, the effort involved in all of those pieces, why would an LLM or even an LLM maker choose to go down that route when it's much easier for them to just use the system that's already in place, the data is already sitting in that system, I mean, the cost equation would not make any sense for an Anthropic or an OpenAI or anybody to try and take that workload over. It would cost them more. It would cost the customer more. It would take more time. It would potentially introduce greater security risks and vulnerabilities. It just makes no sense whatsoever. Now, yes, can you build UIs easily? Absolutely. Can you build simple workflows more easily? Absolutely. But that's why I think that every software vendor is going to have to really think about what is their defensible moat? And our defensible moat is our data store, right? That's really, and all the work that we've done in terms of relevance and context accuracy, that's really the defensible moat, which we feel very good about. And I don't think Anthropic's going to try and recreate Postgres. They're going to use Postgres. They're not going to try and recreate Elastic. They're going to use Elastic. I think that's what you're going to see more of.

Sanjit Doshi Analyst — Morgan Stanley

Yeah. And I think in my conversation, one of the things I point out is that these aren't tools, right? These data platforms aren't tools. They're massive-scale distributed, oftentimes cloud systems.

Sanchit, the way, you know, the analogy that I'll offer maybe, and it might make sense to you or it might not, but, you know, the operating system for the last 10 plus years was really the cloud platform, right? That's where you went to. It had all the compute infrastructure. You went there to write your applications. And even in those environments, you had data systems that you integrated with because data would sit in those systems. They were specialized for it. And you would write all your application logic on the cloud platform. The new operating system going forward, in my opinion, is going to be these language models, these AI systems. So just as you had the cloud platforms, you're going to have these LLMs. And these LLMs are really optimized for reasoning. They're optimized for inference. So they can do more than just deterministic development. But they're still going to need data systems to be able to store data, to be able to retrieve context for all of those reasons. So I think you're going to see that same parallel model here. And data systems are going to continue to coexist.

Sanjit Doshi Analyst — Morgan Stanley

Can I ask you one follow-up on the point you just made? So you made the analogy of the data platform's role and the context when cloud was sort of the heart of the matter and LLMs become like the heart of the operating system. Does the role of the data platform changes in one paradigm versus the other?

I think the way you do some of these queries change, and you already have seen that, right? So we are now talking about vector databases. We are talking about, you know, who was talking about context engineering five years ago? Nobody had any idea what that even meant. Nobody was talking about relevance because all of these systems are probabilistic as opposed to deterministic. So it's not SQL anymore. It's about relevance, and it's about vector queries and so on. So yes, the role does change. It does evolve. That's what we've been working on for the last five-plus years just on the vector database side. I think the other thing that changes is more and more you're going to see that people are not going to build with humans only in mind. So for the last 40, 50 years, most of our applications have started with UIs and visualization layers and dashboards and reports and so on. If I have an LLM that's accessing a particular thing, it doesn't care about that being in a visual form. So you're going to have less consoles. You're going to have more APIs. You're going to have less dashboards. You're going to have more direct access to get the raw data because the LLM knows how to process it. So there is a real shift that's going to happen. That's something that we care about. That's something that we've been working on. I think all software platforms are going to need to evolve in that way, but they are going to coexist.

Sanjit Doshi Analyst — Morgan Stanley

Yeah, no, it's a huge theme. I think we wrote an agent report, Keith and I did, about a year ago, and just the shift from human to computer interface versus agent to computer interface. And that's going to be what we're talking about, I think, for a really long time. So we've talked about the risk associated with AI. Let's talk about why Elastic potentially becomes an AI winner. So looking at the other side of the coin, where does Elastic play in the enterprise AI ecosystem? How is AI impacting growth today? And why will AI serve as a tailwind for the business of the years ahead?

So I'll talk about the first part, and then I'll let Navam talk about the numbers. So just in terms of where we play in the ecosystem, we get used in a few ways. In the core AI stack, we get used as a data retrieval platform for context engineering. So everything from vector search or GINA models that we introduced recently, embedding models, re-ranker models. You know, if you look at the MTB dashboards, the Hugging Face benchmarks, the GINA models are some of the best out there they outperform all the other commercially available models for embedding and re-ranking so we are seeing a lot of demand for GINA agent builder has been we are seeing really good traction people are building SOC workflows that they are optimizing on their own they are building SRE workflows on top of agent builder so we are seeing a lot of interest not just in the core AI stack But we are seeing the AI stack now being used to give us a competitive advantage in security and in observability. So that, we feel, is going to be how our AI story plays out. It's not just going to be in search, but it's going to be on multiple vectors. You want to talk about the numbers?

Yeah. So at the core, Elastic is a consumption model business. So we monetize consumption by our customers. And AI work loans inherently are more computationally intensive. So it drives more consumption on our platform. So we had our Financial Analyst Day in October of last year, and there we actually gave some very good data in how we're seeing the difference in consumption increase of people using AI versus people who are not using AI, and we quantified that difference as approximately 6% between those two cohorts. Now, that 6% is an average number. There's a wide dispersion among those customers. Some have many multitudes of that 6% as the uplift, and some are earlier on in that journey, so they're less. But the core is that we are seeing benefits on our revenue side of our customers using generative AI, which is driving a tailwind, and we're starting to see that in our 100K customers, which are where the majority of our sales-led revenue comes from. So we're seeing more and more penetration of the 100K customers as the quarters go on. And the second S-curve behind that is every one of our 100K customers are on their AI journey themselves. So some are early, some are progressing, but as that inflects, you're going to see the second leg of growth as well.

Sanjit Doshi Analyst — Morgan Stanley

You mentioned the Investor Day at the end of last year. I want to revisit some of the midterm growth targets that you laid out. If you can lay out the sales-led growth targets and how you anticipate AI monetization will impact the midterm growth target Under what time frame should the AI contribution become materially accretive to growth?

Yeah, midterm to us is approximately fiscal 2029. Our current sales-led subscription revenue targets are 20% as reported and 18% on a constant currency basis. I mentioned that we're seeing strong compounding of that number right now. We're also seeing AI contribution of approximately in the mid-20s of the 100K customers. So we're still generally early in the AI contribution among our customer base, but it is showing up in the total numbers as a tailwind to us. So we feel very good, given how we've been executing in the third quarter, to continue to compound our sales-led subscription revenue number. And the midterm targets are basically to get that 18% constant currency number to above 20% plus in the 2029 timeframe. and that structurally is going to be a lift rather than an inflection that you're going to see in any given quarter. So over time, you're sort of going to see this rising tide of revenue growth, so to speak, to get to that 20% as the first milestone, 20% plus of that first milestone in midterm target. Okay, that's very clear.

Sanjit Doshi Analyst — Morgan Stanley

Ashton, I wanted to ask you a question around context entering, but I actually want to pick up on a point that you made earlier about bringing a solution to market, not just individual pieces, whether it's vector search. And so what does that solution look like? You mentioned Gina, embedding models, re-ranking models. We have Ezra and vector search capabilities. What other capabilities constitutes a solution in the eyes of customers?

Yeah, the way we think about it is, what does it take for you to build an agent from soup to nuts within our environment? Now, keep in mind that you're going to build a multitude of agents within an organization, and agents will talk to each other through protocols that are now becoming more and more standard like MCP and A2A and so on. But for us, like the way we thought about it is if I want to build an agent from scratch, I'm going to start with the data and then I'm going to start chatting with the data and assembling all the skills that the agent needs to do its job. That needs everything from being able to pull the data in to begin with, to chunk it, to then turn it into vectors, then to be able to do re-ranking if I'm using multiple search techniques to retrieve the most accurate context. I might then want to make sure that I can connect to an LLM directly within my environment without having to go outside. I also then want to make sure that I am observing. I'm providing some amount of observability on token usage and other kinds of FinOps activities, do some basic guard railing. all of those capabilities to us are what it takes to build a complete agent and then hook it up to whatever task you need it to, including things like workflow, because these agents are not just about sharing anymore. They're about actually taking actions, which also increases the importance of the accuracy of the context. If you look at Elastic's platform today and compare it to where we started even two years ago, all we had was a vector database and we had hybrid search. Since then, we have introduced the GINA models, both embedding and re-rankers. We have introduced agent builder. We have introduced workflow. We have introduced LLM observability. Everything together, and we've introduced the Elastic Inference Service, which currently hosts our ELSER model along with the GINA models, but it also proxies out to other LLMs. So you can do everything from within our environment without having to, you know, go bring your own license key or whatever. And in the future, our goal is to also support open source models like LAMA models, Mistral, et cetera, through that same Elastic Inference Service. So soup to nuts, the ability to build everything that you need for building your own SOC agent or building your own SRE agent or building your own workplace agent for customer support or for improving Salesforce productivity or for legal or whatever you might need to do. That's the goal, and that's how we look at the fullness of the platform.

Sanjit Doshi Analyst — Morgan Stanley

So in terms of the answer you just gave in terms of what a platform looks like, can we just sort of marry that with what context engineering is? It's a new buzzword in the industry. We're hearing yourselves talk about it, other players in the ecosystem sort of talk about the importance of context engineering. So maybe define that, define context engineering, and how Elastics is playing a central and becoming the contextual engine for agentic deployments.

Think of context engineering as the set of processes, the platform, the capabilities needed to provide a thinking engine, an LLM, with accurate context at every step of its journey. And that context is everything from memory, as in what interactions did you have with it in the past, to retrieval what specific documents from your corpus of exabytes of data does it need to look at to be able to answer the question, to specific known relationships. Like not everything needs to be inferred. Within your organization, you have an organizational hierarchy, and there are rules on what access rights you have and so on. Those are deterministic rules. You can just provide that information to the LLM as context for certain activities that it might need to do. So it's the combination of all of these things, and that's what the data retrieval platform needs to be able to do. It needs to be able to provide all of these capabilities so the LLM can do its job appropriately and actually deliver the outcome that you're trying to get out of it.

Sanjit Doshi Analyst — Morgan Stanley

Awesome. That's a fantastic explanation. When I look at the total revenue growth trends over the last multiple quarters, what I see is pretty durable. Growth has been in a very tight range, but not yet accelerating. And the question is that when we do our customer conversation, and I think you guys have even spoken to this, that the search business growth has been improving in that area of the business, and that's what seems to ring most loudly when we do our own field work. Does that imply that the security and the observability business has been slowing down or there's been some headwinds to growth? I know you guys are advancing the observability product pretty aggressively. Is that the right way to think about why we haven't seen just a breakout in growth, even though it's been very durable?

So let me first tell you how the businesses are doing, the various solution areas they're doing, and I'll give you a different lens in order to think about the growth trajectory. In terms of our three solution areas, every quarter there are, just depending upon the deal flow, there are differences in which solution does the best that quarter. Last quarter, in Q3 as an example, security was the best, followed very closely by search, followed by observability. Now, the way I think about it is in search, obviously there's been a big tailwind from AI. That has been something that's really helping us in terms of security, because we were so early in delivering capabilities like attack discovery, a lot of the AI functionality that we delivered. We have been significantly ahead of the curve, and that is helping us win more and more deals. The CISA deal is an example that we talked about. I mean, that's a pretty transformative deal. This is the organization that's responsible for security for all of the civilian agencies in the U.S. government, basically, you know, taking Elastic Sim as a service to other agencies and trying to bring them on to that service. So it's a very strong endorsement. Observability is growing at the pace of the log industry overall. all. The fastest growing part of the observability business, though, has been metrics. And that has not been a place of great strength for us in the past. So this has been something that has been at the back of our minds. The challenge for us has historically been that our backend elastic search is highly optimized for storing dense information, like logs. But that same, the reason why it's optimized for dense storage is what makes it inefficient at storing sparse data like metrics. We figured out how to build specialized back-end stores within Elasticsearch when we started work on our vector database. We now have an incredibly optimized vector store within Elasticsearch, arguably one of the best performing in the industry. Now we are taking that same model and building a metrics data store that we expect to launch sometime in the middle of this calendar year. We've talked about it publicly at our Elasticon events, and that we feel is going to give us the competitive differentiation that we need to compete heavily in the observability market and capture more of that market opportunity. So that's how we look at it. On the overall inflection or the growth rate, the one thing that I'll ask you to keep in mind is every release or two, we have been consistently delivering capabilities that makes our platform more efficient. If you look at the vector database product two years ago, we had HNSW and everything was represented in float 16, and you look at our vector database today with binary quantization and all the features that we've released, there's almost two orders of magnitude improvements that we made in efficiency. Think about that, two orders of magnitude, which means that somebody was paying X a year ago or two years ago for a workload, they're paying a fraction of that today. That acts as a natural headwind. Now, why are we doing that? We're doing that because A, that's not going to continue forever. I don't know how to quantize more than in a bit. Now we can store a dimension on a single bit. You can't reduce it any more than that. So the optimization is going to asymptote over a while. But you want to be the best. You want to be the most efficient because this is, we are so early in this opportunity, we think of this as a land grab. The more workloads we get onto our platform, the more customers we get onto our platform using our vector database, that is going to pay off handsomely in the future. So the way we look at it is, even though these optimizations might act as a bit of a headwind on revenue now and doesn't result in an inflection. The underlying workload growth has been tremendous. And as we continue to progress, grab more share, I think this is what sets us up very nicely. So I would not expect a inflection. I would expect steady growth that will continue to be up and to the right.

Sanjit Doshi Analyst — Morgan Stanley

Yeah, because you're playing for the longer term share of wallet, which makes total sense. I'm going to spend the last couple of minutes on sort of the capital allocations. I had a question, So given the steep declines in share prices across software, including Elastic Stock, do you anticipate having to issue more stock-based comp to retain key employees?

Yeah, we've been remarkably disciplined in our stock-based compensation this past year. Keep in mind that 2020, this fiscal year is an investment year for us. So we're adding sales and marketing capacity. We're adding R&D compared to last year. So even with that investment, we're maintaining a strong percentage of revenue in terms of SBC. So SBC continues to be on the downward trajectory, modulo these investment years that we're making. So we continue to be very disciplined. We're investing appropriately in headcount, but also being mindful of where the stock-based compensation is going.

Sanjit Doshi Analyst — Morgan Stanley

And then with respect to share repurchases, the level of share dilution, investors should expect on an annual basis. Maybe the priority in terms of gap profitability, what's the latest thinking on those dimensions?

Priority one for us is obviously make sure that we're investing organically to capitalize on the market opportunity that we have, particularly to meet and exceed our midterm targets of 20% plus. In order to do that, you need to have sales capacity in the field at an appropriate level. The current investments that we've made in capacity is not just an increase in capacity, but also combined with productivity increases per rep on a single-digit basis, right? So what that's telling us is that we're not pushing on a string. These conversations that our sales reps are having are resulting in better pipeline and better ACV for us on a quarterly basis. So we intend to continue to push that as appropriate, and AI is not disrupting human conversations. That's something that you need to continue to invest in. So first and foremost, it's our midterm targets on the 20% plus line. Second is our focus on Rule of 40 and making sure that we are adequately adding enough on the free cash flow line as well within reason, maintaining enough growth for our top lines. And third, we talked about the half a billion dollar capital allocation strategy that we had during Financial Analyst Day. We're well underway. More than 50% of our total has been deployed to reallocate back to our shareholders through share repurchases. So we're very happy with how that's going. But that's the order of magnitude priorities of one, two, three, which is top line first, then free cash flow, and share buybacks. The net result of all that is GAAP operating margin profitability over time.

Sanjit Doshi Analyst — Morgan Stanley

Well, thank you for laying that out, and thank you for giving us an update on the elastic business. Appreciate it. Thank you, Sanjit.