Q2 Holdings, Inc. (QTWO) Earnings Call Transcript
October 26, 2026
Earnings Call Speaker Segments
All right. Hello, and thank you all for joining us. I'm Josh Yankovich, Vice President of Investor Relations and Corporate FP&A here at Q2. [indiscernible] before we begin, some of the comments today may include forward-looking statements that are subject to risks, uncertainties and assumptions that could change. Should any of these risks materialize or should our assumptions prove to be incorrect, actual company results or outcomes could differ materially from these forward-looking statements. A description of the risks, uncertainties, assumptions and other factors that could affect our financial results or outcomes is included in our SEC filings. Except as required by law, we do not undertake any responsibility to update these forward-looking statements. With that, I'm glad to be joined again by Adam Blue, our Chief Technology Officer; and Hima Mukkamala, our Chief Operating Officer. This is the second conversation in our AI series. The first early in the year was a deep dive on our strategy and architecture. And today, we're focused on some of the questions we've been hearing most from investors right now. What is the rise of personal AI agents meaning for the role of digital banking? How is AI reshaping the fraud landscape? And where does Q2 continue to have the right to win. So with that, I'm going to go ahead and start with a question with Hima. So Hima, let's start with personal agents. Recently, with news rolling out. There's been a lot of momentum in the conversation around using agents to connect with disparate applications, including digital banking and what that might mean for those respective industries. So Hima, where do these agents actually integrate with respect to financial institutions, digital banking platforms? And where does it leave us as their digital banking provider?
Yes. Thanks, Josh. When we think about the evaluation of how users, consumers, commercial users interact with their financial institutions, personal agents are the next banking channel, we have had branch people used to go to a branch, we went online, web and then mobile. And so I look at this as a new front door and not just a replacement for a bank or a replacement for digital banking and a fraud platform. Our technology just like we have enabled these interactions coming through mobile, web and so on, it enables these agents -- personal agents to come and interact with consumer or commercial institutions, financial information. And that's the evolution we are going through -- we're going to go through the coming years. There are a couple of ways we think about this. A bank can keep the AI experience inside the channel it owns. This is what we do today where you can go log into the website, there are agentic ways in which consumers can interact with the bank or the back office. The second approach, which is emerging with news like application or [ TOT ], like applications is how do they support the channels they don't own? It could be a social agent, it could be apps like [ instinct ], which use messaging applications and iMessage app or a smart device or the Claude and the ChatGPT. And that can happen in a couple of ways. Through the platform, we expose what's called MCP, which is a new way of API integrations. And so we expose MCP endpoints on most of the digital banking stack. And these agents -- personal agents can use that to talk to the digital banking platform. The second approach in this subset is not just use MCPs because MCPs are just APIs and the banks want a richer experience and want us to facilitate making this agentic channel, an extension of the digital channel. And these do need to work in harmony. You cannot have all of the digital channels working one way and the Agentic channels work differently in terms of security entitlements, policies and so on. So what we are working on is delivering this and experience whichever way the user wants but give the control to the banks so that ChatGPT has this thing called intelligent user interfaces. So we want to work with them to continue to create -- retain the financial institutions brand experience, give the consumers the comfort that they're interacting with the right financial institution. And so that is what the value we bring as a technology partner, and we are on the hook to deliver these services, because the platform is still in the middle. The digital banking platform is in the middle where we talked about it last time. It's got the context, it's got the integration, it's got the orchestration. And this new interaction model is leveraging all of that stuff. So finally, the relationships, the data and the controls all sit within the platform. The agents are orchestrating but still are interacting with the platform in, however, the financial institution and the consumer want the agent to operate. Ultimately, the control is within these two layers.
And Adam, would you add anything to that?
Yes, I would. We talk with banks and customers and end users all the time. And I think it maybe natural to think that bringing an external agent to the digital banking experience, we tend to flatten or commoditize the experience. And I think actually the opposite is true. What we're starting to see, as Hima mentioned, is that the surface for exposing the personality of the bank, the brand of the bank, the capabilities, the MCP surface. It's wider than previous kind of mechanism. So we've dealt with IVR as a channel. We've dealt with web. Is it channel, mobile as a channel. We've dealt with the Apple Watch is a channel. We've dealt with SMS as a channel. The Agentic channel is really interesting, because it gives you a much wider surface and a broader context that you can bring to the agent. And so if you built a really boring experience, you would deliver balances and transfers and maybe bill pay. But given that the agent actually has some level of discretion and the agent is operating with an hint intent on behalf of the end user, it is possible to continue to personalize the experience and the agent still represents a proxy for the end user's intents and desires and behavior. And so I'm excited at the width of the channel that Agentic Banking produces. Because realistically, all the things Hima mentioned, entitlements, permissions, security, authentication, authorization, all of that is clearly table stakes for this space. And we will work through the Agentic protocols that come available and the evolution of that space. And we will help our banks step into an Agentic world. The upside is that the broader wider aperture for interacting with the agent and driving the agent to communicate the capabilities of the bank to the end user and the account holders through the agent and to create this richer, broader behavior. I think it's still present. And actually, it's more present than an FDX open banking interface or an Apple smartwatch interface or some of the other kind of aggregation methodologies from the past? And so I'm really excited for the opportunity that this new channel exposes because for the past 20 years, we have done a great job of helping banks absorb new pieces of technology and mapping those technology onto their channel strategy while preserving the brand of the bank, the promise of the bank and the differentiation of the bank in the market.
So when I talk to investors, I think they share a lot of the enthusiasm that we have for exploring that Agentic channel with our customers and the promise that we could ultimately help them deliver on. Simultaneously, there has been news in the headlines recently that some large banks have signaled they're not going to let outside agents connect to their institution at all on the face that could potentially sound like something that is difficult for the end market that we serve. So Adam, I'll start with you and ask, how would you want investors to think about that news? And what it means for a company like ourselves and how we serve regional community banks with our partnership?
Yes. I think to the extent that a financial institution says, I don't want to have any Agentic surface available, and I don't want agents to connect. I mean and underscores the thesis about how crucial we are to the bank and how the mobile and digital channel really drives a lot of that behavior. At equilibrium, I think this looks a little bit more like the aggregation story that started 20 years ago. Banks and credit union said, maybe I don't want to be aggregated, maybe I don't want to provide data to -- into it or later on to Venmo or to auto books or other kind of partners. And then end users they vote with their feet and their wallets, right? And they say, if it's important to them to get that connectivity, if it's important to them to get a genetic banking, they'll provide that feedback to the financial institutions and they make decisions that are reflective of the capabilities that their bank support. So I think it is rational for some set of institutions to say, "I'm not ready to have agents connect until I have a technology strategy that allows me to roll off the incremental risk of the agent workflow. " But if you think there's a bank in the United States that's going to take the position of I'm never going to allow any Agentic connections. I'm not sure that, that's durable for the long term. But if a customer in our base wanted to do that, we would absolutely support it. I think this is for now kind of decision and not a long-term decision. But there are a lot of questions to be answered around how to manage the risk in the channel to secure it effectively and to make sure that experience is aligned with the way that the bank wants to show up. And so that's where the value is. And for an FI that needs some time to do that. It totally makes sense.
Hima, would you add anything from your perspective?
Yes, maybe I'll connect what Adam said, right? It's a matter of when, not if, and it depends on when do the banks get comfortable and they're going to take their own pace at which when they get comfortable with exploring the strategy and making it. There was recently a good block from Satya, Microsoft on, what do financial institutions or any other enterprise trying to make personal agents are in a model integral part of the strategy, what are the expectations, right? Observability, auditability, control, containment, incident disclosure, and so there's a lot of these things that, again, this exposes the surface area and our financial institutions are looking for us to give that confidence and then use the technology, the digital banking and the fraud stacks to go expose the information to these personal agents, right? So that train has left as in they're using it, they're using it through experiences that are flat, like aggregators they could want richer experience, but they're waiting for us the platform providers to continue to enhance our technology strategy. And so -- and we are working with them to go continue to deliver that capabilities through the MCP endpoints that we announced a couple of weeks back at our dev days, more ways for them to go on this journey.
Great insight there. Let me shift to our next team a little bit where we talk about our risk and fraud business. And so Adam and Hima, when I talk to investors a lot this year, cybersecurity has been a pretty strong thematical trade this year, and it's not hard to see why demand story rather than a cyclical one. AI is raising the threat floor permanently and buyers are consolidating out of platforms instead of building their own defenses. And so that same AI being recognized as what these vendors sell divided, and we see this at these forces at work in our risk and fraud business. So Adam, maybe I'll start with you with how has AI changed the fraud landscape? And more specifically, where do we have the right to win relative to that ecosystem of core processors payments name and maybe even like pure-play cyber vendors that are in the space?
Yes, that's a great question, Josh. So if you'll permit me a brief metaphor. I think of the way fraud happens almost as a market clearing activity, where the threat posture of financial institutions represents the supply of available achievable targets. And then the tooling and the capabilities and the desire of threat actors to commit fraud and exfiltrate funds kind of represents demand. So AI is interesting in that it moves both curves. Because in the same way that AI makes it faster for an attacker to create a chain or complex exploit to try and drive cyber or to execute fraud with new faces or social engineering. That AI tooling is also available to the defenders on the other side to reduce the supply of available attackable targets. And so at equilibrium, I think we end up with a shift that doesn't really move the needle much in one direction or the other for institutions, that effectively take advantage of AI. And this is where our right to win is so crucial. So the first piece is, if you are deploying software that is open to the Internet and that software is authenticated, you want to be a company that does that all day, every day. And so for an FI that says maybe I can digital myself, maybe I'll vibe code it. Maybe I'll get a toolkit and I'll host it myself. The current threat landscape makes self-hosting, self-deployment, self securing and application, very, very unattractive. So that really works in our favor because we are able to more rapidly apply AI to resolve issues. Just today, there's an exploit for PHP, which runs about 70% of the public web-based Internet that everyone is going to have to go patch and address. Every one of our customers is going to call us and ask when are you guys going to have those patches in place and what's your mitigation strategy instead of turning to their internal team and saying, are you prepared for this? Can you do this? Are you ready? This is the beginning of a new form of weather and climate in the space. This is not a onetime activity. There will be more exploits. We will have to be aggressive with them. So our right to win comes from our strong operational foundation and our focus on it every day. The other piece that happens here is that the application of AI to the security workflows, application security, social engineering resistance, payment security, long-form identification of compromised accounts, there's a lot of complexity there, and it takes two things to do this well. One is the kind of talent that you have to attract and mass to a traditional technology company. And then the second is enough data to drive those models effectively. And so for our customers, the point of interdiction of the payment or the log in, it really sits with Q2. The operating orchestrating infrastructure that allows us to step into a workflow and safely secure an end user and then also let them clear payment, that maybe was identified because of a behavior that was not fraudulent, but simply anomalous. All of those things live at the orchestration layer and the system of context that we deliver. And then we have a breadth and wealth of data that a core provider or a stand-alone cyber provider doesn't have. So if you're someone that works at the perimeter and you're doing things like bot detection through key stroke cadence identification. As a fantastic technique. We have partners that do that. But they don't have the data that underlies end-user behavior inside the application end user behavior across applications or end user behavior across the financial ecosystem. So whether it's the data the talent or the operational workflow that actually require securing, the fraud position that we are in is as strong or stronger than we've ever been. And the advent of AI, even though it makes attackers and defenders both stronger creates velocity that is going to be a real tailwind for us. And so our customers are expecting and really needing us to win in this space to help keep them safe and minimize fraud losses. Without ramping friction through the roof for their customers. And that intersection is where the right to win starts for us.
That's great. Maybe you can add a little bit of color too on that and be specific around like the products and the business lines that we're attacking with that opportunity.
Absolutely. Fraud is a great business for us one of the -- it's one of the fastest-growing product lines and we talked last time about when we think about AI, the account holders experience, the back office experience, but then the fraud experience where we launched an account takeover product called [ UAM ]. It's probably one of the fastest growing products, both from how we are building it and how fast we are taking customers live. And it is all driven by the fact that as there are more channels getting in, the account takeover gets to become a bigger problem. As an example, there was account takeover works by taking signals from various data streams coming in and we didn't have a detector for applied interface, and we were quickly able to add that detector because the customers were seeing fraud coming from that channel. And so this is an example of how our fraud products are able to catch these by getting the product and the signals into the customer hands quickly. And if I simplify this from my own sake, every new channel that gets added to how customers, consumers interact when people had to walk into a branch, there was fraud but minimal because he had to depict someone else. When web came in when mobile came in, it increased because of the number of channels and the approaches you take with social fishing and all of that became bigger. And now with the Agentic channels, the operators, the fraud operators have a bigger surface area. So it becomes a much bigger opportunity for us. Because now we are looking at signals that are coming in at 20x, 30x because these personal agents are actually kicking off a bunch of sandboxes or virtual machines and using those to come into the banking financial institutions. And naturally, the fraud operators are going to go I don't know, social agent fishing, whatever the new term is going to be and start trying to use that channel. And so I look at this as even becoming more important as the surface area gets bigger for us to make that an integral part of how we think about fraud. As Adam said, now we are integrating with the cyber endpoint because that signal also becomes very important in deciding whether this is a fraud actor coming in or a legitimate action. So we are working much closer with there's endpoint, cyber. And so this merge of cyber signals coming in with the traditional, what we considered user signals coming in is happening more and more. And that enables us to do a better job, but also makes us a lot more stronger in this space. as we think about our fraud business and how fast it's growing.
Yes. A lot of good color there. I appreciate that. So maybe an adjacent conversation to that one is like security posture. So investors talked a lot about this with me and as we think about the threat environment getting more sophisticated and AI raising the stakes on both sides of the equation, both how people want to understand like a provider thinks about it like the liability that we may have serving our customers as well as our own architecture and resilience. Adam, how do you think about how important security posture is, what it means for the demand environment for our digital banking business and what customers are looking for and asking for us right now?
Yes. So security posture is really fundamental for us. What does Tom Lee Jones say in Men in Black? There's always an alien invasion. Like if you don't work in this space, you may not realize that for incident response teams and incident preparation teams, there's always a new CVE. And we've had two substantial 9-plus level CVEs this week, one around breaking out of virtual hosts into the host operating system, and that's a hyperscaler level problem that everybody is working on patching right now. And then the second is this PHP issue that's come up in the last 48 hours. And so at Q2, that cycle of identify the risk, mitigate the risk, clear the risk, make sure the risk doesn't recur. There's a team of people that doesn't really do much else. That is their day every single day, day in and day out. And turning that into business as usual is really nontrivial. What's changing is the velocity with which you have to get the patching done. And that's impacting Hima's team, to some extent about the way the [ SDLC ] is operated. And so we have a strong partnership between the operations organization that drives cloud operations. He is team on the engineering side and then the internal teams around compliance, regulatory and security. And so the more deeply they can partner and the faster they can turn the more quickly you can close whatever gaps there are in the exploit chain that attackers are seeking to pursue. This is not something you build in a month or 6 months or even a couple of years. This is something that's taken us years and years to build of operational expertise and repeated time on task among those teams. And so our customers ask us constantly about that posture for both cyber and fraud. We're refining it continuously, and we have a substantial labor investment of the -- some of the best people in the business in doing that. In addition, they are using AI and to evaluate our systems. They're using AI to improve our [ SDLC ]. And so we are working to match or potentially even exceed the velocity of attackers because posture is not static anymore. In the same way that your lead against the attacker is something that ebbs and flows as new information comes to market. And so you have to be running every day even when there isn't a new exploit or a new attack. In addition, there are new capabilities that we're bringing online. So we just recently completed a posture measurement of our agentic approach around the Assistant product. And that was done with a third-party independent auditor, the AIUC, and we've completed the [ AIUC-1 ] assessment for Q2 assistant. I'm sure that's the first of many new standards that will come about for assistant safety and sanity and quality. And so being at the front of the curve and close to market on those elements is how we establish credibility with our customers because they manage risk and they manage risk with standards and practices and controls. And so leaning into that set of capabilities and exposing to them our controls, our practices and then the way we operate is how we build trust and that trust creates stickiness for them with us, and that trust also creates the referenceability that allows us to go and win new business. So we've always talked about our investments in security posture cybersecurity operations and fraud operations, I think it's actually, again, becoming more important going forward because of the changing landscape, and we're comfortable that we can match the velocity of attackers and continue to win on that in the market.
Hima, any color from your side?
I mean I do one example reference to what Adam said as how the SDLC, the software development life cycle is sort of moving at a much, much faster pace in the context of security as more vulnerabilities are being found, the pace at which -- we have broadened security agents that look at the vulnerability, figure out the updates that need to be made to take care of that vulnerability and automating that pipeline. That's an example of how we are leveraging this technology to strengthen our posture as the PHP as an example, came out, we're able to now fix it much faster. One of the things I'm going to quote Satya, again, the most trustworthy super intelligence system will not be the one with the model we trust most. It will be the system that enables us to trust the model the least. The financial institutions are looking for a system that assumes there is more inherent risk in the technology and what is built around from a controlled security, auditability, observability, containment. And I think that is where our posture is continuing to strengthen more and more because that's how we've been working, not just about how we operate the system, but it starts from how we look at requirements. How we do our software development life cycle. How we then operate the system and how we look at our fraud SOC centers that give us feedback back into the product and the engineering teams. So it's this continuous life cycle that is core to how we deliver the system is what is getting more and more important as this technology goes forward.
Great color from you and perspective from both of you on that. I appreciate that. Let's go into something we talked about continuously this year, starting from our first session in the year with is some of the AI solutions that we actually put out into the market this year. So Hima. We're in early access, have customers across [ UAM ], Q2 assisting Q2 code. Maybe talk a little bit about what we're saying now that we put them through that cohort and where are they evaluating from these solutions?
Yes. So the last conversation, we talked about those three ranges from how we are enabling -- using AI agent assistance to drive developer environment, a back office environment and the fraud capabilities. Two of the solutions are the furthest along Q2 assistant, which is our AI agent for customer care it enables our financial institutions to take on their workflows that are manual or that involves spending their time across multiple tools for like making things like entitlement changes, password resets, and this product is enabling them to use the Agentic way to get it done in less than a minute, things that would have taken them sometimes an hour or even longer. So that is we're seeing a significant interest from the market because it ties back into their operational efficiency and how their CSRs are working today. And so that is our first agent that is out there, and we are seeing a lot of traction. The second one we talked about in the fraud space is our [ UAM ] product, which is our account takeover and fraud solution. It watches were as signals coming from the digital banking, but also outside with various detectors, and we have a technology that enables us to build these detectors much rapidly as we get the feedback. And one of the significant changes we have made is how fast it can get deployed into customers' environments and how fast they see the value. And so these two are in early access, significant traction, and we are pretty close to general availability before end of the year. So that's the couple of solutions that are furthest along. One of the things we are seeing more and more, I talked about when we when you used to talk about cloud a couple of years back when we were on that journey, there's a lot of hesitation and so on. But with our customers, when you think of the adopter curve, right, innovators, early adopters, early majority, we are able to cross that chasm, which the software folks talk about from early adopters to early majority in a lot of these AI products, and that is a lot of this Kudos to our financial institutions who are thinking about agentic operations of their financial institutions and telling us, asking us and working with us to take these to go into production much sooner. And they are deploying fast, things historically, we have to take a bunch of quarters to take a product, deploy it through our once engineering puts it out, delivery team has to put it in the ground, work with the customer. And that cycle for these two products, early access customers in weeks, like not quarters, not months, it's come down to weeks. And so this combination of customers thinking about -- and using this as a competitive advantage, right? That is the key. They're looking at it as -- if I can turn this on much faster than some other institution. I'm able to go -- get that value to their customers much faster. And so they're looking at these Agentic AI solutions as a way to defend their institution better get more efficient at their operations and not just as a defensive box detect. So pretty excited about it. We showed a lot more of these agent products and products that leverage AI but don't show up as Agentic at our [ Developers ] conference a couple of weeks back. And so it's -- we're going to come back with more numbers, but keeping it qualitative, but seeing good tailwinds on it.
That's great. Adam, anything from your side?
Yes. Just one thing, which is the AI-driven [ SDLC ] that hems team has and the way that product managers can approach evolving and iterating a product is much higher velocity than it was with previous software development techniques. So a lot of the feedback I'm getting with customers when I talk with them is they're excited at how quickly we can go from a conversation with them to a prototype or go from a protein to something that really meets their needs because we can turn on their feedback much more rapidly. And as you shorten that cycle, it really rewards them for getting engaged much more deeply in the product delivery process. So we're starting to see a lot more engagement from customers while we're building the product as opposed to go ask them what they need. We build it, we bring it back. They say it's not quite right. We go away. We build it, we come back again. There's a lot -- a much shorter cycle. And so the innovation pattern and the interaction pattern for that, it's changed pretty dramatically. And so if you look at some of the things that are happening with Q2 assistant or with [ UAM ], and these are products with a lot of traction, a lot of demand. part of the demand and traction, I think, comes from the fact that our customers are comfortable knowing that we can tailor these products rapidly towards their needs and adjust them on the fly. And so they're much more comfortable adopting early.
Great color. So clearly, we've seen a lot of progress in a short amount of time with these solutions rolling out with their customers and exciting to see what's coming after that. I want to reground us with the conversation we had in our first session earlier this year just to continue to reiterate with investors. Well, I think we have made a lot of these points already and just in conversation. But I continue -- I think it's worth for creating again for the industrial community and they're kind of circling on the same underlying question. And so I'll ask a question I asked you earlier this year and just see what thoughts you have on it, how your thoughts may have changed. But what does Q2 do to defend against a well started -- well-funded start-up or a frontier model? Where would they struggle to compete with the Q2 business today? Hima, I'll start with you. What is the advantage or some of the things you've already talked about, just to underscore that makes it union very difficult or hard to replicate what we do for our customers?
Yes. I'm not going to repeat all of what I said last time. A frontier model is not a banking product, right? What it takes to create a digital banking and a fraud platform and a product is that integration layer, system of orchestration, system of context and that extensibility that goes around it and being able to now give, like I said earlier, system that gives auditability, all the things that matter for a financial institution to be comfortable. A frontier model is a system of intelligence. That's about it. right? All the railing around it and all the layers around it are very important, and that's what we've been building over the last 20 years, understand user preferences, understand how users move money both as a consumer or as a commercial. And that is -- that system is what is needed. Look, we use these frontier models all the time, right? We have partnerships with them, we leverage them. And they are also starting to see how to leverage and give their comfort to the financial institutions. So I think about it as we both have to work well together to get the financial institutions comfortable with making this a channel. However, whether it's consumers or the back office or the products.
Adam, anything you'd add?
Yes, I just think back on the last 20 years of building this business, and I would tell you customer intimacy and building domain expertise are a much bigger part of building the business than just writing the underlying code. And as far as these competitors, I got introduced to one at [ Money 2020 ], and they told me how many [ Carnegie Mellon PhD ] candidate, engineers and on staff I said, you guys ought to hire a couple of people out of community college that are willing to get down in the ditch and dig around in the dirt with Pfizer, Jack Henry and [ FIS ] because the expectations of people that are brilliant [ CS ] people and the reality of what it actually takes to implement software in the financial services space or just -- it's two totally different things. I've used this metaphor before, but if you dropped all the basketball hoops to 6 feet, I could probably dunk, that does not mean I can play NBA basketball. I can't run the floor. I can't rebound. You couldn't slide a sheet of paper under my feet when I go to jump. So making one part of the process radically easier just increases the returns on being good at the other parts of the process. And having worked personally with Claude code and Claude co-work, I can tell you, if you are not a thoughtful engineer, not a software developer, not a computer programmer, a thoughtful engineer you can get yourself out in pretty deep water with absolutely no motor in the boat by having vibe coding or even Agentic coding drive a lot of the construction of software. And there's a little bit of a concern in the industry that I think is warranted that we may be building a set of new entrants that they don't understand what a race condition is. They don't know how to deal with data hiding and data safety. They don't really fundamentally understand security. I have faith that they're going to want to learn those things because that's what it takes to be a strong engineer. But generating code that works and generating a well-engineered application that executes crisply against your customers' needs. Those are two different pieces. And so -- when you think about the subtle keys in implementing the system of context and the system of orchestration, in managing user present and user not present workflows in thinking about the design of applications. just because I can draw screens faster, doesn't necessarily mean I'm drawing the right screens. So I'm excited that we can code faster or we can code better. That's fantastic. But it makes every other part of the business that we've built, the way we interact, the way we build and accumulate demand expertise, the way we solve problems, the way we engage with customers that much more valuable than it was before. So if you're a start-up I think, hey, that's great. Enjoy the vibe coding, but you better belly up to the bar for all the other things you've got to deliver to really drive an enterprise business in a complex integration environment, across 15 or 20 plus integration points. And then who knows how many channels we're going to have once agents start getting ramped up. So I like our lead in the space. I like the way we've attracted talent and our relationships with customers and our existing capabilities.
So maybe I'll ask you a question on the heels of that Hima, which is occasionally technology, investors look at sectors. And while they appreciate the work that it takes to earn the right to be in that space, as you become an established player and you are longer there is this potentially naive view or [indiscernible] that like because you have existed for 20 years like a company like ourselves that now you are outdated and you have tech debt and there's architecture. If you feel that question from an investor or potentially you fill that from some of our customers just by the age that we are that somehow we are not the innovative company that we used to be. How do you address a claim like at that point that our agencies that our architecture might be edited? And actually, Hima, I'll start with you on this one, and then I'll come back to Adam.
This is something as you all know, I'm so passionate about if we're referring to us being dated, yes, we have 20 years of experience building these platforms. I go back to what I said with the two products that are having the most adoption, and it's been less than 4 months since we last talked, 6 months. Taking -- if we had a data architecture, we wouldn't have had the ability to build a product significant adoption and will come out with numbers, significant adoption in production, and we haven't even gone GA. And so think about a data architecture can do this. It cannot build products so fast like Adam was talking about, leveraging agent coding technologies and change our [ SDLC ], still have the same controls and rails in place. and deliver the products in production. So that's just one example of how -- when people say, what's great about the architecture. That's just an example of the product show how data your architecture is, right? If you're able to ship products faster, getting grown faster, that's a reflection of new wage architectures. The second claim I'll make is, data architectures don't show APIs, don't show MCPs, don't show how open you are and I will stand next to any other product that's in the market and open -- compare the APIs that are exposed, the surface area that is available for integration into the product, extend the product and how public we are in that, right? We had our second largest dev days ever, right, double the size from last year. Every year, we keep doubling. Developers are a good signal into how knew the architecture is, how great the architecture is because developers don't accept old technologies. If we put an old mainframe in front of them, not a lot of new developers know that. They are only going to work with technologies that are new that are enabling them to upskill also. So that's just -- that's a second claim I'll make when people talk about -- how new is the architecture, how modern is the architecture, right? The third one I'll claim is, I was meeting with one of the biggest hyperscalers and they are asking for feedback. And I was talking about 6 months back, one of their regions completely went away. We were one of the only software providers that they have on their platform, that was continuously up and running because we have a very scalable active architecture. A lot of people said, including me, said, no one does that. This was us thinking so far ahead and saying, this is what our financial institutions expect from us. It costs us a lot to go do that kind of things, but we invested in that. When we did the cloud migration and we went cloud native and we build stuff that enables us to deliver this kind of operational stability and value to our customers. So these are some signals that should tell architecture is new. Developers are excited about it. It is operationally pretty scalable and you can only do that with this new adopting newer operating principles. And finally, all this usage of AI, both on the front -- on the account holders, the back office and the fraud side of it, with 200 partners, 2,000 developers that are building on it every day, they don't do that with old architectures, right? They want to adopt and build on new architectures on the least amount of friction they have on it. So if someone wants to have a conversation on architectures and how new or old we are, you're always welcome.
Adam, anything you'd add?
Yes. I think Hima covered that, Brilliant. The thing I'd tell you is architecture is a broad word, and it can mean a lot of different things to different people. If it's just a list of buzzwords in your tech stack, then I don't know why people would spend time talking about architecture at all. And the other thing I would tell you is the architecture of a product is really in what happens when a downstream call to a database fail? What happens when an end user suddenly hits a pocket of latency on their mobile phone? What happens when you have to switch from one AWS region to another. Those are the things in architecture that we think about, which is how do we design the information flow, the operational stability and the resilience of the system. The way we express that architecture is, which components do we choose, what languages do we write in, how do we code things. That ends up in my mind being less important than the underlying set of fundamental design principles. There's a cathedral on -- in Iceland, in [ Regavic ]. And it is a staggering building. It's probably 400 years old. It's still standing. And the same principles people use to build that building. We used to build modern buildings today, probably different techniques, different materials. But I defy you to go look at a building that stood for 400 or 500 years, in a part of the world where it fits in and claim that that's "old architecture". So I think everything we say here runs the risk of coming off defensive, but I'll tell you the way we think about architecture is in terms of the way it manifests in the reliability, efficacy and ability to solve problems with the system. And that is as new as the slots we had last week. That's the way we think about it.
That's great. So I've got one final question for both of you all and to round things out a little bit. I'll come back to where we started at the end of the year on the first session with this. We talked about our belief here in Q2 that we obviously believe that is a huge opportunity for us. as the years progressed, help with this to both of you. Where do you sit? And how do you think about that now? Do you feel the same way? What has changed in your assumptions over the last 6 months? Maybe Adam, I'll start with you on this one.
Yes. I think the advent of AI represents both a very concrete risk and an extraordinary opportunity at Q2. The risk is a risk of inaction and a risk of inertia and a risk of continuing to think about the problem in the same way even though we have new tools for dealing with the problem. That is the risk, is not embracing AI. And so the opportunity is if you embrace AI around moving faster, building code faster, taking customer feedback and running it through sentiment models and understanding, building a context for our relationship with the customer that everyone in Q2 can interact with. Those are extraordinary opportunities to solve problems we've never been able to solve before. So the technology shock that AI brings both raises the bar and raises the set of capabilities that we can take advantage of. Our biggest risk is the risk of inaction and not absorbing that. But to be fair, applying AI to some of the problems that we've dealt with for 20 years, it is literally like a breath of fresh air. There are a certain set of problems like analyzing 200 support cases over 3 months with a particular element of a product where you can tease out some analysis. You can do bulk work that would have been very expensive to do and maybe you would have just skipped over previously. And so the capability to understand at scale and drive inference from broad data that we've been collecting is extraordinary. Sometimes I feel like we've had this data, and we've done a good job with it, but somebody brought us just an entirely new tool for looking at and understanding the data. The same way, we have an entirely new tool for trying things. I'll tell you about 2/3 of the stuff that I write with Claude code, I just started because it's really cheap to discard it because I can always have Claude do it again. And so we're much more thoughtful about the way we curate and the way we approach things. And we're much less focused on the sunk cost or the opportunity cost of trying something new. And man, if there's anything that kills a 20, 25-year-old company, it being very expensive to try something new. And so it feels a little bit like being a start-up again, net of, obviously, compliance, regulatory, operational scrutiny, et cetera, et cetera, all those times you get when you get bigger. But it's this nice mix of we can take three people and we can put them in a room and then come out 2 days later with a prototype and we can say, it's a fascinating prototype. It doesn't work or it does work. And so if I can try 20 things in a time that it used to take me to try two of them, I get much, much better answers for the customer, and that is what drives the actual value. All of this comes down to identifying hard problems producing customer solutions and then capturing revenue as a result of delivering the solution and AI is a tremendous lever for us to pull on in that respect. The biggest risk, doing things the way we always did them. That will be our biggest risk with AI.
Great answer. Hima, same question to you.
When the time we are recording this, we are bringing a lot of our customers for our advisory board meetings. And what I said last time was our customers are looking to leverage AI through us, not around us, not by them sells through us. And yesterday, we did the Customer Advisory Board for AI transformation, take room so much conversation about what they're trying to solve, what do they want us to do? How do we give them that comfort that the nondeterminism or the intelligence that could go in different ways, brings -- has the right guardrails, all the stuff that we talked earlier in this conversation. I am excited even more than 6 months back about how we are able to leverage it internally from a productivity efficiency quality standpoint, but also to Adam's point, deliver the products much faster as we talked earlier with some of the products we have seen. Like Adam said, I'm giddy as hell with all the excitement that is their startup-ish, we're building new products. And the best part is customers are adopting it. That's what excites me, right? And that is the best place to be. It is a significant accelerant to how we build, how do we deliver and how customers are getting value. Man, this is a great time to be in technology.
Great answer. And so with that, I'll go ahead and close our second session here. Hima, Adam. Really appreciate both your time again and all the insight and adders here today. It's exactly the question investors are asking right now. So I appreciate you being able to explain these things clearly with them. And to everyone that's joining us. Thank you for being here. Thanks again.
Read the full transcript via the API
You're viewing the first half of this call. Get the complete Q2 Holdings, Inc. transcript - plus 257,000+ transcripts from 12,000+ companies, speaker segments and full-text search - through the EarningsAPI REST API or hosted MCP server.
Get an API key View API docs →For developers and AI pipelines
Programmatic access to Q2 Holdings, Inc. earnings transcripts and 257,000+ others is available through the
EarningsAPI REST API and the hosted MCP server.
Quarterly plans from $145 - full transcripts, speaker segments, full-text search,
and the /api/v1/transcripts/recent polling endpoint for ETL pipelines.