Thanks everyone for joining. Thank you for coming to Atlassian Summit 2019 and today's investor session. Before we get started, just had a few words from our friendly legal team. Today's session is being webcast and is available for viewing on the investor relations section of Atlassian's website at investors.atlassian.com anytime you want. A recording of today's webcast will also be made available on the IR website. We will post the representations from today's session on the IR website after the session has concluded. Statements made during today's session include forward-looking statements. You should not rely upon forward-looking statements as predictions of future events, and the statements represent our management's beliefs and assumptions only as of the date such statements are made.
Further information on these and other factors that could affect the company's financial results is included in the filings we make with the Securities and Exchange Commission from time to time, including the section titled Risk Factors in our most recent Forms 20-F and 6-K. Just a quick overview of today's agenda. I'm going to pass it over to Mike Cannon-Brookes, one of our Co-Founders and Co-CEOs, just for a few welcome comments. I'll then pass it to Jay Simons, our President, for a go-to-market overview. Sri Viswanath, our CTO, will do an R&D overview. Last but not least, James, our CFO, will do a financial summary. We're going to have a short break to stretch your legs. We'll have a group Q&A session up here. Scott Farquhar, our other Co-Founder and Co-CEO, will be joining for that session as well.
We'll go right next door for some cocktails, and then we aim to end at about 5:00 today. As I mentioned, if you'd like to download any of the slides from today, they'll be made available on the IR website following today's session. With that, I will pass it to Mike Cannon-Brookes.
Hello. Hello. We on? Awesome. Thank you. How are you all doing?
Good.
Good. Okay. We aim to have the best customer community. We're also aiming to have the best investor community, so we're going to need a little more energy. I know you've got lots of questions. I see Ittai down here. He's got his questions ready to go. It is good to see so many familiar faces. We do have an awesome investor community, I have to say. It's really great. You all push us to be better and ask us really interesting questions. We've really enjoyed the journey so far and aim to enjoy it. Thank you very much for being here. I know you've all traveled a long way to be here, and it's a big day, lots of other things, so we really appreciate it. We do have a great lineup for you today.
As Ian mentioned, Jay's going to get up and talk about the markets we serve, the model, some more continual depth on the opportunity in front of us and how we think about going after that. Sri's going to spend time on a topic I know a lot of you are interested in, R&D, and how we think about that, how it's organized, everything else. James will come up and elegantly cover the financial model, and the results of all of the previous. What we're not doing today is covering products, product strategies, those types of things in detail, as basically that's a large part of the broader summit. I hope a lot of you went to the keynote this morning, and seen some of those things. Obviously, we have Q&A at the end. There's lots and lots of sessions.
Also I'd encourage you, we have the product keynotes. There are four this year just because we can't get everything into the morning one or two keynotes at all. We're spending a lot more time and energy on those product keynotes. They are produced as per a normal keynote, and there are four of those. Server Data Center, Confluence and Trello, the software team, Jira Software and Bitbucket, and then the IT and Digital Transformation group. Those will all be recorded and online, so you don't need to worry about running around to see all of them. I know you're obviously all in here, but they are recorded. You can obviously watch them from later. Tomorrow, we have a general session. If you are still around tomorrow night, obviously, you're all welcome to the bash, which will be a whole lot of fun.
Other than that, I will be back later this afternoon to answer Q&A alongside Scott and everybody else here on stage. Both founders will be hanging out at the cocktails to have a beer and relax after a big day. With that, let me pass to Jay to kick things off, and I'll see you all a bit later. Thank you very much.
Mic on? Mic on. All right. I wish I had a great story for this. I got in a wrestling match with a ladder and a light bulb and, realized halfway down that I could've been a pretty good gymnast, and then realized when I landed that, no, I was, in fact, not a good gymnast. I'll be limping around for a few months. Maybe before we start, a quick thank you to Martin and Ian. I think we have the best IR team in the business. Yeah. Do we? Thanks to you. Thanks for being investors, maybe future investors, maybe looky-loos, everybody that's both in the room and online. Thanks for coming. Thanks for your interest. There are hopefully four riveting chapters in the story I'm going to tell you today.
Part one is really outlining the markets that we serve and that we play in, the opportunity in front of Atlassian. The second is how we take our products to market and how the high velocity model works to win customers that are both small and super big. Third, I want to unpack some new dimensions of what we believe is our greatest asset, the customer base, many of whom are assembled here at Summit. I hope that you get a chance at the event to walk around and speak to both customers and partners, because you'll be able to unpack a lot of insight from them, if you pull them aside and just ask them what they're doing.
If you don't have that opportunity, the fourth chapter is me bringing up both a customer and a partner to have a direct conversation in front of you so you can hear from them directly. With that, here we go. Fasten your seatbelts. Part one, just understanding what we believe is still an enormous opportunity in front of Atlassian. Our opportunity begins with something that's probably super familiar to you if you've been following along our mission. The company's mission is to unleash the potential of every team. You heard that in the keynote. You've heard that at every keynote, literally almost since the beginning of Summit. It's something that we've been diligently working towards ever since our early beginnings. The reason why is because we believe, maybe a head nodder, that teamwork is the currency of future progress.
Any individual company, every company that's assembled here, every company that's not here, their future outcomes, their gains and efficiency, their unique future competitive advantage is either going to be won or largely earned or accelerated by improving how their employees, how their people work better together. Teamwork is hard. It's messy. It's often a maze of ideas and concepts, plans and progress, data, dependencies, deadlines, lots to sift through. Along the way, and at the end, there's usually triumph and frustration. We've all been parts of teams, and we've seen how teamwork is hard. The demands on modern teams is increasing some of that complexity. There's new data and new information and new software that we're using in our workplaces that is both incredibly valuable and opens up new opportunities for our companies.
Along with it increases fragmentation, can hinder consensus, and can hinder shared outcomes. New technologies from the phones in our pockets to the tablets that we walk around with to new software that increasingly people are empowered to bring into their workplaces to do more. New dynamics around teams, how teams are distributed, the increasing propensity for people to work at home part of the time and actually not be in the office. The freelance or the gig economies, big generational changes in many of our workplaces. Then finally, just the increasing expectations that we can keep pace with the change around us. The ever-increasing demands on always pushing forward, always moving faster, being more nimble and agile, making decisions faster with the software and tools that increasingly are helpful, but also always on and always present.
Atlassian has thrived by both improving teamwork in general, but also by uniquely being positioned to solve what tends to be the most difficult challenges for teams inside of modern businesses. We think about these very high-stakes collaborative workflows and work that demands the highest degrees of everything you see on the screen. Cross-team collaboration, tracking of dependencies, shared context, traceability, constant feedback, and sparring, time-sensitive deliverables where the outcomes truly are high stakes and very important to the business. Everything you see on the screen is really what we're known for. It's why customers hire our products for the jobs that they do. If you zoom out on the markets that we serve, the broadest landscape of opportunity for us includes thousands of different use cases for thousands of different types of teams. Our products provide the essential building blocks for better teamwork in general.
Managing shared projects, tasks, and deliverables, creating and sharing content together as a team. The faculties for deeply contextual discussion and communication. Those things are all improvements and necessary for just how people work together. A number of our products serve this really wide-ranging market landscape. You see them on the bottom left. When you meet companies here at Summit, I encourage you to sort of dig into where are you using these products? Where did they start? Where did they go? How are they being used? I guarantee you will hear a multitude of different use cases across many of these unique companies. There won't just be one. There won't just be 10. There'll be hundreds of different things that they've applied our products to improve how their employees work.
Twilio and HubSpot are really good examples of companies that drive an incredibly high degree of broad team collaboration communication through their use of our products, where Atlassian actually is part of every new hire's onboarding for how to communicate and how to connect with colleagues and get more work done once they get indoctrinated into the company or matriculate into the company. This creates, for us, an incredible number of opportunities to begin a relationship with a team or with a customer. A number of unique landing spots where any single team or any single user on a team can use one or more of our products to improve how their team works. It's as simple as signing up for an account online, inviting your team into the product, then beginning the process of improving your efficiency or improving the outcomes you're trying to drive collectively.
There are, however, a couple of landing spots that we believe we are uniquely differentiated to land and win in, and where the teamwork is so complicated and so high stakes that tools like ours, products like ours, are just absolutely essential. You cannot do these collaborative workflows without many of our products. These land opportunities are both incredibly valuable to us and to our customers independently, but they also offer us this wonderful vantage point from which we can expand to many other things that we can help our customers achieve. The first of these is probably familiar to you. It's where we got our start way back in 2002 with teams that were building software. As you've heard us say many times, this collaborative workflow is not just the domain of software developers and engineers.
In 2019, actually over the past decade, it increasingly has become the domain of a highly cross-functional collaborative group of people that are all sharing the same pursuit of some sort of technology initiative. It involves coordinating this very highly diverse set of skills, from developers to designers to program and product managers to participants within the business across finance, sales, marketing, IT. Many of the folks you meet will probably be from IT here, but they'll be from all walks of life inside of their companies. Many of them may participate in this particular workflow around software development. Within the Fortune 500,000, which is the big macro market that we're going after, the department that we largely sold into initially, and the department that has become some of the strongest advocates for what our tools can do inside of their companies is, in fact, IT.
In many organizations, IT and software development were just one department. They were part of the same. It wasn't until you get into bigger companies, where you created a divide, and you had a software development part of the company. Maybe an IT operations part of the company. DevOps, by the way, is sort of a functional bridge to kind of reunite those in companies that are really large at significant scale. We've continually deepened our focus within IT, understanding additional collaborative workflows that we could help IT solve, both for themselves and for parts of the business that they serve. One specifically is around IT service management, then from there, the broader service collaboration opportunity that exists in any line of business or any function in the business that's providing a service to the rest of the company.
Then most recently around incident management and IT operations. Within IT service management, again, it's not just one product, it's sort of a number or collection of products that can be used in concert to solve these problems more meaningfully for IT. Jira Service Desk is obviously a very popular product for companies to deploy that IT service and collaboration platform. Again, supporting their IT help desk is the canonical, maybe first port of call, but also all the other service centers within the business that could help the business function and provide more collaborative service and support to their employees. You saw a great example of that in the keynote this morning, if you saw it around legal, and how easy it is to just spin up a very simple collaborative workflow around maybe document review.
IT commonly deploys Confluence as a knowledge center, a hub for IT documentation, collaborative content, sort of another really common product. The other ones that we mentioned in the keynote. Around IT operations and incident lifecycle management, Opsgenie obviously provides a really critical first set of capabilities around modern incident response with alerting and rostering, and the incident workflows that do complement the work and workflows that largely preexist in many of our customers inside of Jira and the Jira platform. Complementing that would be something like Confluence for the documentation that's part of the incident management workflow, the runbooks and the postmortems and what are the 12 steps that we actually want to run through in this particular type of incident? How do we actually update that post incident so it reflects the best way that we could respond based on what we've learned?
Naturally, the real-time communication of Statuspage, so you can keep, whether it's internal constituents or external customers, connected and apprised of how you're responding to what's affecting them. Increasingly, as software eats the world, the complexity for IT of running this integrated patchwork of things they're building and things they're running and maintaining and things they're responsible for gets harder. The criticality of having a modern incident response process and tools and technologies that help that collaborative workflow run smoothly is equally critical, and that increases the opportunity for our products and for Atlassian. How do you size all that? It's the question you guys love to ask. One way is just by the number of companies that we can potentially serve in any of the number of ways that I've just described. That is simply massive.
We have nearly 140,000 companies that we count as active customers today. There's estimated to be just over 1 million companies with over 10 million in annual turnover. We're still really early in reaching the market potential, just with companies that we have yet to sell to, let alone with companies that we've already sold one thing to, with a lot of room to kind of expand other things that we could help them with. We also size our markets by the populations of users that we can begin with. A single activated catalyst for change inside of their team that's going to help spread what we can do, that individual product, but also open the opportunity for other things. Developers, both inside and outside IT, are obviously a key constituent for us. They have been since the very beginning.
They help open doors, not just for the initial problem that we can help solve, for all the other future problems that we could potentially help their company solve. Developers have been this important audience and kind of a mainstay with where we began. They're estimated to be 23 million developers worldwide and growing as the demands on technology development, technology transformation grow. We estimate that the teams of people that surround developers, that surround those 23 million, that are participating in this technology transformation or technology development, is a multiple of the number of developers. This group of 100 million includes designers and program and product managers and operations and quality assurance specialists and extended members of IT. Kind of another very targeted group of people that we can begin just with a core set of landing spots.
Of course, that's eclipsed by the nearly 1 billion knowledge workers around the globe who form multitudes of teams and multitudes of departments and projects all looking for better ways to do what they're trying to accomplish together. We're chasing all of this. Our long-term aspirational goal is to have every knowledge worker in the world use at least one of our products every day. That's what we're working towards. Playing in such a large market means that we have kind of a dog's breakfast of different competitors that are alternatives that we're competing against or that customers that we're trying to win will compare us to or consider as a potential alternative, and they differ by category, they differ by product. There can be a lot of them.
From legacy incumbents that we're replacing, things that preexist, that are maybe a little long in the tooth. From large platform plays by companies like Microsoft or Google. Small point solutions that are kind of upstarts in a particular category and try to build a slightly better mousetrap for maybe one part of an overall collaborative workflow. There's opportunity for open source, where a developer can take a piece of technology just because it's free and when they're very small, eventually as they evolve and mature or grow, they can graduate into our products. Naturally, there's just massive white space for collaborative workflows that are stitched together by the tools that are most common inside of businesses, which is email and Office. There's just a lot of that we can replace.
The reasons that we win are pretty common, again, you've heard them before. We win based on both the power and sophistication and the simplicity of our products, which is a really, really hard marriage. It's what Sri's going to talk a little bit about, but we work really hard to be able to cover the spectrum of being able to allow users to off-road and to solve a number of really complicated problems, but to disclose that power progressively. We can onboard somebody with a product that is very simple in a team of five or a team of 10. They can get connected to it, over time discover that it's got superpowers that it discloses to them when they're ready. We also win because we've got multiple ways to land, multiple ways to expand.
Even where we don't win a particular point category, in most of the things that I've mentioned, we work very closely and co-opt the alternative that we may have lost for whatever reason we lost, still surround that particular technology with a bunch of other things that provide value to the customer, over time, earn us an opportunity potentially to swap that initial thing out. We win because of the investments in our products, continuous investments in making them better, building the highest quality enterprise software for the best value and the best price. I think you'll hear that echoed out in the halls. We focus on ease of use and viral adoption. We'll get to that. We win on the strength of the ecosystem and the economy that's built around us.
Largely, we win because the people out in the halls and the people that are not here and not in their workplaces become fanatical about how our products are used and the difference that they make. We work really hard to never lose that because that is the most potent advantage within the company. Okay. That's part one. On to part two, which is how we acquire and grow our customer base. You're familiar with our model. Really simple mathematical formula here, which combines great products with low price and great value, and constantly focused on removing friction and making it ever easier for the customer to both serve themselves and be served in the way they want to be served.
That all multiplies into the bottom line, which is a highly efficient business that pursues a large volume of new customers that we both land and expand. It all begins with that top highlighted box, which is building incredible product and pursuing a really large TAM with multiple opportunities to land. To do that, we have to focus on value, continuing to improve the product and offering it at incredible prices to customers. To reach that large market opportunity, we focus on selling online and removing as much friction from the customer's path as possible so they can do as much as they can on their own, should they choose. Many do. To do that, we have to be transparent, basically, with our products and our pricing, making the product very easy or simple to try.
To do that, we have to go all the way back to the top and really invest in continually improving and refining the products that we're offering to customers. It's a very simple model. We focused on continuing to make it better and improving it over our 17 years. Part of the emphasis that I mentioned was around customer self-service. A big piece of this is as being as open as possible and as simple as possible with a model to the customer. All of our pricing is available online. You'll never find a little box that says, "Want to know how much this costs? Call us and ask us." We just tell customers how much it is. All products are free to try. There are no forms and gates.
If we have a really valuable white paper that we think will benefit everybody, we just put the white paper up. We don't put it behind some email contact form that limits basically the potential value that that white paper could give to the market and to everybody. There are no custom contracts, no hidden prices. All purchasing is made simple. All of that is underpinned by incredible service, that we want to make sure that the customer, at any point, if they need help or if they're at a size or complexity where they could benefit from additional assistance, that we're right there, and we're helping them. We operate at really unique scale for an enterprise software company. This is aggregated unique traffic to our web properties for each of the past three fiscal years, and yearly since the time that we took the public stage.
Our funnels are consumer-sized, and so the way we operate them is a lot more like a consumer company than a traditional B2B company. Get into some of that in a second. All of that interest in what we do and how we do it and the problems that we solve and how our products work yields a pretty steady and unique rate of daily commerce. Those of you that either watched the replay of this presentation before this one or were here in the room a little over a year ago might remember this slide. We picked a day, August 18th, 2017, and we unpacked it for you. On this day, which happened to be a Tuesday, we generated $2.8 million in sales from roughly 6,800 unique domains, unique companies. That's a lot of commerce, a lot of different transactions.
That's upgrading, downgrading, adding users, adding products, adding add-ons from the marketplace, becoming a customer for the first time. That whole mix within those companies. They're doing any number of hundreds of different things with our products. On that same day, over 16,000 unique companies began a trial of one or more of our products. A lot of volume. Fast-forward a year later. Again, not so random, just because we wanted to show you a year-over-year compare here, but this is August 8th, 2018, happened to be a Wednesday, and in that day, we generated $3.5 million in sales from 8,000 unique domains. On that same day, nearly 20,000 unique domains, unique companies, began a trial of one or more products. This is the way the flywheel works.
It turns day in, day out, even on Saturdays, even on Sundays, and yields relatively predictable and stable, James is going to talk about that, growth over our entire life cycle. Where does that all come from? A lot of it comes from the basics of continuing to serve the customer, build better products, one foot in front of the other stuff. The most important fuel of our growth is word of mouth. It is happy customers. We don't really have anything else. If we have unhappy customers, that's how our model works, we'll suffer. We care deeply about this economy that's sort of built around us in terms of our customers and partners. Customers are key here. They can be really fanatical. In our user community, we have an online kind of experience where they can come and connect to each other.
There have been 15 million unique visits to that community over the last 12 months. We also host user-driven user group meetings, where in Boston, there's a user group leader of sort of the Boston Atlassian community locally, and they'll gather all the customers that they can in Boston on a relatively frequent cadence to talk about what they could be doing better and where they're using our products so they can sort of share to companies or other customers in that particular region. We did 708 of those. It's about two a day. Increasingly, Atlassian products are becoming a job description. There's 76,000 jobs on LinkedIn, careers on LinkedIn, that actually have Atlassian products like Jira as a skill set. Training here is a big part of Summit.
Training was oversubscribed, where people are trying to get certified and learn how to become an administrator of our products so they can drive more change inside of their companies. Channel's an important part. I'll cover that in a minute, but over 500 partners that indirectly help market and sell and spread the word, and most importantly help apply and stretch our products to solve unique problems for customers in their particular markets. The ecosystem, which is largely represented in the expo floor, is sort of the third really important part of this viral word of mouth system. We have 25,000 developers that build on top of the Atlassian platform. Some of those, or many of those, are in independent software companies that can build a commercial application that they list on the Marketplace.
Many of them will be developers that work for their own companies that are making use of our extensibility and APIs to improve the leverage that they already have within our platform. The Marketplace itself has generated over $500 million, half a billion dollars in cumulative sales since we launched it. We are a land and expand model kind of on steroids, and it continues to grow and flourish. We work to land a new customer in all the ways that I just described, any number of landing points, then through any number of teams. That initial land opportunity, even when it's small, opens future doors for us to expand and grow with that particular customer. These are the ways that we do it. That initial team can expand by adding more users or by expanding to additional teams.
Any one of those teams that we've expanded or began with can add additional products or services to the ones that they already own. That same company can add additional instances of the same product. It may be a different part of the organization, and often those parts of the organization might not even be connected. They might be two wholly independent parts of a big company that are using our products unbeknownst to each other. We can upgrade existing customers to premium versions of the products that they're running as they begin to scale and grow, like the data center product line for on-premises or the cloud premium product line that we announced in the keynote this morning. At multiple points, and at really at any point, customers can expand our products with applications and extensions and additional value from our ecosystem in the Atlassian Marketplace.
These apps expand the core functionality of the platform and the things that we built the platform to do and serve, increasing the value and the stickiness of our products and what they're being used for and help offer additional capabilities and functionality to customers where they need it. Throughout all these, we can expand the types of use cases of our products and reach other parts of the customer's organization. The example of the legal help desk is an example of this, where we can actually start within IT with Jira Service Desk, market additional use cases of the product through that initial IT help desk. That kind of viral expansion can help expand the number of users, expand the way the product's deployed into other parts of the business. We land most of our customers, high 90% of them, through self-serve.
That high velocity flywheel, we make it so easy to discover, to try, to buy, to just get going with the thing. We work really hard to make sure that the product is actually going to seal the deal. It's going to land the use case and help get that customer going. Our channel complements this by landing customers in mostly non-English-speaking markets where they might need some additional TLC or assistance. Also by working on more complex enterprise opportunities, largely with expansion. We expand both through self-service and in-product cross flows. I'll give you some example of those. For larger enterprises, we can work on expanding them to premium offerings through our enterprise advocate team, our direct sales function. Often through our channel. Those two teams work really closely together with large enterprise expansion opportunities.
I'm going to take you through each one of these and just give you an example. Not exhaustive, because we're doing, in some of these cases, lots and lots of different things. Just to give you a flavor of what we mean by them. Self-service is maybe obvious. It's a head nodder. Once a customer has come and they've discovered Jira, and they try it, and they stick it in their team, and they get going, they've gone through this process of understanding that there's a bunch of other things that are available to them. They've seen our store. They've been cross-marketed to other things that they could potentially use, even on the way through evaluating that first initial thing. There's a lot of companies that can come back and say, "Ah, I'm going to add the second thing.
I'm going to add the third thing. I know how to do it because I've already done it once. I've got my count. It's simple." We can up the sophistication level around how we cross flow users, not just companies, but users, into additional instances. This is a really simple example where in the navigation menu of product A, call it Jira, I can highlight for you that there's other applications that you should try. You can simply click that button and turn them on inside your instance. The real value for us is that in a traditional cross-sell motion, you would be selling to one person, or you would go into the company, and you'd try to gather as many people as you could to influence. If we have a 500-user deployment, we can cross flow to all 500 users.
We use that opportunity as a cross-sell target for everybody that is an active user of the particular instance. We do it carefully. We're really smart about it because you don't want to bash people over the head with a blunt instrument of try product B. Here's a more sophisticated example. This is, again, inside of Jira. Take my word for it if you've never used it, but this is a screenshot of Jira. What we're doing in this case is we're saying, "Hey, you may want to add content in context to this Jira instance." There are content types that are really relevant for this particular workflow, like a retrospective or a product requirements document or meeting notes or a decision.
Down in the bottom, you see, hey, we could create one place for the documents that you need to create and share with your team. Want to do that. Click the button, pop open a dialogue, and we're basically walking this individual user, again, one of 500, through a trial onboarding flow, where we're saying, "Okay, you took us up on it. You want to try to add docs, collaborative documents to your Jira instance. We're going to talk about what that means down in the bottom." They click it a try. Would you like to notify the other members on your team that you've turned this on? Would you like all the people that are part of this Jira project to also be included in the trial of this collaborative content system, the additional capability you're adding?
Really smart way for us to flow users from one product into another without beating them mercilessly over the head. We also have a really large customer service, not really large, but sort of an expansive customer service and sales team to make sure that we're meeting the customer where they need additional care, or need additional service, meeting them there. On the left, we've talked about these groups before. On the left, there is a post-sales customer service function. If I'm a customer that has a billing challenge or the original sponsor at Atlassian left the company and I can't figure out how to swap them out and take ownership of the account, all of that is self-service enabled. Maybe I just want somebody to help me walk through it. We can help there.
We've got people that can help with retention and renewals, loyalty advocates. We've got advocates that specifically work with partners and some of their volume billing motions. We have a group of advocates that pre-sales will help answer questions for evaluators on the way through that high-velocity funnel. We have a small team, there's about 25 of them now, of enterprise advocates that work with really large customers on the premium upsell motion into data center or to cloud premium. Naturally the channel spends a lot of time on that. Enterprise advocates are, once we have an established large enterprise account, they're effectively an account management function, where they'll introduce themselves as, "I'm Jay. I'm your account manager. I'm here to basically help explain additional things that would be valuable to you as you continue to grow and adopt and expand your usage of Atlassian.
I can also introduce you to solution partners in the channel that know how to take our products and do things at scale for large companies like yours or in your specific industry or in your specific geo that would potentially be valuable to you." There are additional services I can introduce you to, like a for-fee technical account management service. Somebody that's dedicated to your account a day a week, $75,000 a year, but they are effectively a very deep strategic technical advisor that can understand how our products are used and how to grow them. Oftentimes, there's a big company that has lots of commerce that's sort of been spread over many years that they want an account manager to help organize for them alongside additional things that they're buying. We also have the channel.
In the channel, there's a number of different types of partners in our ecosystem. Solution partners tend to be consulting and service delivery specialists that focus on all of the parts of the market landscape that I mentioned. We do work with corporate resellers because oftentimes larger customers want to buy through a dedicated selling agent, especially in government. We have additional training partners that can do in-classroom delivery of our core curriculum and certification curriculum all over the world. Naturally, we have the marketplace vendors. The channel touches about a third of our revenue and indexes I mentioned earlier in mostly non-English speaking markets. You see them over-indexed on the right in Europe and Asia Pacific, and then also in large enterprises where there's more opportunity for the consulting and the service delivery that's kind of the bedrock of most of their businesses.
Once we've landed and we've proved value, we create much easier expansion opportunities for ourselves in larger enterprises across our deployment platform. This is an example, or this is a sample of about five different ways that we can upgrade or upsell or take customers through different paths once they've established and understand the value of what our products already do. The Data Center family is for on-premises customers using our Server products. It is a premium version of the Server product that supports customers at scale. Cloud Premium is the same thing, both for large Server customers who want to move to cloud or for growing cloud customers that want to take advantage of premium features and upgrade into that product. We have enterprise services like the TAM and premium versions of our technical support offering.
Access is a premium security product, not just for large customers, but tends to be more desirable for large global companies using cloud products. Jira Align, which we talked about in the keynote, formerly known as AgileCraft, is another product that is largely oriented at much larger enterprises with 1,000 or more users of Jira. That is using Jira probably pervasively at the team and tribe level and wants to connect their program management functions, business stakeholders, more senior parts of their business to all the work that is already happening at the team and tribe level on Atlassian. That's largely a product oriented towards scaling Agile and large enterprises. Our Data Center business is just a great single example of how this mission works for us.
We introduced the Data Center products a little over three years ago. While customers can begin with Data Center, and if you look at the pricing, I think we've been thoughtful about where the overlap is between Server. We could land them. It's not the real focus. We're not trying to land a new customer on Data Center. We're happy for them to start on Server. As they've proven the value with Server and they get to a point where they're better to scale on Data Center, that's when we focus on introducing them to it, where they already understand the mission criticality of sort of what the product is providing to their business, but they need a different architecture to run it on-prem. We are still early in penetrating the opportunity for both this product and the Cloud Premium product.
On the right, the customers that we're targeting would have more than 500 users on a single instance of Jira as an example. That's sort of a customer that we would talk about upgrading to the data center version of Jira or to cloud premium if they want to move to cloud. We're less than 13% kind of penetrated just in this opportunity. These are server customers that could go in either one of those two directions. Let's unpack land and expand with a single example. This is a customer, a large financial institution, that has been a customer for more than 10 years, and they started with a single Jira instance way back in 2005. I think literally installed on a machine under somebody's desk. In that same year, they added Confluence or sort of over the first handful of years.
This is cumulative spend on the chart 2005 to 2011. I think cumulative was like $133,000 over that period of time. Relatively small, kind of began at the team level, started to expand. In 2012, they grew considerably. The annual contract value, I think at 2011 was $58,000, and in 2012 they grew to $326,000 in fiscal 2012. That came from rapid user expansion and instance expansion of Jira. They added additional instances of Jira for other parts of the business. They also added their first cloud subscription in that year, in 2012. 2013 was a little slower period of expansion, in large part because the customer was mostly on server. Remember, the licensing model for server has a perpetual license upfront, and then maintenance and support was 50%.
In 2013, they added less licenses, but there's a lot of renewal business in 2013. In 2014, they got started with Bitbucket, which grew very, very quickly inside of this company. At the end of the year, they'd upgraded to 7,000 users, developers on Bitbucket. They also continued to add more cloud instances of both Jira and Confluence across the company, made big investments in the marketplace in 2014, I think deepening their commitment around our platforms and how we're used. In 2015, you see them investing for scale. They added a TAM, and that was the first year that we actually offered the TAM service, demonstrating how strategic important the products were to them and how they wanted to figure out different ways to leverage them.
They continued to add more users to Jira and Confluence, continued to expand in cloud, added portfolio, which is a portfolio planning product, kind of at the team and tribe level, where Jira Align goes up to the enterprise level. They added Jira Service Desk in 2016, continued to add more users around the world, upgraded to Bitbucket Data Center, their first premium upgrade of a product of ours. In 2017, doubled the size of their Bitbucket instance to 14,000 users. Began to put in significant expansion plans for how they were going to use Atlassian more broadly. In 2018, upgraded a bunch of Jira Software and Jira Service Desk instances to Data Center, expanded their Bitbucket Data Center user count to 40,000 developers. In the first half of 2019, in our two reported quarters, they added a whole bunch of stuff.
A bunch of DC, non-DC instances of products. They have a single instance of Jira Software that has 20,000 users. They have more than 50,000 users across their different instances of Jira Software, looking to expand to another 15,000 employees, potentially up to 65,000 users. We still have a lot of opportunity here. By no means have we covered all the bases inside of this, but it's a good example of this repeated pattern of beginning with a product, expanding, expanding, finding additional usage across their business. Okay. Part three, a bit more detail about the customer base. We work really hard to grow this customer base. We have 138,000, and with no signs of slowing, it continues to grow at scale, diverse across industries, geographies, shapes and sizes, I think a testament to the model.
We're successfully growing and expanding it in the highest value areas to both us and our customers, in companies that are both small and really large. We've grown it consistently over 16 years. I think today, as I said, we have nearly 140,000, 138,000 customers in over 190 countries. We have two-thirds of the Fortune 500, still room to grow, I think, across both those dimensions, and a good demonstration of supporting with our model really, really, really large multimillion-dollar a year enterprise companies, and then really small, wherever they are across the globe. We shared a deeper breakdown of our customer base when we first hit the public stage at the end of 2015, and we had just crossed 50,000 customers, according to our relatively conservative definition of a customer for us.
That is a unique domain, a unique company, that spends at least $10 a month on at least one of our products, on a single product. Below the line of those 50,000 customers, we shared with you that we had an additional 78,000 unique companies that did pay us money for the use of our products, but it was below that $10 a month threshold. And below that, an additional 320,000 organizations that were using our products for free, and so the free versions of products where they didn't have to pay. At the end of 2018, this is where we are. We have 138,000 customers, according to that paid customer definition. There are over 175,000 starters today, and so those are companies that are spending money on subscriptions to our software, but below that $10 a month.
Below that, millions of free users or organizations that are using free versions of our products, which today includes Bitbucket, Trello, Opsgenie. In 2015, just to give you a couple of comparison points, in 2015, we went public with that 50,000 active customers, 37,000 of them were using Jira Software. Fast-forward today with 138,000, 65,000 of them have Jira Software, which is about just less than half, 47,000. I think this shows both the diversification of the customer base and our product portfolio over time, but also highlights, as we've mentioned, an opportunity just for our flagship product within the base of customers that we've built. We continue to land and expand and land a large number of new customers with Jira Software, but we also land customers with other products, obviously as that's grown.
An example on the right is in so far in reported FY 2019, 16% of all new customers that landed with a single product did so with Jira Service Desk. That's quadrupled in the past three years. You see another dimension of where inside of IT, we can begin with Jira Service Desk and then expand out. Cross-sell and product ownership is obviously a goal of ours over time with the customer base. We've got lots of different ways, obviously, where we can land them and expand them. Jira Software is a common land product, and this shows the cross-sell expansion rate over time of customers that began with Jira Software in 2010, and then how the entire customer base since 2010 that began with Jira Software has added products, and so the co-ownership rate of that particular Jira Software land cohort.
On average, customers add their second product sometime in their second year, and on average, over six years, most customers have three products or more. Diversity of users is also an important, and probably underappreciated, property of our products. Even some of our most technical products, like Jira Software, has a really diverse population of users. This is a survey of nearly 400,000 just cloud customers and shows that developers and engineers, people writing code, Jira Software is largely for that particular collaborative workflow, are less than half of the total user population of this cloud cohort, with IT support and other users in line of business making up the difference. On the right, similar survey for Jira Service Desk, which also shows similar diversity amongst developers, IT, and line of business. In this case, we're highlighting the agent user, an agent of Jira Service Desk.
Obviously, the audience for requesters and ticket creators for Jira Service Desk would be even more diverse and much larger. Talked about cloud momentum for a while, which for us follows the broader secular shift that's generally in the market towards software as a service and cloud. Over 90% of net new customers we had in a quarter begin with a cloud product, one or more of our cloud products. Today, over 138,000 active customers, 100,000 of them have active subscriptions to one or more cloud product. Again, those two snapshot comparison points at the end of FY 2015, when we went public, 50,000 customers, approximately 60% of them had a cloud subscription. At the end of FY 2018, we had 126,000 customers. At the end of that date, approximately 80% had at least one cloud product.
One of our earliest company BHAGs, big hairy ass goals, was in fact that 50,000 customer number. It was one we set really early on in our infancy and felt at the time maybe it would be really hard to achieve. It was a proud moment when we hit it right before we went public. One of our current BHAGs around customers is to achieve 100 million monthly active users of our products, which is pretty rarefied air for business software. I think maybe only Microsoft, maybe Google, you guys might know better than I do, but you can count them on one hand. That's what we're shooting for. Today, we count over 10 million unique monthly active users of our products in the cloud, just in the cloud, not including the server customer base.
These are users that are active and engaged by a pretty stringent definition each month. They go on vacation for a month, they don't count, they drop out. We care deeply about tracking both this and NPS, the satisfaction rate for individual users of our products. In large part because, again, back to word of mouth, many of our users, many of these 10 million, they didn't choose us, we were chosen for them. Someone brought them into the team and said, "Hey, I've got a good idea. Let's do it this way." If they did it for nine or 900 people, those are people that we have to win the hearts and minds of. We work really carefully to make sure that everybody's engaged and active and happy. Take that feedback constantly to make sure that we're improving. Almost done.
Net effect of all of this, is this continuous rate of new customer acquisition expansion over time. You've seen this cohort chart before. It shows the cumulative effect of land and expand all the way back to 2002, our very beginning. Each color band is a class of customers. Each year shows increasing spend, as they do all of the commerce that I described earlier. There's a couple things worth highlighting here. First, that initial 2002 cohort spent less than $20,000 in that first year. That same customer cohort in fiscal 2018 spent $2.1 million. I think there's 11 companies in that cohort. Second, the size of each initial cohort naturally is a bit bigger as we go on and as we continually land large numbers of new customers with lots more things that they can purchase in that first initial year.
Finally, the cohort's expanding more over time, thanks to the growth of our portfolio and our offerings, our growing brands, the improvements that we make in the products, the improvements that we make to our model. How we do things like Crossflow, all of that kind of feeds in to how this works. We shared the growth within the large company cohort with you previously. Customers spending more than $50,000 annually has grown to over 2,600 unique companies, up 47% year-over-year. The logo retention rate in this cohort is at 98%, and 90% of these customers own three or more products. On the right, customers spending more than half a million dollars annually has grown to 124 organizations, up 65% year-over-year.
Last slide, I shared this last year too, but these were just two other examples of land and expand in action in a big consulting company and a large tech company. Kind of shows where they started and sort of how they've grown with us as we've matured and offered more and got better at offering those things. This is both customers in fiscal 2018. Again, similar with the large financial institution example, lots of room to grow, lots of additional problems to help these companies solve. Key takeaways, big market, lots of opportunity in front of us. Efficient land and expand model that continues to get better with time. We continue to focus on improving it. The most important thing that you could connect with here is not us, it's with the people outside the room.
They're what matter most to us, and I think you'll hear great stories. With that, I'm going to bring up two great stories to share with you. Two chairs. Rob, come on up.
Yeah.
Rob from the ANZ Bank. Round of applause for Rob. Rob has almost come the actually, I think Melbourne's farther from Sydney.
Yeah, probably a bit.
So you-
A couple miles
you beat most of the Aussies from Atlassian. We've got about 15 minutes, maybe just begin with some background on you, who you are, who you work for. They know it's ANZ Bank. Maybe just set some context around your role and what the bank's, what's going on in the bank today.
Sure. I'm Rob Marchiori. I lead our transformation to the new ways of working. If you look at the Australian banking landscape, about two years ago, our CEO, I think rightfully looked forward and said, "We've got a lot of changes in the regulatory landscape that are coming." In Australian banking, we've got open banking, we've got digital banking licenses, very similar to the U.K. model. That's going to bring a lot of change. We've also got, Sydney is a hotbed for fintechs, there's a lot of innovation coming and just the general pace of customer expectations on Australia banking, which is actually quite a digital banking economy there. We said we have to getFaster at being able to shift. Kind of the old three-year strategy, big programs lasting multiple years just wasn't going to cut it.
We started on this journey to move towards new ways of working. We've moved about 15,000 people into this new ways of working. We use the tribe squad model, very small cross-functional teams, business and tech aligned. Along that journey, we've had to figure out how we were going to essentially implement a new operating model. That's what we've been up to the past few years, is really rolling out that new operating model to the bank.
Outside of maybe some technology we'll get into, what other changes have kind of affected the bank over the past couple of years?
Yeah. Again, largely we've had really everything in the Australian banking industry. We've had a Royal Banking Commission, which has taken a lot of focus. That's where there's been a lot of attention from the government looking at the banking industry. That's brought a lot of regulatory changes. We've had, again, a move towards the regulators really trying to lock down, which has made it a more challenging environment. I'd say most importantly, it is this drive towards open banking and the digital banking environment, which is creating this environment where we have to be able to move at pace. We've got other competitors coming in to the area, like Alibaba and others in the Asia Pacific region that are quite interested in Australia. That's created this environment that we knew we had to completely change the way we bring our products to our customers.
How many employees currently in the bank?
Yep.
Also one thing that you mentioned, just to prompt you talked about maybe the demographic shift through this transition that
Yeah
happened in that population.
If you look at ANZ, we're a company of about 40,000 employees. In this new way of working, we have now about 900 squads. We probably have about 100, 110 tribes. Our tribes are typically units of around 200 people, or around 15 squads making up the tribes. As we made that shift as well, we very much shifted the composition of the teams. We've moved to significantly more engineers. We have removed projects, any concept of projects. We're capacity based now, so we don't have projects and programs anymore. We really drive the whole company off of themes, features, stories, epics. We fund that capacity based model instead of funding a project based model. It's been a massive shift in the way we work and the way we organize ourselves.
Also the makeup of the teams underneath, moving to much more hands-on doers. It's a flatter organization, is the last thing. We've gone from 11 layers in the organization, from the CEO to the most junior person, to about 6 layers. A big transformation.
What products of ours do you use in the bank?
We're now on data center, we use data center on premise. We have Jira and Confluence really at the core of a big chunk of that transformation, which we can talk more about how we're using those. We're also using, in addition to that, we have Bitbucket, which is driving some of our dev pipelines, especially our cloud native products that we're starting to push out. We have teams that are using Jira Service Desk. Our main IT function doesn't use Jira Service Desk, we're seeing Jira Service Desk picked up more and more because as part of this shift, we're moving to IT as a service. We're trying to get our internal groups to expose their capabilities as services so that we can reduce dependencies across the bank, because dependencies are one thing that slow a big organization down.
We've seen Jira Service Desk used by those smaller teams, very similar to the announcement today in the keynote, where they're able to make their services available. We use Trello as well for quick boards that we start up. We're really looking forward to actually using Jira Align. We're not currently using AgileCraft, we've been in talks with them for probably close to a year prior to the acquisition. Now we are looking to kick a pilot off in May because that portfolio level management for us is, at the scale we're operating, is absolutely critical. Because it's such a critical piece of our business, we wanted to be pretty confident in the product we chose there.
That's why I think with the acquisition and moving over to Atlassian, we're much more confident in the fact that that's going to stay aligned with Jira and Confluence, which is really driving-
Hence the name
a lot of the transformation.
Add a name.
Yeah. That's right.
Maybe you touched a little bit on it, but maybe around Jira Software and Confluence, describe in a little more detail how the products are used, how that's changed through this transformation that the bank's undergone, and then maybe where you see it headed. What's the potential for those products inside of the bank?
Yeah. It's just been a massive uptake. A lot of the products were in the bank, so we'd been using Atlassian software for years in pockets. With this transformation though, we knew that we had to really have something that would enable our new operating model, and that's where Jira and Confluence really are at the center of that. We have gone through a process to onboard and consolidate all of our Jira instances that we had and Confluence instances into one data center instance. That really helps us, especially as we start to try to look at the portfolio level of the planning we're trying to do cross tribe, cross squad, so those 900 squads. All of them, with the exception of maybe 50, which we're going to complete in the next month or so, are onboarded onto our Jira data center now.
The usage is really starting to go through the roof because remember, those 900 squads are business and tech combined. They really are cross-functional squads. If you look at our Australia retail, we've got all the business people as well as the tech people combined into those tribes I talked about. There's no separate product management organization outside of those tribes and squads. It really all is combined in there, they're all using, as these small team-based squads, Jira to manage their sprints, to manage their quarterly planning. We tend to do big room planning, PI planning, and they're using really Jira as the heart of that. As well as where we're trying to align what they're doing up to our strategy, which is where you start talking about Jira Align.
What percentage of Jira Software users, as an example, are developers or
Yeah. It's probably about 50% of the users are what we'd call engineers. The other 50%, probably 40% of that is the business. We do have a large chunk of the business. When I say the business, it's primarily our product management teams and our retail and our institutional banks, primarily our Australia retail. We are also starting to roll it out to even our Talent & Culture. Our HR group is the next group that's going through this transformation to the new ways of working. Even there, we're starting to see that our HR teams are starting to use it. Pretty much as we shift more and more of the company towards new ways of working, they are going natively straight onto Jira and using Confluence.
Do you have the CEO onboarded yet?
He is. He definitely is. One of the unique things about ANZ's transformation, it was very much led. The support for it to move to new ways of working came from Shayne Elliott, our CEO. That has been great. Many of the companies I talk to about their transformations and how things are going, after we talk for maybe 10 minutes, they're a little envious that we have such great support from our CEO straight on down, because due to the size of transformation, it's really key. Yeah, Shayne is on there, and more and more, we're trying to drive what we call our quarterly investment process. We have a forum called the QIR, which is Shayne Elliott, our CEO, and our ExCo. Our management board as well as our board of directors. They're starting to use Confluence primarily. I don't really see Jira.
They're starting to use the Confluence pages where we expose what we're doing with our themes, which is the highest level of our structure to try to help set funding for the quarter. That's been really interesting to see at that level and usage by the ExCo.
Why us? Why us and our products? What are the things you appreciated about it or that sort of helped us and expand inside of the bank?
I think two things. One is, we're changing the way we deploy new software in the bank as well. The days of rolling out a standard is really gone. Our users have to choose the software that they want to use. That has really helped with moving to Atlassian, because we're listening to what our teams need. We're not trying to anymore kind of have this ivory tower law. I'm going to set the standards for the bank and push software out. We're listening to the team, and the teams are asking for Atlassian. It was pretty obvious where we needed to go when I look back a couple of years ago. In addition to that, I think the scale would be the second thing I'd talk about.
It's great to do that in pockets, but when we wanted to move at scale to have a single view of the company across the products and wanted to scale data center up, we very much saw that Atlassian was moving in that direction and could support us in the scale that we wanted.
How does the bank think about cloud, both today and the future? Do you use cloud software as a service in the bank? Where's the bank headed?
We're very much looking at cloud kind of across the piece. We want to, just in general, when we talk cloud for the bank, we want to get a significant percentage of what we call our material workload, which is what our regulator, APRA, considers to be any workload in the cloud that has data about our customers in it. We would like to increase that significantly over the next couple of months. We're working very closely with all three main cloud providers, Amazon, Azure, and GCP, the Google Cloud as well. More and more, we're trying to get all our services on the cloud. We're going to be moving data center actually onto AWS in the next couple of months just to help us scale.
I'd say, in general, we're very cloud-friendly, and we're talking with the regulators on a monthly basis in Australia, New Zealand, as well as in Asia Pacific, places like HKMA in Hong Kong, as well as MAS in Singapore, are probably the key regulators that we're talking to about, especially banks moving their material workloads into the cloud. That's definitely where we're headed.
Last one, two-parter. What have you seen us working on, either here or prior to Summit, that you're most excited about? Then conversely, what could we be doing better for ANZ and for you?
Well, I'll answer that kind of in three parts. One, I think some of the product announcements are really exciting and well aligned. We're excited about things like mobile. Not necessarily for remote, but actually to help enable squads and tribes in their standups and things like that, which is a bit of a different usage pattern for mobile. You sometimes think of somebody moving cards around on a beach. That's not quite it for us. We really want to enable our teams in their standups, and mobile's really key for that. The continued move into the portfolio space is really key for us. Things like AgileCraft, Agile, Jira Align now, has been really exciting for us, because we are starting to learn that that's really the next level of maturity for us, is to link our strategy to our stories.
If we can do that, and if your products can help us do that, it's going to really start to give us a hockey stick, we think, in productivity. I guess, then finally, it's just the continued ease of use. Our users have to continually want to continue to use these products. I guess on the flip side, where I'd want you to keep moving more is definitely the scalability. We'd eventually like to look at running our data center, not just on AWS, but potentially use your cloud product. That's a natural stepping point for us. We keep expanding out, bringing products that help us scale to handle new ways of working, both in terms of our technology pipelines, helping us industrialize those is really key.
Helping us really move into that whole portfolio management, and being able to do it at scale. We think we're going to continue to add a lot of users onto the platform, a lot more business users. We're going to start getting even into our branches and our operations staff. As we start to do that, being able to scale and grow with us would be really key.
Rob, thanks for being a customer.
Yeah. Excellent.
Thanks for coming and doing this today.
Thanks.
Thanks.
Thanks.
One more. Come on up, Zubin. Hey, Zubin. We've pulled you off the show floor, which has got to be hard work. Thanks for coming.
Yeah, I know.
Maybe start by telling everybody who you are, who your company is, a little bit about the company, and where you've come from and where you're at today.
Sure. My name's Zubin Irani, CEO of Cprime. Founded the company about 12 years ago. We're actually a very large Agile consulting firm in the business of doing transformations for clients. Obviously, a very large Atlassian partner. As you know, we do DevOps and ITSM work along with that.
What are sort of the market or solution areas that Cprime focuses on? I don't think you got to hear my explanation of it before, but where do you focus and what does the demand environment around where you focus look like?
Sure. We obviously started in the Agile space, a lot of it's coming from Agile teams and that's obviously now the maturity of Agile is, it's all about scaled Agile. It's top-down large scale transformations. How do I organize thousands of people sitting in hundreds of teams? That's a huge part of demand that we see. DevOps obviously, how do you then now give those teams tools to automate the work they do? That leads right into ITSM and working with IT to support that. Really kind of end-to-end. That's where we're seeing demand on both sides of that. There is a big wave pushing in the business side of the house saying we have to think about how we work and operate differently and optimize it. It's a globally competitive market. I think companies have to transform or die.
I think the lot of executives we're talking to are like, "We need to transform." The appetite for change is much higher than we've ever seen, and it's not only tech, but it's all across from product tech to how we run internally as a business.
Yeah. Where are your customers geographically?
We're primarily North America. We service a lot of multinationals with headquarters in the U.S. We do have a global team. Primarily, about 90% of our business is here in North America.
What departments or functions do you primarily interface with in working with us?
In working with you?
Like working with our products.
Working with products, yeah.
Like inside of your customers.
Yeah. A lot of work in their tech groups, software teams, building products, internal applications, IT teams for ITSM work. Operations, we can see Jira Service Desk and Opsgenie really coming up quite a bit. Like I said, we're starting to get pulled into other business groups that are like, "We want to use Jira to solve this problem.
Okay.
Yeah.
In your core areas, where cPrime's focused, who are you with a customer, who's the competition? Who are you typically either replacing or is the customer evaluating alongside us?
Yeah.
Two-parter, has that changed over time? You've been at this for 12 years.
Yeah.
How has that kind of landscape shifted from back then to now?
It's definitely shifted quite a bit. I'd say in the Agile space, three or four years ago, we were seeing Rally and VersionOne. VersionOne basically died when they combined with CollabNet. Rally with the Broadcom merger. They were falling off for many years. One of our most popular products is our Rally to Jira migration toolkit. We've seen huge waves of we don't even see RFPs anymore against anyone else's. In the Agile space, it's done. I think every client now is, "We're using Jira," and I think the one gap that we were seeing was, which you guys have solved with Jira Align, is how do we scale now from enterprise top to bottom? I'd say the other thing we see is obviously Jira Service Desk, the big competitor there is ServiceNow. Not really a big competitor because they're only in 3,000 or 4,000 customers.
We're rolling out Jira Service Desk to basically full ITSM stack. A lot of vacant clients that it's greenfield or it's pulling off Remedy. We've done a couple of ServiceNow to Jira Service Desk projects as well. So we see a lot of opportunity there's also a lot of just greenfield people using Excel.
Yeah.
People just don't have a solution, so you're putting in service desks to solve people getting out of email and spreadsheets.
When it is competitive, what helps you win?
It's a great product, so people love the product. The price, the value is amazing. You can't get a product that works as well as Jira works or Atlassian works for the price. Having a strong reputation is also a big thing. It gets pulled in. We see it a lot where someone leaves, joins a new company, first thing they do is they call us say, "Hey, we want to bring in Atlassian." That just happens so many times.
What are the biggest opportunities that you're investing in or Cprime's investing in that you see sort of around the market or for Cprime's growth?
Yeah. I think, obviously, it's supporting the massive shift to cloud, right? Obviously, we're an AWS advanced partner. We support cloud, aligning our services around that. I think a lot of it's about helping businesses run better. We like to marry process and tech together, and I think we've been very successful tying kind of the Atlassian stack with helping businesses transform. Continuing the large scale enterprise from top down, not just CTOs, but CEO level down, helping organizations really figure out how to build a strategy and execute against that. They can see and measure that progress. I think that's the biggest area that we are investing in, kind of in a significant way.
How long have you been in the ecosystem?
We joined in 2012.
2012.
Yeah.
How have you seen it change in those eight years?
Yeah. It's amazing how much it's grown, the ecosystem itself. I mean, the number of apps, the quality of apps, the customers that are not just using Jira, but using the whole platform. We have a lot of clients that will buy Jira Data Center, Bitbucket, Confluence, and they'll roll 10,000 people onto all the platforms at once. We've seen more and more customers look to consolidate and build these large scale enterprise instances and move thousands of people onto them. They do it much faster than they even plan to. They'll build an instance, and they'll say, "Yeah, we need 5,000 people," and they'll call six months later saying, "We actually need to go up to 7,000 now." The rate of upgrades is actually just tremendous. I think you said downgrade earlier.
We've never had a customer ever downgrade a user tier with us because the adoption is quite impressive.
Just trying to be balanced.
Oh, okay.
Who is the profile of a typical cPrime customer?
We're an enterprise platform. With big banks, I can name all the banks. Capital One, American Express, Bank of America, Wells Fargo, Bloomberg, Guardian, so large insurance companies as well, Prudential. High tech, Apple, Oracle, Tesla. Oracle's a fun one because they're actually one of our biggest tech clients, and they use a lot of Atlassian products inside, whether that's Jira Service Desk. Actually, we're doing a project right now. We're ripping out Remedy and putting in Jira Service Desk. We have another Jira Service Desk inside Oracle, which is ripping out Oracle's service desk and putting in Jira Service Desk. Yeah, large tech, retail, finance.
Were most of your customers existing Atlassian customers before they found you?
For the most part, we go to a customer, they'd like, "We have Jira in this pocket.
Yeah.
They have some experience and exposure. We may be working with a buyer that's not necessarily used it, but they know that another group uses it and they like it, and that's why they're evaluating, or they've already decided to go with Jira, and it's a matter of helping them scope how to get from A to B.
Yeah. Last question. Two-parter I asked Rob too. What are you most excited about? Actually, let me reverse the order just to be balanced. What could we be doing better for you? What could we do more of? Then the second part is, what are you most excited about that you see they're seeing here or that you see us working on?
Yeah, I think Jira Align is solving the biggest problem we had. It was the biggest gap and biggest opportunity. I think with the acquisition, it's accelerated a tremendous amount of conversations. Obviously as you bring the products together and making sure that integration happens or kind of it continues to improve, you've done that with other products, but that integration is key for our success to be able to sell that scale story. The second part is what?
What opportunities are you most excited about? Sounds like it's the same.
It's the same. That, and I think cloud too. It's exciting to see the cloud premium. I think the platform that you guys have done with cloud is tremendous, and the customers that call us now, everyone's looking to go to cloud, like, "How do I get to cloud?" I think the pace of innovation you guys have really kind of accelerated is impressive because you're ahead of the market, and you're pushing further ahead. I think obviously as a partner, that's great because we're tied to your success.
Oh, you're helping. Zubin, thanks for coming.
Thanks, Jay.
Thanks for being a partner.
Appreciate it.
Zubin, everybody. I think that's it for me. I'm going to bring up our CTO, Sri. Oh, clicker.
Thanks, Jay. All right. Is that good? Yeah. Better? Hi, I'm Sri Viswanath. I'm CTO of Atlassian. I run engineering, and today I'm representing entire end-to-end cycle of designing, building, and running our software with teams of engineering, product management, and design. I'm super excited to be here to be able to say how we invest in R&D and how it's fueling our growth. This chart shows the investment of our peers, R&D investment, when they crossed their $1 billion in revenue. As you can see, Atlassian is at the top of the list. We invest 35%-40% of our revenue on R&D. We get this question a lot from all of you, why do we invest so much? In fact, the last 30 minutes from Jay was all about that. It's all about the massive opportunity that we have ahead of us.
Our investment in R&D helps us capture that opportunity through innovation. Innovation is the lifeblood of Atlassian, and we have been innovating for the last 15+ years. We strongly believe that our higher investment in R&D has led to our success so far and will continue to do so into the future. We are a long-term focused company. We want to build a sustainable business. To figure out our investments, we start with our mission. You heard this multiple times. Our mission is to unleash potential of every team. Teamwork is a complicated problem, and we know it takes years to fulfill. With that context, we categorize our investment levers into 3 different areas. Cover products. We focus on making our products best in class, so we create champions who propel our word-of-mouth business model. Scaling cloud. We invest heavily in building cloud for a bigger scale.
There's a secular trend of moving to cloud, the opportunity in cloud is ever increasing, we want to realize that. Lastly, operational excellence. We have a stellar R&D organization where we are upping the bar on our operational excellence, we want to make sure that we build our products and run our products better than our customers. Let me first cover products. We are very focused on customers. We give customers choice, so we have cloud, and we have on-premises offerings, server and data center. This choice gives us to capture the larger market. The development process for each one is very different. We have optimized having a separate team for both, each of them optimized for delivering the best customer value. In addition to building these two different systems, we also enable the migration path from server to cloud.
As customers move to cloud, we also enable the hybrid state, which they'll be to make sure that the migration is smooth. We are a multi-product company. We are building point products that solve customer needs. This is critical to understand why we do this. We build products, you saw this in Jay's chat. We build products in software teams, IT teams, products that can be used in the whole company wall to wall. This multi-product approach is critical for our land and expand model. Customers take one product, they use it, they start, once they are familiar they love the product, they expand into the second product. Specific example, Airbnb. Airbnb has done exactly the same thing. Airbnb engineering department uses Jira Software.
Their IT uses Jira Service Desk for the whole company, the Confluence is used across the whole company, they're being expanded. We use the horizon framework to think about our investment levels. Core. These are mature products that make big money for Atlassian, we want to keep innovating on these core products. Jira Software is an example. Emerging. These are products that will become core in time. Jira Service Desk is getting there. New. We constantly look to solve new use cases, we want to build those ourselves. As we figure out what to build, if there is a product in the market that can accelerate us, we buy those companies and add to our portfolio.
Though we aren't religious about specific percentages for each of these, this framework helps us to figure out and think through what investment levels, it varies every single year. Let's take Jira Software as a specific example of a core product. We have been constantly innovating on Jira Software for the last 15 plus years. In fact, 10 to 12 years ago, we redid Jira to adapt to the agile wave that was starting then. Eight years ago, we launched cloud and redid how we ran Jira in cloud. Three years ago, we redid the architecture on cloud, which I'll touch upon. In the last year, we have completely redone the user experience for Jira. We've launched a brand new user experience as far as redesigning the core Jira view issue page that's at the center of the whole experience.
These ongoing investments help us to solidify the position of Jira and to make sure that we can be best in class and have a broader appeal to the users. Let me also give you an example of a new product, Atlassian Access. We launched it last year. Today, we have hundreds of thousands of users. Access adds huge value to our customers. That's a security layer with single sign-on, two-factor auth, password policies, and such. It gives additional controls for admins and easy navigation, and it provides integration with existing identity providers. This Atlassian Access is unique for Atlassian. It's an organization-wide product, but it's still aligned with our land and expand model, right? Each of the teams can still buy different products, and a different buyer, the IT admin, can come in and have an umbrella Atlassian Access to secure everybody in the company.
The beauty of this is we can actually monetize freemium products, free products, once we add those support. I'm actually proud to say Atlassian Access is built 100% on the cloud platform, which I'll talk about in a bit. I'm excited about our Cloud Premium announcement that we did in the keynote. Our premium product is the most powerful product of Atlassian Cloud yet. This enables our larger customers with more complex use cases that need higher SLAs to make them successful. There's a lot of work that goes behind to have these higher SLAs, and I'm proud of the team that worked on this. In addition to building our products, we have built a thriving ecosystem that Jay touched upon. It's impossible for Atlassian to build all the features that customers ask, and we believe in enabling tens of thousands of developers and share in the economic value.
The way we do it is to create platforms for both Cloud and platform or Cloud and Server. We have a developer engagement program for developers and vendors, so we can help them build apps. We have a marketplace where customers can find and use these apps. This is great for our customers. This is great for our customers because it gives better retention, and today, we have done more than $500 million in GMV. It gives custom-fit solutions which solves very specific need for a specific industry that we would never build. Customers love us. This is what we need. Some quotes from our customers, including the middle one in the center is for the redux that we have done on the user experience for Jira. This helps create champions who play the key role in the word of mouth model. I covered products.
Let me talk about Cloud and how we are scaling Cloud. Cloud is gaining scale. Here are some numbers, 90% plus new customers coming on Cloud, more than 100,000 customers on Cloud with at least one Cloud product, more than 10 million MAU on Cloud, monthly active users. Because of the investment we have made in the last few years, we are set up really well to be able to scale even further. Let me go through some of those. The first big area in Cloud to make Cloud successful is platform. Platform covers a broad range of areas that are non-product specific. Shared components could be the common look and feel across all different products, and we provide libraries in a single place. Shared platform services. These are back end services that are common across all different products, identity and commerce.
In fact, if you take commerce engine that we have automates the whole buying process, we do more than 200,000 transactions per month. We take security, privacy, and compliance very seriously. In the last year, we have done the GDPR compliance. We just didn't do GDPR just because it was needed. We actually built it in the platform in identity service so that every new product that we build or products that we buy automatically is GDPR compliant and more. Lastly, infrastructure and tooling. This is the foundation of how developers inside Atlassian build cloud. We have built a platform-as-a-service framework that everybody uses that gives us leverage across the board. Jay explained our land and expand model. The platform that I just described greases this land and expand model and makes it smoother for our customers to adopt new products. Here are the benefits.
Products work better together. For example, if you are in Bitbucket and you have a Jira issue, you click on the Jira link, it automatically brings the Jira view page with all the details. Customers don't have to log in again because of all the things that we have done in the platform. We can ship new and differentiated features that are shipped in the platform automatically across all different products. We have shipped a brand new editor that's fabulous, and there are features like @mention that are smart in terms of it knows the people that you interact with and shows you the list of people that are most relevant for @mentioning. Those features are available across multiple products. Platform also helps us cross-sell. Jay gave some examples.
The other example is programmatically, we can figure out if a person is typing in a long-form text in Jira, we can automatically show a link on Confluence and move the content and have them get into Confluence. We are very thoughtful in integrations, and we provide support to make sure that we can scale the acquired companies. We have acquired a bunch of companies in the last few years. Trello, we acquired a couple of years ago. We have provided support and increased the engineering, more than doubled engineering, in fact, in the last two years. They've continued to have a very healthy monthly active users growth. Opsgenie, we bought last year, and we have already done the identity integration. We are very thoughtful in figuring out what kind of integration is needed for different kinds of acquisitions, and we enable those through our R&D.
I was here 18 months ago talking about Vertigo. At that point, I had talked about and described Vertigo, and I'd said it would finish by December. I'm proud to say we actually finished it on date. Vertigo was a project where we disbanded our data centers and moved our products to AWS, and in the process, also did architectural changes to make it multi-tenanted and cloud-native. In the presentation, I had listed the benefits that Vertigo would give, faster dev speed, better performance, growing with customers, and lower cost to serve. Let me show you what progress we have made because of Vertigo and also all the other things that we have done in the last couple of years. We now have six AWS regions across the globe to provide much better latency for our customers for a snappier experience.
We also have data centers in Frankfurt, for example, where there's data locality rules. In the future, we'll be able to accommodate those for regulated industries. We have been increasing the user limit count that we have on cloud. We had 2,000 user limit a couple of years ago. Last year, we increased it to 5,000, and today we just announced a 10,000 user early access program. Our goal is to make sure that we don't have any limits, and we don't talk about this at all. Large customers care about compliance. There's a lot on this slide, lots of jargon, but the main takeaway is we have been on this journey, and we're investing to make sure that we get these certifications. Compliance certification increases appeal of our products. Data encryption. Data encryption is important for every customer.
We have implemented data encryption at rest for all customer stores in cloud. Starting today, all new customers coming in have their data encrypted at rest by default, and we are in the process of encrypting all the existing customers and will finish in the next few months. We not only have encryption at rest, we also have encryption and protection in transit. We are getting leverage from our infrastructure investments. We have grown, if you look at top left, we've grown our headcount in the last couple of years. This is roughly two years, one and a half to two years. We have increased the number of microservices in the new architecture, but we have kept our infrastructure team flat in the same period of time. The reason we are able to do this is twofold.
One is we, of course, moved to a modern architecture, which has enabled us to scale. Second is we have been focused on automation and tooling and making sure that we build this foundational platform as a service. We are more efficient in serving our customers. In fact, in the last one and a half years, we have dropped the cost of serving a customer by more than 50%. This is impressive given we invested in all those six regions. That's all included in the cost. In fact, we have done this while improving performance. For Confluence, we have improved the performance index by over 25%. That's a significant improvement for our customers. We have done similar for Jira. In fact, for specific pages that are critical for our customers that are most used, we have increased it somewhere between 50%-100%.
That's significant and a huge win. I've covered products and how we are investing in scaling cloud. Let me spend some time on operational excellence. Operational excellence is how we scale and how we do things. This is extremely important for building a sustainable long-term company. When I think about operational excellence, there are two areas, people, which is our biggest investment, and practices, which includes rituals and practices and processes that are used to maintain a high bar and have overall effectiveness. We have a strategic advantage in hiring. We attract global talent. We are in all these different dev centers, and we have also embraced remote, so we can hire talent where they are. Late last year, we started a new dev center in Bengaluru in India.
That's a high-density location and we expect to grow there, we're hoping it gives us financial leverage in the future. It happens to be a low cost. We also have a very strong brand, the uniqueness for us is when developers and engineers walk in the door for interview, they already know Atlassian. They've used it every single day, and they are passionate about our products. That really helps us to build amazing products. We have a strong foundation for the longer-term success because of our values and culture. Values and culture are extremely important for building a company. We don't have it just on the wall in the offices. We actually live that every single day. We embrace innovation and learning with various different practices like ShipIt, which is our hackathon that happens every quarter. Let's talk about practices.
Practices are important for continually improving our operational excellence. We have various different practices across the entire R&D, starting with we dogfood our products, which is we use our products ourselves. In fact, across the board, because our products are for teams, we use it in every team, every product across the whole company. That's important because we are very self-critical. We get so much feedback from our own employees, makes it so that our products are much better. We are also very data-driven. We invest in data engineering and growth engineering, and we do A/B tests, and we have a growth mindset to close the loop and get the feedback from customers. I want to talk about operational maturity model. We launched a new model, we call it Service Quest. It has 5 different pillars: security, reliability, service, design, compliance, and quality. It's unlike other companies.
We made this a bottoms-up approach, where every single team across R&D discloses their operational maturity across these 5 pillars, and they have very specific goals every quarter to improve and push and get better and raise the bar. This is important because it helps us to scale. As we add more engineers and scale R&D, having this distributed approach is critical for us to keep scaling and still maintaining this high bar in the new architecture. For me, running all of engineering, it's extremely easy for me to figure out how it is aggregated and which teams are doing well or not, so we can set specific goals and provide resources to improve. Let's see some proof points on how we have done on operational excellence. In the last couple of years, we have increased stability of our cloud products.
In fact, when Vertigo was done, this is the graph of performance-related tickets. We pretty much reduced the number of performance tickets, and we have kept it low as we have added customers. This is pretty important for our customer satisfaction. We have increased dev speed significantly and reduced deployment time. To zoom back three years ago, we used to deploy once a week, and deployment used to take 24 hours to roll out globally. Right now, we can do the same deployments in less than one hour, and we deploy multiple times a day. It's a night and day shift from where we were. In the process, we have also made our products better by reducing defects. We've reduced the support tickets per user by 25%.
As a testament to our operational success, historically, we have always frozen the deployments when there are key events like this, summits, every year for the last several years. This time, we are not doing a code freeze. In fact, at this time, there's probably multiple deployments happening in the cloud as I speak. That's a testament to the maturity that we are achieving, and we'll continue to push that bar. All right. We have looked at products, scaling cloud, and operational excellence. I want to summarize. Atlassian R&D has a broader impact on business than in any other company. We build products that sell itself with different types of teams, software, IT, and every team. We have users who are new and sophisticated, 15-year-old, 15 years of experience on our products.
We have customers who are 2% startup to Fortune 500 companies. We have customized products that work in various different industries. Not just that, we have different deployment models I talked about, scalable platform that we are implementing. We have a thriving marketplace and ecosystem. We have automated the buying process and the go-to-market process and build tools. We are in more than 170 countries across the globe. We are proud to say that the higher investment in R&D is paying off. We have crossed $1 billion in revenue and growing cash flow with strong customer growth. Let me summarize the takeaways from this presentation. We are maniacally focused on delivering best-in-class products to our customers in software, IT, and every team. We are building the foundations of a $10 billion company with multiple products and a scalable platform.
We are investing in people and practices to scale effectively and efficiently for the longer term. Thank you.
Well, thank you very much for coming today and spending time with us. I'm going to start with a little bit of an overview of the business model, echo quite a few of the themes that you heard from Jay, then take a slightly deeper look at a couple of topics. First of all, our licensing models and the revenue implications of them, then look at our pricing practices. Then wrap up with an overview of our financial management principles and some summary observations from the afternoon. Given that Sri just showed you this slide, I thought I'd show it to you again. We like it. Clearly, FY 2019 has continued the steady and impressive growth of both revenue and free cash flow, a 38% CAGR over the four-year period for revenue, 58% for free cash flow.
How do we think about this business model that has created these results? Again, you've seen this diagram from Jay earlier, but really it all begins with great products addressing our huge TAM. We describe our business model as a patient one. It's easy to initiate a free trial or start up a free version of Trello or Bitbucket. Then it's particularly inexpensive to buy a starter license for your team. In these ways, we're delivering real value to our users, really even before they're counted as a customer. A patient model in terms of the revenue result. Then adding automation and dedicated channel partners further reduces friction to getting started with our products. The result of all of this is high volumes of new customers and users. That high velocity, low friction model drives, of course, low customer acquisition costs.
Hence our focus on user counts, which as we noted earlier today, is now in excess of 10 million users for our cloud products. While our customers generally start small, they consistently grow their usage of our products over time, creating increasingly sticky relationships with us. Of course, those low customer acquisition costs feed through to low sales and marketing costs as a % of revenue, which in turn allows us to drive a long-term advantage in the scale of our ongoing R&D investments. To illustrate some of these business model points, first, our steadily growing customer count really illustrates the land vector of the business model. Recall, the point that Jay made about there being 1 million companies with over $10 million in revenue around the world. You contrast that to our current customer count, just below 140,000.
Giving you some sense for how early we are in this journey. Remember the definition of the customer count is an organization, a unique domain bringing us approximately $10 per month. That specifically excludes those starters. Recall the big iceberg type chart that Jay showed a little earlier. That definition of a customer excludes the starters that we have both trying and using our cloud and server products. If you add those starter products, you get an incremental 175,000 organizations paying for Atlassian's products. Of course, that's another important potential vector of our growth, again, at a low customer acquisition cost. Of course, beyond these organizations are all of the free users of products such as Bitbucket, Opsgenie, and Trello. Jay showed you this one as well.
I think you've seen this a number of times over the years, our cohort chart, very much illustrating that expand vector of our relationship with our customers. He defined this one, I won't do that again for you. That example that he noted of that first cohort back in 2002, expanding from $18,000 or so of spend with us to over $2 million in fiscal 2018. Our high volume model continues to drive relatively smooth levels of activity during a quarter. Really quite different to the case of so many other enterprise software companies. This helps us with predictability. It also allows us a greater degree of focus on building the company for the long term rather than making any particular quarter. While another of Jay's points was the significant runway that we still have ahead of us, both for Jira Software and for Confluence.
In recent years, we've really nicely diversified our revenue drivers as new products such as Jira Service Management and Trello have grown. Of course, Access, Opsgenie, AgileCraft, now Jira Align, will add to this theme in FY 2019 and beyond. We expect our already high percent of recurring revenue as a percentage of total revenue to continue to grow, as now over 90% of our new customers are choosing one or more of our cloud services. Many of our server customers are choosing to scale up to our data center subscription offerings. Indeed, this 84% that I have here on the slide, 84% of recurring revenue, that's defined as our subscription revenue plus the server maintenance revenue.
Really the total of our recurring revenue is a little higher still because the majority of our marketplace revenue that's accounted for in the other revenue line is also recurring in nature. Of course, this relatively high percentage of recurring revenue is part of why we focus on revenue as our metric of top-line activity. Now I'd just like to take a few minutes to review some of the details of our licensing models and their related revenue structures. I think you know we have one traditional perpetual license model and two subscription models. The server business, where the customer runs their own software, is our perpetual license model, while the data center business still self-hosted by the customer, but that comes in the form of a subscription. Of course, our cloud businesses use a subscription licensing model.
Here we're contrasting the revenue structures of our server business versus the cloud business. For illustrative purposes, we're looking at Jira Software at the 500 user tier level. The same themes really apply across the business. In year one, the server revenue on the left there is made up of two equal parts, the perpetual license taken up front, and then also the first year of maintenance in a one-to-one ratio. Driving in year one a greater proportion of recurring revenue based on that 50/50 split than would be traditional for an enterprise software company. As you can see, the total server revenue in year one is greater than that from the equivalent revenue driven by the cloud subscription for the same product at the same user tier. We move to the second year, and we're looking at cumulative revenue now.
Here, the cloud service, as you see, is materially narrowing the gap on cumulative revenue versus the server offering, since the cloud subscription price, the annual cloud subscription, is higher in price than the annual maintenance charge on the server side of the business. To continue this extrapolation, by the time we get to year three, you see how the cumulative cloud revenue is greater than the equivalent revenue coming from the server offering. Just to further magnify this point, by the time you get to year five, you see a really quite materially higher cumulative revenue from the cloud versus our server offering. It's important to bear this in mind as we continue to grow our cloud business significantly faster than our server business in the coming years. Using a similar format, we're going to take a brief look at the server versus data center picture.
Here, we're looking at the 2,000 user tier pricing. With our data center business, we're delivering higher customer value to our larger behind the firewall customers who are looking for greater industrial strength, if you will, in terms of the capabilities that they seek. Things like clustering to drive high availability, enhanced scalability features, those sorts of things. Here, even in year one, the data center revenue you see is significantly higher than the equivalent server revenue, consistent with that additional customer value that we're offering. Of course, in subsequent years, that gap only expands cumulatively, since the data center subscription price is higher than the ongoing annual maintenance price for the server offering. Indeed, the data center is a good example of our overall strategy of tailoring different editions of our products to the particular needs of different segments of the customer base.
You heard today about the launch of our premium offerings. This is another good example of this editions strategy. Another notable aspect of our business structure is the average duration of our licensing models. Both the server and data center businesses have a standard one-year duration, while our cloud services can be bought on either an annual or a monthly basis. You see here, a significant majority, over 75%, as illustrated by the pie chart there on the right, of our customers are electing to choose the monthly subscription versus the annual offering. These durations very much explain the relatively small amount of long-term deferred revenue that we have on our balance sheet relative to the size of our annual total revenue. Again, supporting our focus on revenue as our top-line metric. Now, moving from licensing models to pricing.
The first point I would want to make is that since the inception of the company, Atlassian has been the high value, low price leader, and we plan to remain so. Second, I'm thrilled with the skill and thought that we bring to considering pricing and packaging moves. We have an experienced team, a well-honed analytical process, very much informed by customer research, and a lot of detailed implementation planning that goes into each pricing and packaging initiative. We do a very thorough job of following up on each initiative to analyze the results and learn accordingly for future practice.
During the past couple of years, our pricing and packaging team has been busy identifying, implementing, and tracking a number of very specific and targeted initiatives, some of which have raised prices, others of which have seen us stand pat, and still others, situations where we elected to lower prices, all very much in service of our strategy of remaining the high value, low price leader. Going forward, we'll continue to routinely assess our pricing and packaging options. We'll have the customer value equation very much in the forefront of our minds as we make our decisions. We'll analyze our potential moves thoroughly, and we'll continue our extensive surveying of the results. Now, coming back to the overview of our business model.
Our ultra-efficient sales and marketing model, via which we acquire and grow customers in huge volumes, in turn fuels a sustainable advantage in terms of our significant investment level in R&D that you've been hearing about from Sri. We're very much a product-first company, and product and platform innovation are key to our success. We take a disciplined and patient approach to investing to drive long-term returns. For example, our focus on creating platforms that Sri articulated will accelerate our ability to bring new products to market over time. We're releasing new editions of our products consistent with the needs of different market segments, while also adding value to new customers with new product offerings, both organically and inorganically, and making it easier for customers to do business with us via our website. We've also shown that we can take tough decisions where we don't see attractive long-term returns.
The Stride HipChat decision of several months back was a good example of this. We'll continue to be disciplined in our thought processes in this way. The net result of our business strategy is a strong combination of both revenue growth and profitability. Before I wrap, I want to summarize our financial principles for you. We'll continue to emphasize the growth of recurring revenues as our cloud and data center businesses continue to grow faster than our server business, very much consistent with our R&D focus. We'll also continue to thoughtfully assess our pricing and packaging options and focus on both the efficiency and effectiveness of our considerable R&D spend. We will continue to modestly increase both operating and free cash flow margins over time, and target 3% annual share dilution.
To sum up some of the themes of the afternoon before we have a break and then go to Q&A. We're early in addressing a very large and diverse TAM. We're growing as the importance and complexity of collaboration and teamwork increases for all companies. We believe we have a significant runway ahead of us to grow our access and use by teams of all types across industries and geographies. Our extensive product investments create a sustainable advantage for us. We build products that solve our customers' increasing collaboration challenges. Our products are easy to get started with. They're easy to use. They're flexible and extensible with the help of our very significant and important ecosystem of apps and developers. Our product development work is primarily focused on the cloud, consistent with where our customers are increasingly choosing to start their journey with Atlassian.
As a part of this focus on the cloud, since we were together for the previous of these events, we've been busy, as Sri spoke to, building a hosting infrastructure and working on a platform of common componentry for our cloud offerings. These initiatives demonstrate our long-term focus on driving effectiveness and efficiency as we invest substantially in new products, additions, platforms, and our ecosystem. We've discussed our ultra-efficient go-to-market model that very much focuses on delivering value to the customer ahead of the sale. The result is a high volume of customers that's coming at a low acquisition cost, allowing us to recycle additional investment into R&D in very much a flywheel effect. We have a strong presence with both technical and non-technical teams. Software developer-focused teams are expanding as software grows its impact on every company.
Non-technical team members are already regular Atlassian users in their roles as members of software development teams. In addition, they're regular users, as you've been hearing this afternoon, and I'm sure around the halls here, of Confluence, Trello and Jira Core. As Jay described, the breadth of the field here is massive, and we're well-placed to tap this opportunity across a multitude of types of teams. In particular, IT offers significant growth potential. It's often the home of the software developer, and it's a natural adjacency with many of its own collaboration challenges. We're well on the way to serving IT customers with Jira Software, Jira Service Management, Opsgenie, Access, and we're confident of more opportunities ahead. The combination of strong products and an efficient go-to-market model yields strong revenue growth and robust free cash flow margins, as illustrated by our rule of 40 slide.
Last, and most certainly not least, we have a skilled and experienced management team with a long-term value creation focus. Our founders' interests are very well aligned with those of shareholders, since Scott and Mike together own the majority of the company still. They have a long and successful track record of identifying products, building products that are addressing growth markets, all with the mindsets focused around driving long-term, durable advantages that will create attractive financial returns. With that, let's take a break for a few minutes, 10 minutes or so, and we'll be back for the Q&A. Thank you.
Scott, one, two. Test, test. Scott. Yeah. Test, test. Huh? Test, test. Yeah, that's fine. Test all right. I'm on it, count me off.
Ladies and gentlemen, please take your seats. Our program's going to reconvene in five minutes. Thank you. Ladies and gentlemen, please take your seats. Our program is about to begin. Thank you.
Is this one on?
No.
This one?
Test.
Testing. It sounds like it's on now. Okay. Thanks, everyone. This is open Q&A, kind of free form. Just put your hand up and we'll ask questions. Yeah, Ittai.
Thanks, Ian. Thanks guys for the presentation. It's very informative and helpful, it was great also seeing all the users. Clearly, they're very excited. I had a couple of questions. One to Mike and Scott on the portfolio itself. If you'd go to the website two, three years ago, there were like three things there, now there's seven, eight, it's, I guess, every quarter growing. How do you think about complexity from a purchasing standpoint? You've made it clear that it's very easy, everything's transparent, are you getting to a point where people could get overwhelmed and not understand where they need to start and how to go? When there's seven, eight things, sometimes just by reading a simple description, it's not entirely clear what is it that I need to start with.
How do you make sure that people are extremely focused and know where they should start, and kind of grow from there? The second question for you, James, on pricing. Premium was introduced. My gut feel tells me on a very short timeframe, every product will have a Premium tier. Help me think about what is that Premium relative to your current base pricing, and how does that close the gap relative to the competitors? You've been very clear in the past that your price is very low relative to the peers. Is the Premium on par with peers? How do you think about the discount relative to that? How does that work with your future plans to increase prices? Are both Premium and base now going up, or the Premium is the new price increase? How do I think about that?
You want me to go first? I can answer philosophically about the portfolio. Jay might be able to answer more of the detailed website questions, I suppose. We still try to land a single team in a single product in a single organization once first. We make them successful, and then we get them to a second, either a team or a second use case or a second product. That is really, really important. We keep that philosophy core because it's very hard to land five products in a single team at the same time without somebody saying, "Hey, you need this portfolio of things. Let me help you put all these things together." If there's a human being that can do that, automatically it's very hard to do that. We do need to get better continually.
I'd say we're pretty damn good at it. There's a lot we can continue to do about helping people understand the portfolio once they're in that one product. When do we talk to them about it, how do they go across? That can sometimes be deceiving because if you go to the website, you kind of see everything. Most people don't come to the front page of the website and go, "What do I need?" Look around. That's not really the way that they come to us. They'll land on Trello and just sign up for Trello, or they'll land on Bitbucket, or they'll land on Jira Software. They know what they're looking for part one. We just keep the model. That doesn't change actually with the number of products that we have.
Obviously, the more solution partners and other people they have, can have different approaches. We stay pretty core to that philosophy. It's pretty important. I don't know if there's anything you have from the website perspective.
You've heard us use the analogy before that when you come into the store, you come into the clothing store looking for a pair of pants. We're not going to necessarily try to get you to try on everything at once in the store and walk out with a jacket and a belt and a pocket handkerchief and socks and shoes. You can see those things. As I mentioned in my example, even in some of the initial flows through product 1. If you look at Jira's website as an example, there's something really smart, subtle nudges towards other things that would make Jira more valuable.
We don't try too hard to say try all those things at the same time, because we know we've got an opportunity once we plant roots with Jira to expand your usage of both Jira then the other things that would add value to it.
Then on your pricing question, we'll be, in the coming weeks, getting into the specifics of premium pricing and so forth for the product set. More broadly, I would expect that in the coming year or so, the premium products would be a relatively immaterial part of the overall scale of our revenue. That there's significant opportunity here. The pricing philosophy is very much obviously lined up with the value that those premium products are offering to our customers. You'll see us continue to add value to those premium editions. I mentioned in my talk about the strategy of these editions of our products very much tailored to specific customer market segments. I think you should expect us to continue to add value to those premium offerings, of course, that will allow us to be compensated for that additional value over time.
Again, we take a patient approach to this, and I think it's an important way in which we're really thinking clearly about the different segments of our customer base and their specific needs.
If I might add one thing philosophically that I think is important. People often mistake looking at the pricing page for the way that customers operate. Right. I understand you're all probably very spreadsheet-y people, et cetera, you go to the pricing menu. That's not how customers operate. It's important to try to put a customer lens on the whole thing. Even if we have a product that's the same price as a competitor, they often start by selling that thing. If we have a customer that's already sort of marching through a whole realm of products, even if the price turns out to be the same, our sales cost can be drastically different. We already have that customer on board, they're already buying a bunch of stuff, they're already using a bunch of stuff, they already have brand association, et cetera.
The sort of raw boxes of mathematical comparison is not as useful as thinking through the customer journeys.
On identity, is that a category that you have to own long term, or does it end up potentially like something like Slack where you just partner with best of breed?
I don't think we need to own identity long term. There's people like Okta out there, Microsoft. There's plenty of identity providers out there. I don't think that's something that we need to own long term to be successful. We do build things around identity. In our server-based offerings, we have a product called Crowd that allows people to have an identity system across all of our products in our behind the firewall environment. In the cloud, we released Access in the last year. Access allows people to hook up with their identity systems, whether SAML single sign-on and a whole bunch of other functions people want around that. We don't have to own the backbone at this stage.
Hi, thank you. I wanted to ask two questions. Jay, we'll start with you. In your slides, you laid out when you're thinking about growth, a number of different vectors of growth. As you think about the next two years, how are you thinking about the distinctions between the expand portion of the equation with your existing customers versus the land portion? Which is going to be more meaningful? Many companies give us examples of 75% of the growth over the next couple of years is from the installed base, and 25% is from new logos. How are you just thinking about that philosophically? I'll just ask my second question is, there's been a lot of talk about Align today. It seems like it's an exciting product. Your customers are certainly excited about it.
How should we be thinking about that specifically, as we think about the next 12 months as being additive to the model? If you could just give us any dimensions around that. Thank you.
In terms of Jira Align, when we announced the transaction, we noted for the balance of this fiscal year, it would add just a million or two to the revenue base of the company. Obviously, we have relatively robust margins, when you contrast that with the relatively young company of AgileCraft, we will see operating margin dilution. Around a half a point in terms of our non-IFRS op margins in the current fiscal year. About a point for the IFRS margins. I would expect that while we've been very pleased with the customer reaction to Jira Align, that we would continue to see some margin dilution in fiscal 2020 as well. To the first question?
I want me to take the first question, which is about landing new customers versus expanding customers. I think we've done both well historically. We're landing thousands of customers every quarter. We don't actually care really on a quarterly basis. It moves around just depending on what happens. Generally, the trend is we acquire more and more customers over time. Once your install base gets bigger, the incremental that the new people take, it's got to grow double exponentially to even maintain the same percentage. It just gets naturally smaller over time. The way I think about it is every additional customer we add has the opportunity to sell all of our products new. Every existing customer, there's a sort of lesser expand possibility. A new customer is worth more to us long term than an existing customer.
That said, in our existing customer base, we are a fraction percent penetrated in terms of what is out there. I just chatted with some larger customers just before I came here, and one of them was like, "Oh, yeah, we run Jira with 45,000 people inside our organization, and we want to do this thing and that thing and scale it in a different way." We're just rolling out Confluence to 140,000 people across our entire organization, and we're just getting started with that. It'll be available. I can't tell you how many people are going to use it'll be in the default set that we put for all our customers, all our employees.
I guess we think about both, anytime we add something to the portfolio, if it brings in new customers and even expand our existing customer base, that is really valuable for us. Whether it's new products or it's acquisitions, we think about how they do both. There's not a mathematical number I can give you about that.
It's also important to remember the middle category of customers, right? Because someone's a customer, that's one logo. Quite often we can land a lot of times in the same customer. When we think about land, we think about all the spots around the company, and those do eventually coalesce. If you look at other enterprise software companies, they often land one customer. They're a single sort of install. Our land and expand motion ends up looking quite different. What looks like expand, because the customer number doesn't ratio to everything else, is often land for us in a large company where we have 10 people here and 20 people here and 50 people here and 100 people here in a different product. We do make sure that we think about those as land, right?
Two people on far side of the world in the same company buying something is not expand for us.
I had a question on Align as well. You bought the company three weeks ago.
You already have rebranded the company. You already have customers up there talking about it. Can you talk to us about a couple of things? Number one is, the use cases, how big that market really is, and then how did you come to buy them? That would be really helpful.
Okay. Jay, do you want to talk about that?
Short answer is just clear signal from the market and from our customer base, and it's a company we've been working with for a while. The name is not coincidental. AgileCraft did a really good job of building on top of Jira, and AgileCraft's value to the organizations that subscribe to it is in leveraging where Jira is used at the team and tribe level at scale already and helping connect that team or tribal usage Jira up into the project and portfolio management offices and sort of the executive functions inside of the business in the way that you heard Rob describe. I think we were already working, have been working with them. We heard a really strong signal from customers.
When you look at sort of build versus buy calculus, they had already done an incredible job of building a product that was very Jira-like on top of, or integrating Jira in a way that is just natural for customers. I think when you ask customers, how is this used, around the floor, you're going to hear it's just a natural extension of where we're already using Jira, delivering even more value through Atlassian as we scale Agile to the company.
For those of you who may haven't gone to all the details of Jira Align yet, the way I explain it is that if you look at companies that are going through digital transformation, it's a bit of a buzzword at the moment, but effectively, they need to change the way that they build and deliver their products, and that changes the way that their teams work internally. If you take, say, ANZ Bank that's in Australia, 10,000 people working under the CIO in development and testing and everything they've got there. They want to move from a waterfall-based process, where they would produce binders of requirements, might take a year to produce all the requirements, and they'd hand up those binders of requirements to developers, and that might take two years for the developers to then build the product.
Of course, they get lapped in the market by a lot of faster startups and mainly software companies that can move a lot faster than three-year release cycles. Now, startups and these big banks are all using Jira in the same way at the team level. They say, "Now we need to be more Agile, we need to move from this sort of waterfall three-year process to, okay, we want to do sprints, we want to do things faster." When that's all happening, previously, executives used to say, "Great, I can tell you what's in that binder, and I make sure it's going to deliver the business value." When we go now to saying, "Well, actually, let's push decision-making down to the teams, to those people who should be making the decisions.
They're the ones actually making the trade-offs about what software to build and how to build it. I want to push all that decision-making down. How do I ensure that those people, those 10,000 people, are doing the things that tie up to my corporate objectives?" That bit in the middle between the software and the way work is tracked on a day-to-day basis and the company objectives, that's where Jira Align comes in and allows executives to make sure that the work getting done by 10,000 people really delivers the value that the CIO and the CEO have told to the board.
Great.
Is it me?
Hi, guys. Question for Scott or Mike or Jay. During the keynote, you announced enhanced migration tools for server customers moving over to cloud. And any on-premise attendees here now get up to 2,000 cloud subscriptions for free. My question is, historically, there really hasn't been much external emphasis on getting your server customers to migrate to cloud. I know that you're not forcing your customers to move over, but does this signal a change in philosophy to some degree?
I can take that. It's not a change in philosophy. It's just that we've told our customers for years now, this is sort of a decade long transition. We want to be excellent at everything, and we have to help you manage this transition, right? We've been very clear with them all week, last week, and we'll be clear with them next week. We're with you today. We understand what you need today. We have teams working on that, but we have to build well ahead, right? I think what you're seeing is our two, three years of investment in the enterprise side of cloud, and hence the bigger customers starting to say, "Okay, I see I can go that way." There's a whole lot of factors around that. You mentioned migration tools, again, something we've been working on for a while.
That's all just part of, I think, a general long movement. I would be surprised if the customers were surprised. Certainly, if you've been to the last four summits, you've seen this sort of consistent drumbeat of messaging where we're explaining what we're doing, and it goes back to values of being open, right? We're being very open about, "Hey, this is where we're headed," right? We think naturally we will end up as a cloud-first company, and we will end up as a cloud-only company at some stage in the distant future. That doesn't mean we're going to say you have to move today, but we're going to show you how we're helping you get there, and we're not abandoning you.
I think we're just very open about our philosophy, and these are just the latest set of improvements and features that you're seeing across all of that sort of spectrum of things.
Okay, that's helpful. Mike, if you were to fast-forward and look 2 years from now, would you expect that the cadence of your install base server customers moving over to cloud is faster than what you have kind of observed over the past couple of years? Or more or less about the same? How do you sort of envision that?
It's hard to peg that. We've said that 90% of our new customers choose to start in the cloud now. You've sort of seen that number move over time, but how fast the existing install base moves. Again, some of them, don't forget, they don't need to move the whole thing. There are teams and projects, and it's about us being a partner of theirs as a vendor at a holistic level, especially for the big ones. They'll maybe start a new instance for a new project or a new area in cloud, and they might still have a large on-prem one, but we need them to see that cloud can handle their needs. They'll learn, and that'll happen over time. Again, that's up to them. There's a question at the back. I think someone has the microphone already.
All right, great. Thanks. I'm just trying to frame up the opportunity with the Align product. Just maybe as a generic example, let's say I'm a large customer. I'm spending $100,000 per year with you today. I decide to go all in on Align. What could that potential upsell be? Just a ballpark number even.
Troy, do you know the numbers off the back of your head?
Yeah. If you're spending $100,000 on Jira, I'm just trying to do that math first to understand how many. Basically, like for every five Jira users, there's probably an Align user, that's sort of the rough math. Align, if you look at the price on the website, it's significantly more expensive. I think it's like $40 a month, up to like $80 a month per user. It can be Jira Align can be a multiple of what customers are spending on Jira Server, not necessarily on Jira Data Center. It is a product that largely we're targeting customers that have more than 1,000 active users of Jira, they tend to be the bigger customers of Jira Software and the Jira platform generally.
Got it. Thanks.
Richard.
From talking to some of your customers at lunch, they were very appreciative that you integrate with so many other vendors. When asking them more about that, some of the integrations that you have are actually with competitive products or products that could be competitive. Your integrations is making it easier for those customers to use competitive products rather than using your products. Can you just tell us what your thinking on that is, and if you plan to change that dynamic at all in the future, or just go ahead with that?
It's a strange and interesting world we live in, isn't it? That you compete with people, integrate with people, and in many cases, they're all the same with different products. We won't change. Our philosophy has been the same since we started. There's no change in what we do. We've always integrated with what we consider the best sort of products out there in the market, multiple ones in a category, whether or not we have something ourselves in that category. We do believe over time that our reputation as a great vendor to work with, that the products themselves have great features, and the fact if we own both ends of the integration, we can make it a tighter integration than we can if we only own one end. We think all those benefits over time mean that people will standardize more on Atlassian products.
We don't try and do it by saying, "Well, actually, if you're a Jira customer, you can't be a customer of one of our competitors." We think that's not a really good way to maintain a strong market position.
Richard.
Thanks. I just wanted to get a sense of your strategy, maybe with Trello. I mean, it's a great product, easy to use. What's the strategy, though? Is it making it more robust? Is it marketing maybe more towards non-technical users, or is there another way to think about that? Thanks.
Yeah, look, I mean, Trello, it's been an awesome journey, actually. As we said at the time, we were buying Monster, and it's seemingly bigger Monster today than it was then. Look, first and foremost, the strategy of Trello is to continue the momentum it has, right? We're past 35 million users. The product continues to be used worldwide by all sorts of-
Teams, home teams, work teams all over the place, right? That's been the primary part of the strategy. We've said that loud and clear, I think every single time. It monetized relatively well, and we continue to learn about that and continue to make changes as we understand the Trello base more. I would go back to philosophically, we're thoughtful, we're patient, we're long-term. We're not going to make any radical changes in something like Trello. We want to make sure we understand it, we understand the base, et cetera. You have seen us in the last few months, quarters, make a few tweaks around the edges of Trello. We've made some changes recently with the enterprise offering, adding more value there. If you watch the Trello Confluence product keynote, you'll see some of the details. Continually make the enterprise offering more robust.
The team just continues to churn away and do a good job at that. We have made a bunch of other sort of changes around the monetization and pricing of it at the lower tiers. We continue to be patient and learn. Priority number 1 is still to make sure that Trello continues to grow, and then over time, integrate with the broader Atlassian ecosystem. There's an interesting evolution of products like Trello that mirrors some of our products. Trello itself starts often as many people using individually. At home, many people maybe hear and nodding like you use Trello yourself. They use it at home, then they bring it with their team at work. I think we had some data was over half of people using Trello are using it in some way at work.
People use it with their team, then it spreads to other teams. At some stage, we're still very early in this, the organization has a standardization conversation and say, "Actually, this tool is very productive for these teams. How about we just make it a standard thing? I log in with my single sign-on and suddenly I've got an ability to use that product." We're seeing that more and more, and then a lot of things around, again, start smaller teams. We've done with all of our products. It does get to a stage where people just want to say, "Hey, I'll make it the standard product for all my employees so that they can be as productive as this group is over here.
Excellent. Thank you guys for the analyst day. Very useful information. I wanted to dig into one of the numbers that I think Jay gave in his presentation, talking about the 7,500 customers that are good targets for Data Center or Premium. Can you tell us a little bit about who those customers are? Kind of what's the cutoff that makes them sort of the attractive upsell opportunity? Any detail like what % of the business do those types of customers represent? Is that kind of aligned to, well, excuse the pun, is that aligned to Jira Align of where you'd expect to sort of upsell that solution?
That specific number was server customers that have more than 500 users of a single instance of a Data Center product. Remember, those customers have more than just one product, a lot of them. For just the Data Center opportunity, largely selling an existing server customer with more than 500 users to upgrade them to Data Center, that was sort of part of the size of that market. That is the same market that we can sell and migrate or move to Cloud when they're ready to move to Cloud. The Premium Cloud market is actually bigger than that because there's lots of customers that are going to take advantage of Cloud Premium for just the feature set or that they'll grow into, or they'll start with Standard or they'll start with Premium. That was sort of just that.
In terms of the overall size, I mean, they tend to be the larger server customer cohort. Keep in mind it's 7,500 of 140,000 companies. They can tend to spend more on the server side of the business, and then we focus on taking them on those upgrade paths. I think about the Jira Align is probably a little bit of a bigger company than that particular cohort. They may have 1,000 users of Jira, not necessarily 500. It is kind of the same bucket of customers, right? I mean, if you've got 500 users, you could use Jira Align depending on your organization and how you're structured and what you're trying to accomplish around the transformation that Scott mentioned. The Jira Align customer tends to be global 2K, global 3K, large, very active and pervasive usage of Jira.
It was mentioned in the comments that the difference there between The difference between Premium editions and Access. Access is squarely targeted at the IT department and the IT team across all of the users that you have in your entire Atlassian world. A higher user potential, but generally, if you've got an IT department that's caring about all these things and needs all these sort of audit logs and controls and integration with Okta and every, you're generally trending towards those bigger companies. Premium is more advanced users of those products. They're sort of orthogonal in how they behave, Access for the IT department. In a small company, the advanced users are often the IT department. As you get down to the sub 500s, they're probably the same group.
North of 500, they can often be different groups, right? You can have a super advanced Jira admin that says, "I need Premium over here," and a bunch of other Jira people running around Jira instances, which are relatively simple, even in a giant company, that I'm totally fine with what I have. They are a bit orthogonal in how we think about them.
Yeah. At the keynote, you guys talked about Jira Service Desk and showed how it could be used in business domains, HR, facilities, legal, I think was the actual demo. How new is that in moving outside of IT into business domains? As you, I guess broaden the breadth of the platform, is that something that makes it more competitive up market with larger companies?
I'll take that one. We've, I mean, Jira Service Desk has always been able to have that functionality there. Some competitors in that market package and sell that separately as a separate bundle with different pricing and so forth. We keep it simple. One thing to use for every single team across your organization, we do find that to be quite a popular use case. We're getting started on it. We haven't really made as much noise around it. There's nothing from a product feature perspective that we need to do. It's more of making sure that people are aware that we have to do that. I don't think legal wakes up in the morning and says, "I want a service desk for myself." Right?
Often that happens via IT, because the IT department looks at use cases and how do they make it more easy to use for those use cases. That was sort of the pitch this morning, is make sure IT teams go out there and enable the business. We also find channel partners often get brought in to do that as well, it's another route to market for that. There's a thing called, I think, enterprise service management is the larger buzzword on that, there's analysts talking about it, we expect that we will do really well on that. Martin? Martin. Do you want to cover that side of the room? Yeah.
Thanks. Scott, like you said, digital transformation's kind of a very common buzzword, the words agile are very commonly used in boardroom vernacular and earnings calls and whatnot. The ANZ example, that was its new CEO that came in and catalyzed a lot of push down there. My question is, are you seeing more tops-down drive for your business? I mean, your AgileCraft acquisition obviously speaks to that. Really what I'm getting at is, do you get more tops-down push-down? How does that change some of the things we've known about your business when it comes to linearity and the customer journey, how long that takes, the virality of it?
Let me answer the first bit, and Jay can chime in on the second bit. We are totally seeing this being a boardroom conversation these days. Which seems like a little bit late to the party, because in software development, the Agile Manifesto was written in 2001, and we're in 2019. I scratch my head and say, "Why is it that suddenly this is all sort of the exciting thing today when we've been doing this for such a long time?" What I've found is that large companies, established companies, are waking up and realizing that their really biggest competition is software companies. Whether it's startups or other companies that are the sort of digital natives, that's their biggest competition. Whether you're in media or transport or entertainment, everyone's realizing that software companies are the competition. One, they're losing customers to these software companies.
What's happened recently is they're now actually starting to lose their best staff to these software companies as well. As a result, the board, some of that stuff's flowing through to numbers, employee satisfaction, their growth rates, and the board has said, "Hey, Mr. or Mrs. CEO, you need to fix this." The CEO turns around and says, "All right, well, my CIO, who's been there for a long time, who was probably part of the problem, needs to go." You see a lot of CIOs come in, new CIOs, and the first thing they do is they say, "I want to move my products to cloud because I want to free up my internal IT people that spend a lot of time racking servers and upgrading stuff. I want to free that all up and give it to the cloud vendors to handle.
Secondly, I need to turbocharge my development team internally. I need to be building more software for my customers, and I need to move them to be more agile instead of waterfall." The third thing you see is that they're now tasked with empowering every employee to be more productive. We've seen that, then they're now saying, "Great, I need to standardize on Atlassian's tools like Confluence and Trello," or we see things like Zoom being deployed wall to wall. They're the things that get tasked by the CIO. It's definitely coming tops down. In terms of business model side of things, though, we don't see that changing stuff out there because we have channel partners they can call up if they want to have a top-down conversation, because we're not going to be the ones doing the services. We have no channel conflict at all.
We have 500 channel partners. We handle that if it's a top-down decision. Often because we're a standard, particularly Jira, but often our other products as well, are just so well deployed already inside their organization, the CIO just takes the shackles off and says, "Hang on. Let's just deploy this wall to wall instead of where we are today." I don't see it changing our go to market. Jay, do you want to add anything? No.
Can I add one thing in between there that I think is really important? Scott didn't give you the one why there. It's important. If you look at the keynote, if you look at all the things we do, sometimes people ask why we invest so much in practices, in all the other bits and pieces around teamwork, other than you guys seem to believe in this stuff, which is great, but it seems highly polished, and that's exactly why, right? That CIO that's saying you're now responsible for employee productivity, he's kind of always been responsible for employee productivity, but in the past, employee productivity meant I gave a new version of Word or I made your desktop faster or something like this. Employee productivity is changing how teams work together, how the organization is structured, how work gets done.
People look to us as a brand, as a company, to say, "How does Atlassian do this?" Sharing our practices turns out to be a great marketing engine, but also gives us kudos in that boardroom as someone that comes in. I was with a large customer who said, "I don't want McKinsey or BCG. I want you guys to come in and tell me how you work." Right? Those guys are doing a different thing, right, and you just do a practical dance.
That's the reason I think that practices, the things that we talk about, which are the ways that we work, we have a rule that we don't share things that authentically we don't use internally as practices, is really, really important from a sort of a brand halo or brand breadth perspective. Those CIOs are being told, "I need methodologies to do this. I need practices." It's not about selling software for us, but it does help us get into those conversations really, really nicely.
All right. Do the next question.
I guess to kind of continue on that question, how do your customers kind of measure the-
Particularly for ANZ, are they seeing faster deposit growth or faster loan growth or better employee retention? Or when there are particularly these large deployments, like multimillion-dollar deals, are there real tangible ROIs that they're seeing that you can measure and go to other large customers and say, "Look, they got these huge returns?
Someone once told me you can sell painkillers or you can sell vitamins. At this stage, the way that conversations are coming, they're not coming to us saying, "Can you give me some ROI of how to do this?" They're coming to us and saying, "We need to become more agile as an organization or we die." Under that model, the ROI is not even factored in. It's literally we are getting eaten by other people. We know we need to transform the way we work internally. How do we do it? Because the question is all about how, not what or why.
One might also point out Jira Align is entirely from customers that come and say, "I have a lot of people doing Agile." They're generally more advanced on that journey, and they have all these people doing How do I tie it to business outcomes? As you saw, Steve, that is their biggest pitch is you have lots of people writing software and doing all this stuff. You have all these business outcomes. Jira Align is literally about aligning the two things together and trying to give you insight. It's not magic. You have to think through what you're trying to tie to and where the goals are of the organization, but it is trying to align and solve that problem for people that are probably one step further down that digital journey.
Richard, do you have one?
Yeah. Hey, thanks very much. When you're adding new features and new companies and you're buying them and building them out, where is the integration layer? Is it at the API layer? Is it at the UI layer? How hard is that to do as you bring in more and more kind of interesting things into the platform?
All of that, and Sri might be able to add. If we think about acquisitions, just as a broad thing, the first thing we care about is culture. Secondly, we care do they share our mission? Third, do they share our business model close enough we can do it? After that, we look at everything technical after that. That's sort of where it fits in the stack. We're still building out our platform as Atlassian. We've built our technology platform, but as we've done acquisitions, and we've got lots of products, we have a user management platform that we're almost finished doing that. That's been a big investment, but that allows people to onboard. We've seen Opsgenie, we acquired them six months ago. Today, we announced they're on our user management platform, and we have a UI platform. Same Opsgenie, six months ago, we acquired it.
Today, we've announced that we've re-platformed that onto our UI platform. There's a few modules that we believe user management is a big one. UI, depending on how integrated the products need to be. Billing and commerce, that's sort of the back end. That's an area where I still think we have some improvement to make to put things on the same bill for customers. We want to have a standard platform, how the way work moves across an organization, but we're very specific about what we do and the order we implement stuff. Do you want to add anything, Sri?
Yeah, no. You covered the main things. Even in my slide deck, I had the two examples where Trello, we focused on growing MAU, and for Opsgenie, we have already done the identity integration. It depends on the business goal on what we need to achieve.
Sri, as you get into these larger deployments, how does the buying change? To what degree How does the interface with Atlassian change? Maybe it's a little bit with the billing and the commerce, but for somebody who goes all in, who are they talking to since you guys don't have the dedicated salesperson? Are you having to change the number and type of people at Atlassian who are kind of interfacing with those large enterprises?
Yeah. Larger enterprises, we've explained previously, have an enterprise advocate. They have an account manager. The bigger companies have somebody that's dedicated to them. It is a relatively small team, they have a lot of coverage area, in part because of the efficiency that Mike described earlier and the efficiency of just the way the model works, in part because we also work really closely with the channel for some of those opportunities. A large company will know that they've got somebody if they need to talk to that will respond to them and help them, and also explain other things that they can move into.
There. Hey, Sriram. You're looking lonely, so I figured I'd ask you something. Actually, looking for sort of when does the peace dividend from Project Vertigo start to show up in terms of you had all these R&D resources going into rewriting all the code. You freed those up about a year ago, somewhere in here, I'd start to look to see some new product development as those people got repurposed. That's sort of question one, then question two is that some of the announcements today around forecasting and such look like they were echoes of existing Amazon services, which is a good thing, but how much can you leverage existing AI or other functionality that you can get off AWS? Again, when should we start seeing that flow through in terms of the product?
Yeah. On the second one, we use all the Amazon services that are out there. In fact, you pick an Amazon service, I'll tell you we use that. That's in the philosophy of if there is a service that's in the market, we don't want to reinvent it. We want to focus on adding value to our customers. We absolutely leverage the platforms that are out there. That's definitely on that. What was your first question?
R&D dividend on Vertigo.
Yeah. Once we finished Vertigo, we absolutely moved some of the people out. You saw my note on keeping the infrastructure team flat. Even though we have added a lot more on the rest of R&D, we have kept the infrastructure flat, which is a team that actually worked on Vertigo. We had increased it a little bit, we brought it down back to the original number, we have stayed flat as we have grown.
It's also worth noting that Srir's infrastructure team is heavily involved in building out a lot of the things that we've seen in terms of.
Cloud scale after moving to Project Vertigo.
Some of the Cloud Premium offerings, we've got guaranteed SLAs now. We've done a lot of work to make sure that we can hit those reliably. Obviously, encryption at rest, a whole bunch of the stuff that privacy, security, the Access, identity control. There's a lot of things that as we continue to do the enterprise part of the cloud journey and make sure that we are sort of world-class at every stage there, that's not just getting to the cloud, that's continuing to add value there in those type of offerings. If you say, "Well, they're not new products," well, but they're sort of underneath Cloud Premium and Access and things that are, I would say, new products.
Time for one final question, if there is one. You, sir? Sorry. There's one over here. Sorry. Yeah.
Sri, could you tell us what are the main constraints right now keeping you with that 10,000 user cap that you mentioned? For those of us new to the story, could you just remind us what the economics of the marketplace are in terms of take rate and all that?
On the 10,000 limit, we have been thoughtful in increasing the limit. The user limit is actually a proxy for all the other dimensions that we have for scaling, and it's confusing if we say you can scale beyond certain number if you do these three things and not do those things. What we are trying to do is to make sure that we have an awesome experience across all the dimensions of scaling that we have in the back end. We have been continually creating new microservices that scale in that dimension. We are trying to optimize code. We are replacing with newer systems. As we do those, we have been thoughtful in increasing. Our goal, like I said, is not to talk about limits at all in the future.
It's also worth noting, we can come back to whoever wants us to take rate. I talked to a customer yesterday who thanked us for our philosophy on user limits, and I said, "Oh, why is that?" He's like, "Well, we've used a lot of other SaaS services. They're like, 'Yeah, we can take 25,000 people. We'll take 50,000 people,' and then we have this horrible two years as they're trying to get through." We don't want to be in that thing, that realm. It was interesting to see a customer actually point that out to me at the enterprise function because they're a big on-prem customer. They're going to wait until we get to their point. They see us on that journey, they see the progression, and they're really confident and happy.
I think that goes to our philosophy is kind of engendering customer satisfaction and love over a long-term period of time. They see us very trusted. Secondly, Access does not have the same user limit, right? If you use Access with more people than 10K or 5K, 10K is in early access, early EAP. Atlassian Guard can handle a much larger directory than that, and then you can have multiple Jiras, for example, underneath that at 5K today or 10K. It's not necessarily a total cap on the size of your cloud deployment.
Take rate?
Take rate for the marketplace is 25%, is the simple way to think about the economics, roughly. We've long said that our goal there is really, no, don't think about the 25%. That's what we use to sort of maintain and grow and invest in the marketplace. It's a 75%. If you do the math in reverse and think about how much money we've invested in all of the small vendors out there on the show floor, go talk to any of them, and I like to get investors to ask me how many employees they had last year. Anyone with 20 people would've had 10 people last year. We have now marketplace partners that have 100 employees plus, which is insane for us when we think about starting the company and all these companies that have appeared around us and on top of us.
It's pretty daunting, we take it really seriously, and they're all having a great time, which is really good.
Great. Okay. Thanks, everyone. That's the end of the formal session today. Thanks for being attentive for the last few hours. We're all going to move over right next door there, the next room over for cocktails, and the whole executive team will be there. Thanks very much. Time for more questions out there. Thank you.
Fair enough. If we can get a microphone, yeah. I just want to say a huge thank you to everyone in this room. You do a lot of work around Atlassian, whether you're writing up reports for other people or you're investing your own money or investing money on behalf of your clients. There's a lot of companies you could spend time with. I've got to know quite a few of you over this period of going public the last couple of years. I just want to say a huge thank you for all that investment of time, and we take it very seriously, and we enjoy spending time with you, and hopefully, we're going to see you next door in a few moments. Thanks a lot.
Great. Thanks, everyone