Atlassian CEO on the SaaS Apocalypse, AI Agents & What Comes Next

1. 0:00 – 3:16

   Introduction

   1. MCMike Cannon-Brookes0:00

      Give people a chat box that can do unlimited power and they're like, "Tell me a dad joke." In the technology world, their underutilized capabilities are so big. It's almost trite now to say the models are far ahead of the value they're delivering.

   2. ARAlex Rampell0:10

      The whole history of software from 1960 until 2022 was you would take a filing cabinet and you'd turn it into a database. The cool thing about everything that's happening in AI land is that the filing cabinet can do work.

   3. MCMike Cannon-Brookes0:21

      The idea I would vibe code my own workday and then run it is terrifying. However, there is a great gain we are seeing internally in extensibility of software using things like vibe coding.

   4. ETErik Torenberg0:32

      Everyone has been talking about the SaaS apocalypse. Some people call it the catastrophe. Why is there too much fear about this?

   5. MCMike Cannon-Brookes0:38

      As I've said, not every SaaS company is going to thrive through the next decade. We're not here to defend all of software, obviously.

   6. ARAlex Rampell0:45

      The whole history of software from 1960 until 2022 was you would take a filing cabinet and you'd turn it into a database. So the first example of this is a company called Sabre Systems, which was started in 1960 by IBM and American Airlines, because it took the reservation system, which literally was stored in like vaults of filing cabinets, manned or womaned by, by lots and lots of secretaries, um, in like the 1950s and 1940s. Airlines have been around for a long time. And then it put them in a, in an early SQL database, um, or an early database back when, you know, a ten megabyte hard drive probably cost like $100 million. Um, and then that's what happened with electronic health records, and the first one was called MOPS. It was built by Mass General Hospital. Or the first, you know, Siebel Systems, predating Salesforce, or actually the first CRM was called ACT Systems in 1987. So basically, every single filing cabinet became a database, and there were benefits to that, but it didn't actually make the world that much more efficient because whereas before you would have a, a human go fetch you the HR file for Eric, like, "Oh, go to the HR filing cabinet and get me that file," now it's in Workday. But now you have to have a CISO to make sure that your Workday doesn't get hacked. You need to have IT people to provision accounts in your SSO to, to Workday. So did the world get that much more efficient? It did. If you have multiple offices now, people can collaborate. You could do complex joins on a database. Much, much harder to do that on pieces of paper. But that was kind of software from 1960 to 2022 because the, the, the filing cabinet couldn't think for itself. Um, and now this is like the cool thing about everything that's happening, uh, in, in AI land is that, you know, the, the filing cabinet can do work. Like QuickBooks can actually accomplish a task by itself versus just relying on a human to retrieve the file from QuickBooks in the same way that the human in 1500 would retrieve a file from, you know, ye olde filing cabinet, um, from the, you know, ye olde accounting department. So it's, it's interesting.

   7. ETErik Torenberg2:48

      It's actually a great segue into, of course, what is everyone talking about right now, the, the... or has been talking about, the SaaS apocalypse. Some people call it the catastrophe of, [chuckles] you know, obviously what's happening in the pu- in the public markets. Um, and a lot of people have, you know, different perspectives of how, you know, significant it is or, or, or what it means. Uh, I want to hear from both of you h-how you interpret what, what, what's been going on and, and, and, and more importantly, you know, w-w-what it means or how we should make sense of it. You know, why is there too much fear about this, or how should we make sense

2. 3:16 – 6:44

   Risk Level Has Gone Up

   1. ETErik Torenberg3:16

      of this?

   2. MCMike Cannon-Brookes3:16

      Look, I think, um, the world is trying to work out how to rate or value software businesses in a highly disruptive stage, right? And everyone ha-has hot takes about what the future's gonna look like, right? And depending on the takes, you get a version of the future that's either really good or really bad for all of software, certain companies, certain categories in software. It's a really interesting thing. Um, there's no doubt in my mind that the risk level has gone up. So if you think about it from an investor mindset, you're like, this used to be a very stable category, now it's a more risky category, hence I'm gonna step away and watch. And as I always say, investors are trying to work out not necessarily the DCF cash flow model of a company for all profits of history. They're really trying to work out what are other investors gonna do, [chuckles] right? And they're actually betting on what other people think that the other people think they're gonna do. And right now that it sort of logically makes sense. You have a interesting world where no one can... Everyone has a version of what the future is likely to look like, and it seems likely to them. It's pretty disconnected from the reality on the ground. But the answer is always, what if AI can do that in two years or three years? What does that mean? And I think it comes from a very static viewpoint, right? Like that people won't adapt, the world won't ch- It's like one thing is gonna change and everything else is gonna remain static. Um, so you have this interesting world at the moment where businesses like ours are doing very well, right? We've had three great quarters in a row, and everybody says so, and then you're like, "Wait, but what's..." You know, that used to equate to some value, and it's our job to prove that that's not the case for our business, right? We're not here to defend all of software, obviously. Um, but for our business, we feel very good about the opportunities we have, the data we keep showing, the results we keep showing, um, and that doesn't mean, I always say this as well, it doesn't mean that we don't have to adapt. It's this weird world that like we are changing how we work radically and quickly, as we always have, as we've been doing for a number of years. Some part of that, I think, assumes that we won't be able to change, right? There are strategic vectors for sure, but, um... And look, the reality is, as I've said, not every SaaS company is going to thrive through the next decade, right? Just like a bunch didn't make it to the cloud, a bunch didn't make it, you know, from, I don't know, Windows to, to the internet era or whatever, whichever era you wanna say. No one is gonna say, I think, that 100 out of 100 SaaS companies are gonna make it through, um, and be thriving and growing on the other side. Also, we, we have this version that software kind of dies. A lot of it just ends up, you know, uh, as a, as a, as a cash revenue stream. I, I don'tI can speak for us, this is the best thing that's happened to our business, right? We're in a knowledge world. [chuckles] We have tools to play with that knowledge, to act on that knowledge, to do all sorts of other things, to solve the jobs our customers have always hired us for. This logically is very good, but it's up to us to execute that through that, through that transition, right? Which I think we're doing really well, but again, we have to prove that to people over time. The, the patience part is hard for markets.

   3. ETErik Torenberg6:33

      A-A-Alex, how, how about you? H-How do you react to, to what's, what's been happening or how, how do you make sense of what's going on?

   4. ARAlex Rampell6:39

      Uh, well, I hope, I hope I'm right in the long run, which is all this stuff is crazy. Um,

3. 6:44 – 11:07

   Three Types of SaaS Companies

   1. ARAlex Rampell6:44

      I think I, I, I tweeted about this a few weeks ago where my, my kind of cursory glance is that there are three different types of SaaS companies, and the public markets couldn't tell the difference between the three. And one is where seats are tied to outcomes. So se-seats are being used by people who use, kinda going back to the filing cabinet metaphor, right? Like, if I'm Zendesk, I'm using Zendesk and, and, you know, they came up with a very clever pricing model, um, which by the way, like, maybe I can take a step back before I even answer your question, which is there's this great book by Dan Ariely called Predictably Irrational, and I used to give it to all my product managers at my company, it's like, "Study this to figure out how we charge people for stuff." Um, because it turns out, like, people... Like, and the example that he gives is, like, imagine you're locked out of your, your apartment, it's midnight, you hire a locksmith, comes one minute later, lets you in in 30 seconds, says, "It's 500 bucks." You're like, "Five hundred bucks? What the F?" Like, you just did, like, 90 seconds of work. You leave him a one-star Yelp review, you know, no tip, you know, protest the charge on your credit card. Now imagine parallel universe, like, you know, locksmith comes, um, spends nine hours trying to let you in, um, goes back to his office to get more tools. Finally, by, like, you know, 9:30 in the morning, finally lets you into your apartment, and you're so grateful that he spent nine and a half hours helping you get into your apartment that you give him a $200 tip, leave him a five-star rating on Yelp. This is, this is an example that he gives in the book. And it basically means humans are kind of capable and willing to pay for incompetence. Like, it's like a lot of pricing is about fairness. Like, it feels fair that I give that guy more money, even though he's completely incompetent, than his counterpart who's super competent, where I'm so pissed that he overcharged me. And it doesn't make any sense, but, like, it feels fair. And if you think about how we got to SaaS, like, per seat per month, like, when you're giving away, in many cases it's like the, the additional cost of provisioning a seat digitally is, like, close to zero. Not for everything, but for some things. Like, it just feels fair. It's like, oh, you have 500 seats, you pay more money than if you have one seat, even though it's kinda the same thing going on in the background. So the three types of SaaS companies that I think of, you know, great, great oversimplification here, but category one is, like, you have seats, the seats are being used to produce some element of work, but now, uh-oh, like, you don't need the seats anymore to produce the element of work. So, like, Zendesk would be, like, patient one there, where it's like, how many seats does a Zendesk customer need today if they're using Sierra or Decagon or, you know, roll their own? It's, like, potentially zero. So Z-Zendesk, when we talk about the, the present value of future cash flows, it's like, well, they're in peril because the per seat pricing... Like, if, if Zendesk said, "We're just gonna charge you per seat per month for the current thing, you know, never make a change to our code or our pricing," that revenue stream is 100% going to zero. On the other hand, it could triple or quadruple because they might just move to outcome-based pricing and ditch. I mean, it still has to be subject to the laws of fairness and predictable irrationality that we talked about. But, you know, something like Zendesk, it could go up, it could go down, but, like, the default pa- path, unless it changes, going to zero. On the complete other side of that is you might have per seat pricing because it feels fair, but the seats are not tied to an outcome. So, like, Workday has this great pricing model where like, "Oh, you're GE. You have 340,000 employees. Yeah, I'm gonna charge you per employee per month." Why? I don't know. It just feels fair. But those employees that work at GE are not using Workday to produce an outcome. So Workday, I think, is fine. In fact, if anything, and th-this kinda goes into, like, what can you do with AI tools, well, when you hire somebody at GE, they need to do a reference check and make sure that you worked at the three companies that you claimed you worked at. An HR person has to go look at the file that's in Workday and go call those three companies. Workday can call those three companies. Like, an AI tool can do that, but only through the system of record. So, you know, something like Workday or, like, Intuit, it's down 45% in the first, like, you know, s- it's February 26th or 27th today. Down 45%. Nobody's gonna get rid of QuickBooks. Um, so, you know, these are the two tentpoles is, like, you know, per... Like, seats are charged per month or per whatever, and it's tied to some kind of work, and then seats just happen to be a clever pricing trick, but it's not tribed- tied to work. And then there are things that are in the middle, like Adobe. Like, yeah, it's, it's maybe you need more seats, maybe you need fewer seats, but it's not as stark as the Zendesk example, nor the Workday example. And then against that, you have this

4. 11:07 – 14:23

   Vibe Coding Is Preposterous

   1. ARAlex Rampell11:07

      kind of undercurrent of, "Oh, I'm gonna vibe code everything," which I think is just preposterous, uh, having been a software developer for a very, very long time, because, uh, the, the person that I like to cite as my counterexample here is, um, my, my second favorite economist, um, David Ricardo. Um, and in 1817, uh, he's been around for a long... He, he lived a long time ago, but it's like this is where the theory of comparative advantage c- comes from. It's like you could also grow your own food, you could weld your own aluminum, but even those are bad examples because it's very simple to grow food or weld aluminum. It's just I have a comparative advantage filming podcasts with you. I could do that too, but I can earn more doing this, even though I might be more productive than the plumber, but I should still do the podcast. That's actually less important than the, the, what I like to call, like, all the edge cases that lie beneath, right? So, like, I could theoretically vibe code me some Workday, but what happens in Indiana if the person leaves and they're on maternity leave? Like, you know, all these edge cases where it's just you don't know about them unless you've encountered them in the wild. SoUh, a lot of software is just a set of deterministic rules that have been learned from like, in many cases, decades of experience, and the rules are not exposed. The rules are... They're kind of embedded, and you can't just replicate them. You replicate them through experience. So I, I think it's like, again, there, there are kind of three k- types of SaaS in my oversimplistic view of the world, and then there is this like, uh-oh, like it's no-- like the IP is worthless because everybody's gonna vibe code their own thing. And I think on maybe for certain subcategories, if it's a very simple task with no edge cases, or maybe you don't need all the edge cases that have been built in. I think software is gonna do great because it's the true systems of record that have sticky software that people rely on, that have all of these embedded edge cases, they're gonna start adding AI, uh, where AI does the work, right? It's like, you know, Workday will say, "Do you want us to do a, a background check?" Intuit will say, "Do you want us to go collect on your outstanding accounts receivable?" You don't have to go hire humans to do that. You go hire your software to do these tasks. That is starting to happen, but when that does happen, the present value of future cash flow, like that's gonna go up a lot. Like the, the, the future ca-- like the, the present cash flows are gonna go up a lot. And I, I just... It's, it's astonishing to me that a lot of public market investors, they can't tell the difference between these different buckets, and they're not giving any ki- Like they're very excited about AI, but how do you deploy the AI? You have to deploy the AI through software that's a system of record.

   2. MCMike Cannon-Brookes13:40

      I think it's a fascinating time for everyone getting to first principles of what a business really does. So like you have all these, these views, right? I, I personally hate the system of record thing because it sounds like, oh, a system of record is just like a database sitting there. It's very static. I put stuff into it, and I pull it out, and that's it. And that views a business as a set of filing cabinets in a very sort of industrial era kind of world, right? Now, that was very different than the pre-industrial era of a business, so totally it had a, a value, and I get why we have the term system of record. But it feels a little bit like we... why we have a floppy disk icon as the save button, right? Where my kid's like, "What's that?" [chuckles] And I'm like, "That's a disk." And they're like, "What is that?" And I'm like, "Oh, shit, you've never actually physically seen a disk, but you still have this icon. You know what the save

5. 14:23 – 31:25

   Businesses Are a Set of Processes

   1. MCMike Cannon-Brookes14:23

      button does." And the reason it's questioning this is, to me, businesses are a set of processes. They're not a system of record. Like these are all process-based systems, right? Everything Alex just said is totally true, but there are processes like reference checking or other things, and your ability to coordinate a set of processes to happen as cheaply and efficiently and quickly as possible is actually, in a knowledge business, not an industrial era business, but a knowledge era business, your entire business, right? I have ten thousand plus people who walk into buildings every day and bring their brains and walk out and take their brains with them, and that's it. I don't have any atoms. I don't have any bits. I don't s-stamp any steel. I don't even have any filing cabinets, I don't think, right? And I am all about coordinating the sets of processes, which I think most modern businesses probably are, right? When you get to how does that relate to Alex's commentary, I think it's totally true. We have different types of processes within a business. There are what I like to call input-constrained and output-constrained processes. The customer service example with Zendesk, that's input constraint. Your c-customers ask a certain amount of questions. How quickly you process those is about your efficiency, cost, speed, quality of running that queue. If you do it 10 times as fast, you don't get 10 times as many questions, right? Like they, that you have so many customers. There's a, there's a relationship or a ratio. For every customer, they ask five questions. How can I make them ask less questions or process the questions quicker, right? And there's actually a lot in a business that is an input constraint kind of a process. Uh, I always use our legal team as an example, right? Their job is not to generate legal work, it is to answer it. So how many leases do we have? How many NDAs? How many contracts? It's like a fixed total set, and for that work, I'm trying to do it as efficiently as possible, and you have one entire vector for that set of processes. But then I have kind of output constraint work if I think about anything creative, marketing, I would argue software development, technology, where I can theoretically do an unlimited amount of tasks, right? I'm constrained by my creativity, if you like, and how many things I can think of to do, how much value I can deliver for my customers. Those are actually n- where I'll take the efficiency gain and probably do more output rather than limit input within the bounds of making my company profitable and all these sorts of things. Um, the challenge is to look at a business and try to make this analysis from the outside because all of your input constraint processes and output constraint processes actually work together to make a business. And they all have to kind of liaise in all these interesting ways, and that's where you see weird pieces of software that are just coordinating, quote-unquote, humans are running processes. And what you're saying about Indiana is totally true because some of those processes have outside rules, we call them laws, governance, compliance, that I have to do. In Indiana, I have to do a certain thing for employees. So the processes are both how I want my business to run and how it has to run, and the business is really just a collection of all these processes put together. Like, I'm just saying it's, it's a totally different view from the sort of we have a system of record and a system of action or whatever, and I'm like, that's not how I think most businesses actually run, but it's often how we think about it, so...

   2. ARAlex Rampell17:30

      I totally... I, I think that's a great framing. Um, like despite the fact that I love, I love Intuit, it's like TurboTax, well, like the tax code is published, right? You can download all of these rules. It's highly deterministic, and then your files are in your, your, like, messy downloads folder, and it's like make those two happen. In that case, it's like one of these bizarre situations where everything is actually transparent in terms of the processes. I think it's actually a quite rare situation where the edge cases are published in, like, maybe one place or maybe 50 places, but it's like, oh, you just... There are 50 states in the United States of America. Each one has its own tax code. There's the federal tax system. They have a tax code. Go download that stuff and make it work. And there probably are still are edge cases and processes that you learn versus, like, the real world normally isn't as neat as that. It's just like you learn by doing.And if a business has value, I mean, there are a lot of businesses where theoretically, I mean, this is where it's like you would say, like, all the assets leave every night because they go down the elevator and they go home. Like, that's, that's like more knowledge economy type things. But actually, these businesses do have value. Like, you know, d-does McKinsey have value outside of all of the employees that work there? Because that's a knowledge economy business where they produce outcomes and, you know, it's tied to labor. It's not like a product. But still, like, they're pr- they're probably pr- like, they probably have some top-secret handbook that they use around how do they hire people, how do they fire people, how do they produce, uh, outcomes for clients, and so on and so forth. I haven't seen it, and that's actually great that I haven't seen it because I can't replicate it. And it's probably been built over a hundred years. Um, and like, you know, what is it that non-digital, non-software products do? What is their product? Their product is the, is the accumulated knowledge from potentially centuries or decades. I mean, I, I love going to Japan and you see like, oh, this noodle store has been around since like fifteen eighty-seven. And it's like, yeah, there's probably something going on there. It's like this accumulated set of, uh, kind of culture and knowledge and, and know-how besides, you know, here's the recipe list for, for making noodles. Maybe a bad example 'cause making noodles is a little bit easier, probably not as many edge cases. But I don't know, maybe there are edge cases. Like, what happens if you're, if you run out of flour, what do you do? What hap- how did the noodle s- shop survive the great flour shortage of sixteen twenty-three? You know, they, they, they probably did something, and that's, like, accumulated in this, like, secret book of know-how, as opposed to I'm just gonna replicate something where all of the rules are published to the public.

   3. MCMike Cannon-Brookes19:53

      Or maybe, like Intuit, again, this is where I think it's so fascinating it forces us to rethink our businesses, right? Is Intuit filling out the tax code for you? Or does Intuit know the tax code as well as anyone else can? What they're helping is you to take your life data, your understanding, your... They're asking you the right questions. Intuit's almost more like a McKinsey. It can be considered that way. It's their process and their s- special ability is how to ask you the right questions to fill out the tax code rather than the filling out of the tax code.

   4. ARAlex Rampell20:24

      Yeah. Yeah, that's true.

   5. MCMike Cannon-Brookes20:24

      Right? And all these businesses are having to look at maybe I have fifty processes internally that I think are my secret sauce and unique. Maybe only twenty of them are, but now I have to really consider which of those processes are actually unique and which, which are not, because we haven't had to think about it in that, in that manner before.

   6. ARAlex Rampell20:42

      I think it's also kind of a question of how... Like, there's this Goldilocks zone probably of, like, is it worth doing yourself versus not? Like, if you take this kind of like third r- not third rail, but kind of this independent variable of should I now Claude code myself, Clo-Claude code myself some X? Well, if it's like ninety-nine percent of my cost and, like, my business is gonna fail because this evil company is overcharging me for software, it might make sense. If it's like a dollar a year, it probably doesn't make sense. And then not all systems of record are the same. So like, you know, I kinda think of a system of record as like the atomic unit of something for a business. Like, it could be, uh, calendars are a system of record for time, um, or I don't know, ERP is a system of record for inventory. Like, you have all these different systems of record. But, um, like the, the example I was giving somebody is if I have an office in Miami that I don't go to very often, and there's a system of record for conference rooms. There is a system of record for conference rooms. It's like Google Calendar. Like, am I willing to change that system of record? Yeah, because it's like Miami, my Miami office, I only go there once a year. Like, who cares? Um, versus like this is something that touches my revenue. It's not that expensive. Um, am I really going to grow my own food for something where... I mean, actually, this, this is the cool thing about, like, farming, right? If you kinda take that metaphor, it's actually a lot cheaper to go to a restaurant. If I just want, like, one hamburger versus, like, get myself a cow and feed the cow and wait till... It's just, a lot of food is actually cheaper if you consume it in a restaurant because of comparative advantage and economies of scale. So there probably are systems of record where it's like there's some where outside of any of the factors that we're talking about, they're more susceptible just because they overpriced or they're just not as valuable in terms of what it is that they're storing and keeping records for. I mean, like, Carta keeps track of cap tables for a lot of companies. How often do you access your cap table? Not very often, but it's super valuable. You can't F that up, right? Like, it's, I'd probably rather use Carta for that than like... And they only, they don't charge me that much money. Like, sure, I'll use Carta. Um, and it's not, it's not like a daily use kinda product, so it's not even like that dimension.

   7. MCMike Cannon-Brookes22:55

      I think the vibe coding thing is so fascinating to me because, yes, as someone in software, they're like, "Oh, people are just gonna vibe code all these replacements to tools." I'm like, the idea I would vibe code my own workday and then run it is terrifying [chuckles] . Like, I might have some really smart engineers. Firstly, I have other stuff for them to do. Secondly, I'm like, wait, I feel like that has way more downside than upside for me. However, and so that's the sort of replacement theory. There is a great gain we are seeing internally in extensibility of software using things like vibe coding. So most of these applications are highly configurable, customizable, you know, in our case, all the way through to true extensibility. You can write pieces of software, apps that run on top of our platform that have all sorts of different areas, and lots of customers do, but those customers need to put a technology team on doing that job. Their ability to, quote unquote, "vibe code" extensions, customizations, very tailored applications with a very specific use case of something. I want an app for the Miami team to do conference room booking, and Miami has some weird HR policies, so that app needs to look at Workday and this and that. It's used by twenty people. I probably wouldn't have been able to afford to put the IT team internally on building that 'cause the bill would've been too big. But now maybe I can build that, right? But that uses Workday's data and rules around the world underneath, but it, it just gives me a very custom interface for, I don't know, the person on the front desk in Miami to do something very specific to what they need.That is super powerful, but it's not a replacement for Work-- poor Workday. I feel like Anil is like [laughs] the, the butt of a lot of these c-conceptual examples. That's really powerful, right? That actually makes-

   8. ARAlex Rampell24:38

      Yeah

   9. MCMike Cannon-Brookes24:39

      ... Workday stickier in the enterprise and more valuable because you can build all these applications on top, which is the power of AI and vibe coding and creativity to make it more tailored for what I need. But we're gonna have to be really careful about these sort of layers of stability and rules and process versus customization, right? And you could argue, I don't know, OpenClore and stuff is an example of building very personal apps just for me. Most of those people aren't software developers. They're building apps that work just for them on top of their Gmail or something else, right? But it still uses Gmail as the rails. They still go to Gmail to read their email and do their email, but they build some specific thing for themselves to solve a problem they have, and probably only they have.

   10. ARAlex Rampell25:21

       Yeah.

   11. MCMike Cannon-Brookes25:21

       A couple of them maybe turn into companies. Most of them are just solving some stuff that they needed themselves. That's it. And that's great. That's really powerful.

   12. ARAlex Rampell25:29

       That's why I'm curious about, um, maybe I'd call it my bucket two of this pricing fairness, where the back end is not the front end. So if you think of Salesforce, they charge for licenses, like I think we have six hundred people at our firm, might have six hundred Salesforce licenses. I've never logged into Salesforce, but I bet we pay for me. But I, I use the output of it sometimes because it actually is the system of record, not to overuse that term, but it stores like all of our relationships. But I am like part of a table in a relational database of it's like, you know, I'm user ID number four hundred and twenty-two here, and then whenever I meet with a company like, oh, well, like user ID four twenty-two is matched in this other database, but we really just wanna pay for a database. So like in a world where the front end is not the back end, I mean, that's, that's the thing. It's like for Workday, I kind of think they've come up with a very clever pricing trick. Um, trick, trick undersells it. I mean, I think it's a, it's a, it's a powerful pricing paradigm that feels fair.

   13. MCMike Cannon-Brookes26:31

       Yeah.

   14. ARAlex Rampell26:31

       It's like the more employees that you have... And why is that fair? Because GE has more profits than a ten-person company. GE is gonna pay more for this thing. It's still a drop in the bucket. It's totally within the Goldilocks zone of pricing, and I don't think anybody's gonna vibe code that. They're gonna add all this AI revenue. But most importantly, their pricing feels fair. Whereas for these things where it's like the front end is somewhat divorced from the back end, that, that, that one is I, I, I don't know what's the fair, what's the fair format for pricing. Like what will happen to software pricing? And, and obviously, like if nobody's gonna vibe code their own thing and there's not gonna be any competition, then pricing will stay unchanged. But you can imagine a world where people are building things on top to read from the database, right? Because I mean, a system of record has a database represent-- That, that's like the, the abstraction layer b-beneath everything. Will the pricing, will there be any pricing pressure on, on any of these categories? And I, I... For me, I think it's like if the front end is not the back end, there's more susceptibility than if they're like very, very tightly twi-- like intertwined. Like QuickBooks is used by small businesses. They don't have seats. It's like the owner of the business just logs into QuickBooks. Um, so the front end kinda is the back end versus, you know, Salesforce, where you can imagine like nobody gets rid of Salesforce, but maybe they have fewer seats because they need fewer front ends, but they really still need the back end desperately. They're not gonna go, you know, they're not gonna eliminate or do anything with the back end.

   15. MCMike Cannon-Brookes27:54

       It depends on always like, I, I think your fairness and optics in pricing are really, really important. People understanding what they pay for and feel like what they pay for is, uh, relates to their usage in some broad way, right? I, I would say that a ten thousand person company paying for Workday, the twenty thousand person company probably pays twice as much plus some discount 'cause they're buying more because they generally have twice as much complexity of stuff and they see that as fair. That's what you mean by like, it seems reasonable that I would pay by employee for my HR system. Um, I think the question with a lot of these things is, you know, what, what processes... When we talk about front end and back end as an example, it's not a database. It's a database plus a set of processes. We used to call it business logic when I was growing up. The, those business logics are not irrelevant. So in the world of what, why does a business have them? Because it runs as a collection of processes, and they want standardization of process to some level, right? So the two teams work the same way, so someone can manage them, understand them, track output. You know, I don't know, if I have a bunch of car factories, I wanna track the total amount of cars in and out consistently across them. Um, the business logic, where it gets baked in is somewhat where the value is. Because you may need, and again, maybe a16z is not a great, uh, example of a Salesforce customer, right? That, that actually has a huge amount of sales going on in terms of traditionally. Um, the processes you bake into that for your sales teams are totally valuable to you, and you would think that's a fair way to pay. The question is your sales adjacent teams, the sort of collaborator rather than the core user, how much do they need those processes and how much do they not? So I don't know, I assume Salesforce, Sales Cloud, I guess we're talking about. Sales Cloud has an MCP server. That MCP server doesn't go to the database. It probably involves your processes and the rules on the way through. So the question is, someone sales adjacent, I don't know, they're in marketing or they're in customer success or something like this. If they need those processes and governance and controls and rules and, you know, "Hey, we only do X for customers in Japan. We do Y for customers in this area," that sort of stuff, even their MCP server is gonna need an account. Whether the customer thinks that's fair, that's a different question, right? It's just the challenge of like how does that get priced. I tell you 'cause we get this all the time, talking about consumption-based pricing, usage-based pricing, outcome-based pricing. There are a lot of categories where that makes sense.I definitely do not believe that it will be the majority pricing manner for all software, for all SaaS-based software, because when you talk to customers, they hate it. They really hate it where, asterisk, it is not related to the value they consider that they put in. So I have usage-based pricing for Splunk. If I send them twice as many logs, I pay more money, I get it, but the logging is up to me, right? I can log more or I can log less. I can yell at teams where I'm like, "Hey, how come you're logging so much? This is expensive," and, you know, "Are you using these logs?" I can control the amount of data I put in. Same with storage in S3 or something canonically. I put in a gigabyte, I put in two gigabytes, fine, right? The problem is those are relatively transferable and controllable by me as a customer. A lot of the examples people give of either outcome or consumption-based pricing are not in control by me as a customer and not exchangeable.

6. 31:25 – 35:24

   AI Credits as Casino Chips

   1. MCMike Cannon-Brookes31:25

      So the AI token world, the AI credit world is really, really difficult for customers because they're like, "I don't really understand what this casino token you've given, casino chip you've given me is," right? I can take a gigabyte from AWS and go put it in Azure, and I know how much they're gonna charge me 'cause the gigabyte is kind of constant. When I have these AI credits, I'm like, I, I don't know if your credits are the same as yours or the same as yours. And by the way, you keep adding features which chew up my credits because my users use them, and I'm like, "Wait, I don't, I don't know what they're doing with those credits." Like, it's not the company choosing to use them, it's the vendor adding, like, features that make the software better that seem to just happen, right? I can 10X my customers' credit usage overnight by adding a whole bunch of stuff like, "Hey, I built these great summaries for you," and they're like, "Wait, I didn't do that." So I think the outcome-based usage, when you talk to customers, they want seats probably 'cause today they understand it, and secondly, they've been burned by a lot of this consumption-based. The, the bill just goes up massively and they're like, "Wait, how do I control this?"

   2. ARAlex Rampell32:28

      Right. It's predictable.

   3. MCMike Cannon-Brookes32:29

      That will take some adjustment.

   4. ARAlex Rampell32:31

      Yeah.

   5. MCMike Cannon-Brookes32:31

      It will be certainly present in a lot of categories. You know, we have a bunch of areas of our business at Atlassian that are, you would argue, consumption-based pricing or literally just consumption-based pricing, but we try to stick to areas where customers do twice as much stuff, they get twice as much value, they pay twice as much money, and it's in their control. A lot of these other things aren't in their control. And the last example of outcome-based pricing is those outcomes are also dynamic. So the problem with, say, customer service where I've saved you, you know, you used to spend $20 on customer service. With our tool, you'll only spend 10. That's a great sales pitch in year one. In year two, the customer goes, "But I only spend 10. Now I wanna spend five, otherwise you didn't deliver any value." And the vendor goes, "Well, if you took me out, you'd be spending 20." And it's like, wait, but I don't spend 20, I spend 10, so, like, my ability to save you money each year is difficult from an outcome basis, right? I'm eliminating tasks.

   6. ARAlex Rampell33:24

      I think also, like, from a sales perspective, um, I s- I've started two payment companies and it was really... I used to-- This is why I know Workday, is I envied them and I would talk to my sales team about Workday because they know from the outside in how much money they make from GE. They're like, "Okay, GE d- uses PeopleSoft. They have 330,000 employees. Maybe we charge them $4 a month, but probably $5 per employee per month. This is how much money you make from that account." And it's so, it's so much easier to scale a sales team if you're selling a software product or anything, by the way, if you know that company will pay us three million dollars versus, like, you know, we... When, when we were starting a firm, we signed up 1-800-Flowers. We have no idea how much we're gonna make from them, and it turned out like, you know what really made the business work? Casper the mattress company. It's like, what? Like this stupid mat- Like, but it's like you just don't know, and you think, like, you get, like, a big d- Like, we got Walmart, didn't really work out that well in the beginning. We get Casper the mattress company. Oh my God, incredible. Workday has the pr- It's predictability in both directions, right? It's predictability for the spender of the money, which is the customer, but it's also the predictability for the management team knowing that you should spend your time trying to sign up GE and not sign up a 10-person company because GE is bigger than the 10-person company. Whereas it's crazy in internet land where it's like Stripe might make more money from a 10-person company than GE. And I guess you, you can get to, like, higher levels of predictability there, but, like, when you have outcome-based pricing or consumption-based pricing or something, I mean, consumption-based pricing is not bad per se, but if you don't know from the outside in how much you can make from an account, it just becomes exponentially harder to scale a sales t- a sales, a sales and marketing team because you just, as an entrepreneur- One thing I wanna go back to sort of dealt with h-how you guys are adapting i-in this era. C-can you sha-share more about the, the biggest ways in which that's ma-manifested for you and, you know, h-how it's made you, you know, change

7. 35:24 – 43:26

   How Atlassian Is Adapting

   1. ARAlex Rampell35:24

      your business?

   2. MCMike Cannon-Brookes35:24

      Look, I think the, the way that we think about it is, um, we... Look, we sell collaboration tools that solve human collaboration problems, right, in lots of different areas, service teams, broad business teams, HR, finance, software teams, like lots of different types of teams buy different sets of apps from us, collections and, and sets of apps. Fundamentally, they're all collaboration problems that involve a lot of text, so this is really good for us. What are those people doing is probably the important part, right? The technology world often runs to, we're gonna reinvent everything and that's the way of the future, and that generally is true in the medium to long arc of time. Our challenge is always we have a lot of customers that work in today's manner, today's workflows, in today's set of apps, and they're not... They're very smart. They wanna get to tomorrow, but they also have to move a lot of people. So when we're building AI features, and I can give examples of any of these, um, we need to understand what that technology is, how it can help us, is how we think about it firstly. Secondly, what fundamental platform componentry do we need to build for whatever that future will be? 'Cause this stuff's accelerating so fast, right? So that's how we got to our AI gateway and the teamwork graph and the enterprise compliance and controls. You have to separate that out from the features you're building for customers in a given app, then have to build features for customers that they use, right? So where do you put those features? What are those features?A whole bunch of them are in existing workflows to help the customer do that existing workflow faster, better, higher quality, more efficiently. Those tend to be very unexciting from a magic point of view in terms of what sells a, you know, a thirty-second animated GIF on, on X, but they're incredibly exciting from the customer because they can use them today. Like their existing way of working just got better. They're like, "This is amazing." Like, they rave about that stuff. And in the AI world we're often like, "But that's pretty simple." And it's like, but it actually helps them today in a massive way. I tell people internally though, and you can give an example in service, right? That's not enough because you also need to use their existing workflows with new apps or look at new workflows and be able to handle that as well, right? So we have to do all of these things. So if you look at, you know, Jira as a canonical example, you know, in the service collection in our, in our, uh, HR and IT service management products, summarizing a ticket is something we can do way better than we ever could because there's a lot of existing workflows we have. In a, an enterprise, maybe have four, five, six people work a ticket internally to try to resolve a problem. The fourth person that shows up, there are a whole lot of attached files, there's a lot of conversation, there's a lot of different things going on. They would normally have taken thirty minutes to like read it all and understand what's going on, so then they can bring their expertise to bear on the problem. Literally just summarizing that, and it's not a simple stick it into, you know, an LLM and get back a summary, you have to be very careful about the context, is so powerful for them, but they haven't changed their workflow one iota. It's still Alex saying, "Hey Eric, can you come help me with this ticket?" Eric shows up, Eric has to bootload his brain with all the things. So that's like an existing workflow where we can use LLMs just to make that customer way better and they love it, right? They rave about all these types of features. But they're very simple. They're usually not agentic. Uh, then we can say, "Cool, but that service workflow, we need to put agents in at various spots," right? And most people are taking a workflow and finding s- you know what? This step trips us up a lot. This costs us a lot of time. Can we make this step faster? And that's absolutely something that we have to provide agent frameworks ourselves. We have a pretty great agent framework that uses all the teamwork graph and all the context you have, and it's pretty simple. It's pretty-- very affordable. Um, or you bring your own agent framework, right? Most businesses I think will have three to five large scale agent platforms running internally and they say, "Hey, I use Agentforce for this," or, "I use Gemini for this." Great. Bring that agent and we'll pop it into the workflow here and we'll make that work, right? We have to be able to do that. But you're still all in the existing workflow world. You're just doing the old task and then doing kind of a new and efficient task, but in the existing workflow. Then you get people like, what if the service ticket didn't exist at all, right? So you're reimagining whole categories of software to new workflows, and we have to help our customers make it across that gap because they don't generally have one service team. They have hundreds, right? And if they have hundreds of different service desks running, they might say these twenty are gonna work in this new way, these-- but they have to manage them all. So I guess we're trying to bring data in the teamwork graph together with this and also from a customer-driven lens. I think that often gets left out here, right? We're trying to take them five years into the future. It's our job to actually get them one year and two years and five years into the future simultaneously, which we, we're trying to do. And the last thing I'd say is we're investing a lot in design. And I think that always in any AI conversation gets left out because there is a lot of foundational design to do in how this works, right? We're seeing the first elements of this, but if I look at the mobile era, the first set of apps were kind of just canonically taking desktop or web things and sticking them in a phone, and then we evolved new patterns of interaction and experience, right? Not even the visuals. How do we use these things? What are push notifications for? They didn't exist at the start, right? Drag to refresh is like a very obvious simple example that's a pretty canonical design pattern that generally it's successful here and it gets moved across. But the whole, like, how do I use my mobile and my desktop together? How do I move back and forth? We have so many design challenges to solve, um, that actually help people to understand what's there. The average customer we have, the average user, the average-- They don't want to understand. If, if AI doesn't exist for them, that's fine. But they want the outcomes of it, right? They don't need to know all of the technical detail. It's our job to hide them and just give them the answer they're looking for or make a task more effective or efficient. I feel like in the technology world, sometimes we get so obsessed by like model quality. You know, it's, it's almost trite now to say the models are far ahead of the, the actual value they're delivering now. The, the, the underutilized capabilities are so big. A part of that equation is actually design and experience, right? How do I get this? Give people a chat box that can do unlimited power and they're like, "Uh, tell me a dad joke." Like [laughs] because it's like unlimited power, but it does-- it's very hard to help them utilize that power, which is where a huge amount of our challenge goes in terms of bringing agents and all the, the power of them into workflows and collaborative loops and, and having humans and agents work together.

   3. ARAlex Rampell41:58

      I, I, I love the skeuomorphic point on well, you know, it's first it's like you had pieces of paper. The early web was just like a web page. That's why it's called a web page. It's like eight and a half by eleven, right? And then mobile, oh, we'll make it a tiny web page. And then it turns out if you don't just go into the skeuomorphic world, but you just think from first principles and take advantage of the power of the device, you do all sorts of other things. It's like, you know, the, the, the scroll to refresh, right? Like the, the, the pull, pull down to refresh. That was a new concept that came from mobile, right? So, um, I was thinking about this the other day. I'm not... Have you tried NanoBanana 2?

   4. MCMike Cannon-Brookes42:31

      Yes.

   5. ARAlex Rampell42:31

      It's really good, right? So, uh, one of my colleagues just said, "Hey, uh, for an American tourist visiting Japan, make an infographic about what to do and not to do." And it's like it one-shots something that's amazing. How do you edit that output, right? And that's where it's like, you know, it feels very s- it's like, well, you could edit the text, you could edit the graphics, you could just one-shot something newOr, you know, what, what is the state of-- I guess this is my question for you is, like, what do you think the state-of-the-art is or should be, and how have you been thinking about this just because you mentioned design, for editing the output of the AI output, right?

   6. MCMike Cannon-Brookes43:09

      Absolutely.

   7. ARAlex Rampell43:09

      Because they're, they're like the, they're the classic, it's like, "Oh, I'll use a GUI and click here and change that." But it feels like that's very skeuomorphic.

   8. MCMike Cannon-Brookes43:19

      I, I would, I would, I would zoom out two levels from that to answer that question 'cause it's a great question.

8. 43:26 – 54:01

   Why Customer Trust Is Hard

   1. MCMike Cannon-Brookes43:26

      First is, customer trust is really hard in these areas, right? When you go talk to users, you sit down, you do research with them, you sit, you ask them questions, you ask the five whys. They're very scared of AI, not because of its power, because it does stuff and they're like, "Hey, how do I know that was right? It d- what did it do?" Right? It's like the idea that, "Oh, don't worry, my AI bot's gone and sent 15 emails and managed your inbox. Your inbox is empty." And you're like, "Okay, did it... I don't trust it yet." Like, so I have a trust question on generally AI doing things really quickly. To gain trust, it has to come back to you and say, "Here's what I'm about to do. Are you sure you want me to do this?" Without being annoying that you're like, "Just F-ing go and do it." So like, th- that's a whole design question of how often does it-- how do you build trust with any of these tools? The second is, does it have enough data, right? So much of AI is one-shotting things. Sit on X, you'll see a thousand like, "Hey, this is the magical prompt incarnation Harry Potter spell that does this, like, runs you a one-person billion-dollar business. Just put this prompt in and paste it." And like, that's like kind of ridiculous because the reality is you also have a lot of iteration on the data side, right? One-shotting things is really useful, but you often need to go back and edit the output and the input, right? I'm not very good. I've used this example for a while, where you say, "Hey, go write me an essay for my homework." It'll spit out an essay. And you're like, "Wait, no. No, it's a history class." They're like, "Oh, okay, well, let's go leave an essay." And like, you're actually changing the input, and somewhat this is chat, like iterations, but if you've ever tried to do that image editing with chat iterations, it's super frustrating where it's like-

   2. ARAlex Rampell45:03

      Yeah

   3. MCMike Cannon-Brookes45:04

      ... "Oh no, you changed the thing I didn't want you to change," and you're going back. You're like, "Argh." So like, there's an input design and experience problem. Part of that is how do I have the right amount of context? And then there's an output and iteration problems. Our teamwork graph can access largely all of your organizational knowledge. It's insanely accurate. It's got great search. It's got amazing relevance. And you're like, "Sweet, I have full organizational memory." Now, the teamwork graph knows that I used to write code in 2002, and it knows that 'cause it has this insane memory. And I'm like, "It's actually not useful. Don't use that to answer any query I give you other than one thing. Mike used to be a developer, maybe a bad one, right? It wouldn't get hired nowadays anywhere, but maybe that helps in explaining something to me in a way that, 'Oh, you have a computer science degree. I can help explain it to you in this way.' But I don't wanna know all that information." Why is that an input challenge? You kinda see all these boxes at the moment where it's like, search the web, don't search the web. Search my organization, don't search my organ- Like, you're asking the user to make all these choices they don't quite understand. That's not in a design flow, right? Where it says, "Hey, this question, I suspect you want me to do this and that. Is that correct?" You see that a little bit in deep research, but it's a bit frustrating, and it leads to this whole like, man, I've got 17 different agents running off and doing stuff, and I'm like, it's like the, the problem of having a lot of interns, where you're like, the problem with having 50 interns is you get a lot of work done. The problem with having 50 interns is they ask you 50 questions a minute, and so like all you're doing is answering questions for interns. Um, so there's an input problem of experience that you really need to solve. Then you get to the iteration problem, which in a corporation is much more difficult, right? Because, um, we gave this great example of, you know, brainstorming, where it's not usually one person brainstorming. So in our, in our whiteboard in Confluence, you can bring in agents and say, "Hey, I wanna brainstorm about this topic." They are really good at going off and getting all the information from your organizational knowledge through the teamwork graph and coming back with a really good brainstorm. And we get better and better at drawing it and putting the cards in the right places and everything else. If you just take that randomly and say, "Go," you lose human input and trust. So actually, usually what happens then is we've got a bunch of data, we're gonna have a meeting, we're gonna get people together, we're gonna go and say, "Well, what do we all think?" Add our intuition, the, the, the, the brain matter, which of these are useful and not useful? And then that information has to go back into some other agentic loop to say, "Cool, now we've kind of voted," although the voting is like the output of a, of a human process. Then you're gonna go and do something, and then we're gonna work out what to do, and did we do it correctly and, and all these things. It's, as you said, it's very non-deterministic in the quality of output, but it requires, I think, this human agent loop, right? And, and getting that right is a design problem. Too many loops, it's frustrating. Not enough loops, you lose trust, and it just, it just happens. And so we see that. We just shipped, you know, agents in Jira in a lot of ways, so you can, like, assign work to an agent, and it goes off and does stuff. And when we test it with people, they're like, "Well, what's it doing?" I'm like, "Do you wanna give us 1,000 steps?" And they're like, "Why are you telling me all this crap?" I'm like, "Wait, 'cause you said you didn't know what it was doing." And so there are lots of design challenges with just bringing them into workflows and back to the business processes. Like the... I don't know. The security team is involved in a lot of places. The accounting team, the finance team. There's lots of places. Like, even in sales, finance usually has sign-off on a deal, or someone in finance does. How do you do that and make that workflow better where you're just assigning to agents? You need to be very careful about the experience. How does it come back? When does it come back? Is it frustrating? Does it come back in a new way? Can I interrogate what it's doing right now? Like our agentUh, first or third-party agents were running in Jira. If they're off doing a task, you can chat to them while they're doing the task and say, "What are you doing?" Which helps you build trust in the short term, we believe. But in the long term, if you trust it, this particular agent doing this task, man, it's got it right the last 20 times. The odds are right, it's, it's good. I'm just gonna ignore it. These are all, I would argue, a fundamental foundational design and experience problem. They're not a technology problem, right? They're getting millions of people who use our apps every day to trust this and the gains they get, and removing the blank box, "I can do unlimited things for you," which just leads to paralysis, I think, for, for most people.

   4. ARAlex Rampell49:36

      It's, it's, it's an open question, right? It's like-

   5. MCMike Cannon-Brookes49:38

      Yeah.

   6. ARAlex Rampell49:38

      ... because it's clearly like it's not the yesterday version of like click your mouse here, and it's not the today version of just do a new prompt. It's like both... It's like the... It's, it actually is like a as long as humans are involved in some way, shape, or form, which I firmly believe they will be, 'cause these tools serve humans, you need to be able to get your head into the model, um, both from a trust perspective and from an iteration perspective, and it's, it's a design problem.

   7. MCMike Cannon-Brookes50:04

      It's like-

   8. ARAlex Rampell50:05

      And I don't think any, any, anybody-- nobody's quite nailed it yet, right? I don't know. Maybe they have.

   9. MCMike Cannon-Brookes50:09

      Yeah.

   10. ARAlex Rampell50:09

       But it feels like we're at the very, very beginning of this process of coming up with a better design for, uh, modulating, not even modulating, but just kind of editing the, the one-shots. Uh, which impressive as they are today, it's just like that's not gonna be... I, I just don't believe it's just like, ah, Harry Potter spelling incantation. I'm gonna steal that phrase. That's a good one.

   11. MCMike Cannon-Brookes50:29

       Uh, I think, I think one thing, one interesting example is just writing documents is something we all do so naturally, and there is a huge design challenge and experience challenge which I can describe with AI document writing. But secondly, there's also a huge, like, people learning challenge. So like we sometimes forget to take... Pretty much p-people in technology know what a prompt is. They know what it does. They know what the LLM's doing in the background. You go to people in the broad business world, they don't have time to learn all this. They kinda probably know what ChatGPT is. They don't quite know how it's working. And the reason it's a design challenge of document creation is, um, we have a whole set of features which we call Create with Rovo, which instead of writing a document by giving you a blank page and just starting to write, okay, I've got a heading, I put some text in, I put another heading, I put some text in, I put a table, et cetera, right? Is we've all been trained for decades in knowledge worker to write a document that way. With Create with Rovo, you can literally say, "Start with a prompt." Right? "Hey, I want a document that roughly does this or looks like this shape. Give me a template," and it'll spit out a template. You can say, "Hey, I want a document. Can you go off and research this, that, and the other and bring it back?" But most of those documents, the research is actually a small category of tasks. It's like help me get started with my document in some way. Teaching users that they should start that way is really, really hard. Once they're running though, they now have two panes, right? They have 75% of the screen is the document itself, and 25% is a chat window. Think of Microsoft Word without a toolbar, but with chat only. Now, I can type text in, I can edit it, I can change it, and you need to say, "Hey, you should be totally comfortable to change everything on the left." But you can do operations on the right like, "Hey, I want you to add a new section that goes and researches this other stuff and put it after, like, the summary," and it'll go and do that. Trying to watch power users are like, "This is amazing." And they're like moving back and forth, and they're getting the whole paradigm, and they're like doing things, and they can write commands like, "You know what? Make every heading blue," which you can't do in Word. And they're like, bang, it's all blue. And they're like, "This is cool. I can kind of give it commands across the document, and I can go get more information, and I can like, 'Hey, can you re-summarize it quicker?'" Or, "Man, how do you think..." They can ask questions like, "How do you think the board is gonna read this document? As a board member, is it simple enough?" And it'll give you information in chat that you may say, "Cool, go action that or don't." It's a completely different paradigm to writing a simple document, which is just at the end of the day, you know, headings and, and, and bullets and text and stuff. And when you watch power users, they love it. Normal people, like regular business users who are very smart, they're like, "So I just type on the left? That's all I do?" I'm like, "Well, yes." It's, it's a, it's a whole paradigm shift. I suspect as we get more of these tools and experiences, just like mobile, two years from now, five years from now, that'll be very standard. They'll all say, "Yeah, I get how to do this," right? Maybe the first time someone looked at Excel, they were like, "Wait, wh-where do I type the paragraphs or something?" And you're like, "Oh, no, you have to think differently about it." Now it's just like, "Oh yeah, I get Excel. I, I know how it works." Um, that's the experience challenge we have, I think. To, to take a lot of this power and put it into something as simple as writing a document with all my organizational knowledge, like, oh yeah, I get the maths of why that's possible, but now help me actually help people do it. Massive amount of challenge there. Massive amount of excitement, right? It's a... When they get it, they're like, "This thing is amazing." Um, but it's gonna take us a lot of time to get, get the experiences correct for people to learn.

   12. ARAlex Rampell53:54

       That's a great place to wrap. Um, Mike, thank you so much for, for coming on the podcast. It's been an excellent discussion.

   13. MCMike Cannon-Brookes53:58

       Yeah, no worries, guys. Hope it was-

   14. ARAlex Rampell54:00

       Yeah, it was great meeting you, Mike

Episode duration: 54:18