Enterprise

After Salesforce bought integration company MuleSoft, it faced its own integration challenge

MuleSoft CEO Brent Hayward told Protocol why Salesforce bought the API company, how Salesforce is using MuleSoft to integrate its own systems and his advice for Tableau and Slack.

MuleSoft logo

MuleSoft’s value lies in its integration software.

Image: Protocol

In 2018, Salesforce made its $6.5 billion purchase of integration software company MuleSoft. Four years later, “we're still called the most successful acquisition in Salesforce history,” according to CEO Brent Hayward. The proof is in the numbers: Revenue from MuleSoft’s products and services is up five times since the acquisition, and head count has ballooned from 1,600 to over 4,200.

MuleSoft’s value lies in its integration software, which helps customers connect data, applications and systems across the cloud and on-premises. As vendors and applications proliferate in enterprises, the need for all those applications to work together is more crucial than ever. “The average enterprise has over 900 systems, but only 27% of them are actually integrated,” Hayward told Protocol in a recent interview.

Even MuleSoft, which is a leader in the integration space, had its own challenges integrating with the rest of the Salesforce ecosystem. MuleSoft’s product is complicated and requires deep technical understanding, which made the sales process a bit more tricky than Salesforce was used to and required some reorganization across the company. Then there was the difficulty of stitching together the slew of acquisitions Salesforce has made over the years, including Tableau and Slack, with MuleSoft’s own operations.

In a conversation with Protocol, Hayward discussed why Salesforce bought MuleSoft, how Salesforce is using MuleSoft to integrate its own systems and the advice he has for Tableau and Slack.

The following interview has been edited and condensed for clarity.

Why did Salesforce want MuleSoft? What did MuleSoft bring to Salesforce that it didn't already have?

If you were to look at Salesforce as it was getting more and more into multicloud deployments of CRM, there were sort of two principal reasons. I think, for a while, CRM could exist as a patch on top of the body, but not necessarily part of the central nervous system. When it was sales, we were engaging and interacting with other systems, but those systems were supporting and not core to what you had to go do. [But] when you start to get into service, where you're now getting into the back end and needing to understand [supply and inventory] or when you get into ecommerce, integrating into ERP and into the back end, you really can't do ecommerce effectively as a veneer on top of the customer, it gets all the way into the central nervous system of customer data.

Then as you start to integrate all those experiences, integration becomes a pretty critical success factor of delivering what a customer would now expect to be a fully seamless and fully connected [360-degree view]. I think that was really the primary reason. As we expanded in the market to CRM, this was becoming both a requirement, but without the capability internally, a bit of a threat, because we had to to leave it to the customer at the end of the day and not participate in one of these critical success factors.

Also, if you look across the customer landscape — we were acquired just over four years ago — this was probably the single greatest customer request, because getting data out of back-end systems and integrating these systems to have this very moderate engagement layer in Salesforce, it was difficult, and it was often the reason why these initiatives either would be delayed or in some cases fail.

Salesforce always listens to its customers, [and] its customer said, “Look, we need this capability, it’s one of the single greatest success factors for our program.” So that was really the background for the acquisition, and it's been very successful. I think we do more of what we call connected Customer 360 deals than we did pre-acquisition, where a customer like AT&T is buying an entire outcome and asking us to come in and not just provide the application layer, but all of the underlying connectivity unlocking that data as well.

How much does Salesforce use MuleSoft internally within Salesforce for integrations?

Quite a bit. One, we are adopted within Salesforce, so we call that initiative Salesforce on Salesforce. We went from an employee onboarding experience taking weeks to now literally taking a couple hours to provision an employee, give them all the assets they need and so on. So we actually use it internally, as our customers do externally, to connect our own capabilities across people, partners [and] customers.

CEO Brent HaywardCEO Brent HaywardPhoto: MuleSoft

But certainly one of our biggest initiatives since the acquisition … is connecting Customer 360. Quite a bit of work has gone into continuing to productize that connectivity. It was already strong when we were acquired, but because we can now do joint product management and joint engineering, we're able to come out with things we call accelerators: things that would take commerce cloud and allow you to connect to most back-end systems that are common, whether that's SAP or NetSuite or others. It can do about 80% of that work right out of the box, and then still leave it flexible enough that a customer can modify it for their specific process. We have over 17 accelerators that we've launched just in the last two years, and those are across almost every cloud. So we do them horizontally, but more and more we do them vertically. So our accelerator for health care and life sciences means that patient care, hospital systems and insurance providers can all connect to some pretty hairy back-end systems like Cerner and Epic, and do that using common out-of-the-box components, which then saves them thousands and thousands of development hours.

One thing talked about a lot in the industry is hyperautomation. MuleSoft has some new automation and integration features that it just released. What is hyperautomation to MuleSoft and Salesforce, and why is it important to where enterprise companies are going?

It's a new term for sure, or at least in the last 18 months to two years. But I think it's actually a very logical aggregation of a lot of capabilities that we've been seeing over the last few years.

IT has been using the word integration for years. We think of integration as both that core connectivity that I talked about but also modern-day integration as full life cycle API management. Our customers use the word automation because that most applies to how they think about the outcome. IT thinks about integrating data and integrating systems and processes, that's their version of automation. Business users largely think about automating work or the work tasks, the process flows that are required in order to take repetitive steps out of their job.

I think there's a convergence happening right now, which is why we see this uber category of hyperautomation coming up, and a lot of that is driven by the industry. It's hard to find an RPA company that isn't also expanding into things like iPaaS or expanding into low-code/no-code integration tooling. And that's because there [are] just logical limits to solving automation problems with only RPA, just like there [are] logical limitations of solving automation problems with only heavy high-code development products.

When you look at the underlying drivers of hyperautomation, you really need to be able to integrate to be able to automate: That's a real strength of ours. You need to be able to use full life cycle API management to be able to automate, that's another strength of ours. We were No. 1 in both of those markets.

What our customers were saying were two things: One, we really want to extend these capabilities to our business audience. That comes from a place of, “I don't think we're going to develop our way out of the automation challenge, it's going to require more than just the 20 million available developers in the world, it's going to require us to tap into the 22 million Trailblazers across Salesforce, maybe a billion-plus knowledge workers and actually give them the tools that they would need with no code to be able to do some of this lightweight automation and some of this lightweight integration.”

A lot of this is about people, and then a lot of this is about the final mile of connectivity. The purists in technology want everything to be a beautifully formed API or microservice that can be reusable and callable. We want that too, and part of what we do for our customers is make them more composable, reusable, speed up development [and] reduce the amount of maintenance. But the reality is there's so many different systems — the average enterprise has over 900 systems — but only 27% of them are actually integrated. So it means that there's a lot of systems downstream that IT will never get to. So can we provide the tools to also extract some of the data and make that reusable and make that a building block for more composable processes?

What was the process for MuleSoft becoming a part of Salesforce, because integrations are really challenging with acquisitions?

It’s my third one. I would say this one has been the most successful. I think there's three keys: The first one is culture. Fortunately, [at] Salesforce we have a policy that says if it's not a cultural fit, maybe we don't share similar values, we just don't move forward. We tend to buy the whole company: We want the people, we have the technology, we want to scale. So we were incredibly aligned Day One in terms of our values and what we were trying to build. We were trying to build a sustainable business that would be here long after many of us were gone. What was neat was when you have the same values, you start to appreciate that they were achieving things at a level of scale that we were hoping to achieve, and so it gave us a bit of a guidepost. So culture is No. 1.

I think the second one is, we worked really hard to have a very narrow but specific scope in the first couple of years. Our scope was really twofold; we had a clear plan. One was, how do we get this into the hands of almost 10,000 additional sellers, because from a distribution perspective, it was just an incredible opportunity to get that out there. And then you couple that with … if we see massive distribution, we better nail the scale part of our proposition. So we poured a lot of time and energy into scaling distribution, and then scaling the service to make sure it can hold up to the same level of trust and scale that we were known for pre-acquisition.

And then typically in our go-to-market there's been more of an alignment. In the last year — and it's not without bumps along the way as you're scaling 30 and 40% a year, and I talked about employee growth — it's probably one of the biggest challenges to continue to keep turning on, enabling and getting those new folks productive.

But we also aligned by industry. And I think that was really important. I think the language of the Salesforce customer is now by industry. And we went from largely geographic-based, north south, east, west of the U.S. [and] country-level in Europe, to much more of an industry focus. I'm glad we did it, even though it's painful to go through those kinds of large reorganizations in a 1,500 to 2,000 person distribution organization. But it's really done two things. One, it's allowed us to speak the language of the customer. We provided a horizontal capability; now we can provide that capability very specifically to financial services or manufacturing or downstream oil processing or travel transport. Second, that's the same language our Salesforce counterparts speak. So it's letting us serve the customer, whether that's from helping them understand our products all the way through the long tail of success and delivery and best practice. It's helping us all align our expertise around that industry proposition.

The short of it is, I think we had a really good game plan, and they don't always go perfectly, but you take good potential, good cultural leadership and a really good game plan and I think we've so far had a pretty good outcome. We're still called the most successful acquisition in Salesforce history. And we've learned a lot. I talk a lot with Tableau and I talk a lot with Slack about how to also take advantage of what we learned just coming 12 months and 24 [months before them], respectively.

You mentioned passing on some lessons to Tableau and Slack. What are some of the things you've learned that you shared with them?

The biggest one for me was whatever you’re thinking in terms of scale, double [it] — double your wildest idea in terms of scale. I didn't have to do that much with [Slack CEO Stewart Butterfield] because Stewart was already selling, with Slack, almost consumer-grade technology. They were exploding in terms of users. Tableau had a large user base too, but just the sheer volume of adoption and consumption, it was just sort of like, plan for scale, it will happen. That was probably the biggest one.

Then on the second side, planning for employee scale. Even though all three of us were reasonably large companies — we were a quarter-million dollars in revenue at the time, well over 1,000 employees and I think both Tableau and Slack were over those marks as well — it’s a 75,000 person, $25 billion organization. And so you have to be able to make sure that we're not just scaling our processes and our technology, but we're also able to provide the coverage and the capability, and it takes a lot of hiring. Any best hiring plan you've ever had: Tear it up. I mean, the last six quarters we have averaged a greater quarterly hiring than in years combined.

Fintech

Judge Zia Faruqui is trying to teach you crypto, one ‘SNL’ reference at a time

His decisions on major cryptocurrency cases have quoted "The Big Lebowski," "SNL," and "Dr. Strangelove." That’s because he wants you — yes, you — to read them.

The ways Zia Faruqui (right) has weighed on cases that have come before him can give lawyers clues as to what legal frameworks will pass muster.

Photo: Carolyn Van Houten/The Washington Post via Getty Images

“Cryptocurrency and related software analytics tools are ‘The wave of the future, Dude. One hundred percent electronic.’”

That’s not a quote from "The Big Lebowski" — at least, not directly. It’s a quote from a Washington, D.C., district court memorandum opinion on the role cryptocurrency analytics tools can play in government investigations. The author is Magistrate Judge Zia Faruqui.

Keep ReadingShow less
Veronica Irwin

Veronica Irwin (@vronirwin) is a San Francisco-based reporter at Protocol covering fintech. Previously she was at the San Francisco Examiner, covering tech from a hyper-local angle. Before that, her byline was featured in SF Weekly, The Nation, Techworker, Ms. Magazine and The Frisc.

The financial technology transformation is driving competition, creating consumer choice, and shaping the future of finance. Hear from seven fintech leaders who are reshaping the future of finance, and join the inaugural Financial Technology Association Fintech Summit to learn more.

Keep ReadingShow less
FTA
The Financial Technology Association (FTA) represents industry leaders shaping the future of finance. We champion the power of technology-centered financial services and advocate for the modernization of financial regulation to support inclusion and responsible innovation.
Enterprise

AWS CEO: The cloud isn’t just about technology

As AWS preps for its annual re:Invent conference, Adam Selipsky talks product strategy, support for hybrid environments, and the value of the cloud in uncertain economic times.

Photo: Noah Berger/Getty Images for Amazon Web Services

AWS is gearing up for re:Invent, its annual cloud computing conference where announcements this year are expected to focus on its end-to-end data strategy and delivering new industry-specific services.

It will be the second re:Invent with CEO Adam Selipsky as leader of the industry’s largest cloud provider after his return last year to AWS from data visualization company Tableau Software.

Keep ReadingShow less
Donna Goodison

Donna Goodison (@dgoodison) is Protocol's senior reporter focusing on enterprise infrastructure technology, from the 'Big 3' cloud computing providers to data centers. She previously covered the public cloud at CRN after 15 years as a business reporter for the Boston Herald. Based in Massachusetts, she also has worked as a Boston Globe freelancer, business reporter at the Boston Business Journal and real estate reporter at Banker & Tradesman after toiling at weekly newspapers.

Image: Protocol

We launched Protocol in February 2020 to cover the evolving power center of tech. It is with deep sadness that just under three years later, we are winding down the publication.

As of today, we will not publish any more stories. All of our newsletters, apart from our flagship, Source Code, will no longer be sent. Source Code will be published and sent for the next few weeks, but it will also close down in December.

Keep ReadingShow less
Bennett Richardson

Bennett Richardson ( @bennettrich) is the president of Protocol. Prior to joining Protocol in 2019, Bennett was executive director of global strategic partnerships at POLITICO, where he led strategic growth efforts including POLITICO's European expansion in Brussels and POLITICO's creative agency POLITICO Focus during his six years with the company. Prior to POLITICO, Bennett was co-founder and CMO of Hinge, the mobile dating company recently acquired by Match Group. Bennett began his career in digital and social brand marketing working with major brands across tech, energy, and health care at leading marketing and communications agencies including Edelman and GMMB. Bennett is originally from Portland, Maine, and received his bachelor's degree from Colgate University.

Enterprise

Why large enterprises struggle to find suitable platforms for MLops

As companies expand their use of AI beyond running just a few machine learning models, and as larger enterprises go from deploying hundreds of models to thousands and even millions of models, ML practitioners say that they have yet to find what they need from prepackaged MLops systems.

As companies expand their use of AI beyond running just a few machine learning models, ML practitioners say that they have yet to find what they need from prepackaged MLops systems.

Photo: artpartner-images via Getty Images

On any given day, Lily AI runs hundreds of machine learning models using computer vision and natural language processing that are customized for its retail and ecommerce clients to make website product recommendations, forecast demand, and plan merchandising. But this spring when the company was in the market for a machine learning operations platform to manage its expanding model roster, it wasn’t easy to find a suitable off-the-shelf system that could handle such a large number of models in deployment while also meeting other criteria.

Some MLops platforms are not well-suited for maintaining even more than 10 machine learning models when it comes to keeping track of data, navigating their user interfaces, or reporting capabilities, Matthew Nokleby, machine learning manager for Lily AI’s product intelligence team, told Protocol earlier this year. “The duct tape starts to show,” he said.

Keep ReadingShow less
Kate Kaye

Kate Kaye is an award-winning multimedia reporter digging deep and telling print, digital and audio stories. She covers AI and data for Protocol. Her reporting on AI and tech ethics issues has been published in OneZero, Fast Company, MIT Technology Review, CityLab, Ad Age and Digiday and heard on NPR. Kate is the creator of RedTailMedia.org and is the author of "Campaign '08: A Turning Point for Digital Media," a book about how the 2008 presidential campaigns used digital media and data.

Latest Stories
Bulletins