Ron Huddleston, Chief Partner Officer at Twilio, joins the AppChat Podcast to discuss the importance of building out ecosystems and the differences he has seen building multiple ecosystems for various companies. Other subjects include breaking down various ecosystem models, how Huddleston's previous experience prepared him for working at Twilio, and the importance of trust and credibility in the industry. Here are the key topics, with timestamps, as well as the full interview transcript: Key Topics 00:00-01:58 Introducing the AppChat and our guest, Twilio's Chief Partner Officer Ron Huddleston 1:59-3:28 The challenges of indirect software sales 3:29-8:43 The importance of software companies building out an ISV and/or SI ecosystem 8:44-12:34 The differences in building out an ecosystem for Salesforce and Microsoft 12:35-17:10 The differences between a pure, cloud-based ecosystem, and a hybrid model including cloud and on-premise 17:11-20:02 How much Huddleston uses his previous experiences building ecosystems for Twilio, and how much he has to continue to discover and invent 20:03-25:54 The importance of trust and credibility when building out ecosystems 25:55-29:06 Building an app and sticking to the commitment you made to your ecosystem 29:07-30:22 Closing out and how to get in touch Full Transcript Intro: 00:01 You're listening to the AppChat, a podcast focused on SaaS growth strategies, plus successes in the Salesforce ecosystem, and beyond. Here's your host, CodeScience CEO, Brian Walsh. Brian Walsh: 00:14 All right. We're back on the AppChat Podcast. And today, I'm joined by Ron Huddleston, who, Ron, you have an incredible background when it comes to building out ISV ecosystems. Let me get this right. So you're currently the Chief Partner Officer at Twilio. Ron Huddleston: 00:31 Yeah. Brian Walsh: 00:32 Before that, CVP, One Commercial Partner organization at Microsoft. Ron Huddleston: 00:35 Yeah. Brian Walsh: 00:36 SVP of the AppExchange at Salesforce. Ron Huddleston: 00:38 Yep. Brian Walsh: 00:39 And started the OEM, ISV program at Oracle, where you were vice president. Ron Huddleston: 00:44 Yes. Brian Walsh: 00:45 Are there any bigger partner programs in the world to run than that? Ron Huddleston: 00:51 Amazon, maybe, now? Brian Walsh: 00:53 Maybe now, yeah. Ron Huddleston: 00:54 Yeah. Yeah, they're breaking new ground. But the Microsoft thing was definitely a big one. They've all been really fun. I do think that the folks at companies that get to build ecosystems, ISV, or SI, or any type of partner ecosystem, I think that it's probably the most fun job you can have at a bigger technology company, because you get exposed. It's not the same thing over and over. You get to really understand how to work with other folks and understand what's important to them. And so I stuck with it -- it was probably my 20th job at Oracle -- and when I found it and started building it, I just realized it was the most fun, like exciting, interesting, technically satisfying, from a business perspective, satisfying thing you could really do. So just from a personal perspective, I think it's probably the most fun you can have in cloud technology for a job. Unless you're like the CEO of a startup, or doing what you're doing, like building things. But if you're going to work for somebody else, I think it's a great job. Brian Walsh: 01:59 But I mean, I find that sometimes indirect sales, especially indirect software sales, can be extremely challenging. Like you're not actually doing that final license sale. You're lining up the partners and enabling them. I mean, is there something wrong in your head? Ron Huddleston: 02:14 No, there's not. It does carry its own set of complexities. But the strange thing is, whether it was on-premise or the cloud, those complexities repeat each other over, and over, and over again. So there really, after 20-odd years of doing this, there's not much you haven't seen, because where things get complicated is around human behavior, not necessarily around bringing really great solutions, and great partners, and technology together to solve problems. That's kind of the easy part, just to like address customer problems. Where things get a little crunchy is how human start, where things can get complicated, is when you're aligning different people, different organizations, different teams. That's where things get a little more complicated. I think everything up to that is not as complicated. But again, it's a pattern. And the patterns tend to repeat themselves. So you can sort of see around corners, the longer you do these kind of things, which makes it easier every time. This is, what, my third, fourth- Brian Walsh: 03:18 Fourth one. Ron Huddleston: 03:19 It kind of makes it a little easier every time you do it because you know, I probably made 10,000 mistakes. And you only make the same mistake three or four times. Brian Walsh: 03:29 Eventually, you get it right. So why an ecosystem? I mean, there's a huge amount of effort and investment. Why is it important for a software company to actually build out an ISV and/or SI ecosystem? Ron Huddleston: 03:44 Yeah. There's a lot of reasons. It depends on, are we talking about the technology company themselves that want to build an ecosystem? Brian Walsh: 03:51 Yeah. Ron Huddleston: 03:52 So you have to be a bigger company in order to do that, obviously. It's really hard to do it, otherwise. You can certainly build a small, little portfolio of folks that you work with if you're a smaller company. But there's nothing better than a broad ecosystem because it does a couple things. First things first is, if there's any way, shape, and form you're trying to prove out the sort of platform nature of the technology that you're trying to provide, the long road to get to that level of credibility is trying to do it yourself; trying to hire all the people in the world with the right expertise to sit down with a customer and explain to them, "No, bet on us. We're future-proofed. And you can do all of these things with us. We're a platform," it is really hard. The easier way to do it is to work with an ecosystem of technology, or IP, ISVs, and SIs; and the ones that are trusted in the space, that are maybe already trusted by the customers that you want to serve, and work with them to have them understand how your platform can help. And then build what's essentially, if those are the ingredients, then you know, the recipe book is how all those ingredients come together to help essentially cook a meal, like serve a beautiful meal for the customer, right? And so that's why it's a cool job. You get to be the chef, kind of. That's a good analogy, I'm going to use that analogy -- 20 years, I just discovered a new analogy. But you know, if you think about it that way, as ecosystems, as, you know, sure, you can call it one broad ecosystem, but really, it's a bunch of small solution maps, or what I was just calling recipes. It's a group of technologies, partners, companies, expertise, that solve particular problems. And no one company can really solve anything complicated on their own, really. Like it is just hard to do that over, and over, and over, and over again. You know, if you want to be broad-based, it makes it ... If you want to be a broad solution, like a platform, it makes it really hard to also solve problems, complicated problems, by yourself, right? If you want to stay really narrow and be like a really verticalized application or SI- Brian Walsh: 06:12 You can go super deep. Ron Huddleston: 06:13 You can go super deep. You can solve things on your own. But if you want to be big and broad, it's just the permutations of options are almost impossible. That's why ecosystems are so important. They drive credibility, but they also are the only way to solve really hard, complicated problems if you're trying to solve a lot of them. Those are the two reasons that it's great for the partner, or the platform, but it's great for all these companies that are sort of looking. It's great for cutting-edge companies. Like in the cloud, it was a wonderful thing. People actually all start relational databases. Like there were a lot of companies that were building up relational database practices back in the day. And there were these little, small startups that were building relational databases, or were driving Java for, like J2EE or something. Brian Walsh: 07:05 Yep. Ron Huddleston: 07:05 And I know this is going to sound really old. Brian Walsh: 07:07 We, you and I sound ancient right now. But keep going. It's great. We're reminiscing. Ron Huddleston: 07:10 Yeah. But the point was these companies, these smaller companies that would never have -- it was going to be a long time until they were big enough to where people really get exposed to them. Having an ecosystem, being part of a partner's ecosystem, of a vendor, a big platform's ecosystem, helped the companies that were the best, the most innovative, had the best technologies, sort of punch above their weight class, and could help change the market really quickly. So it's this symbiotic relationship between these platform players that need partners for the two, you know, for lots of reasons, but the two reasons I highlighted; but it's also great for partners, for ISVs and SIs, because it helps the best rise to the top. It helps the best innovate. And you know, it also, if you are the type of SIs or ISVs that are specialized in a particular place or industry, it helps you get access to customers where you might not get access before. So it's a real symbiotic thing when it's working really well, and nothing stands in the way, and there's no friction. And it's really just about sort of, you know, matchmaking. Like, you know, you're a cook. All your ingredients are great. You cook the best stuff. Everything, your oven works. Your waiters are awesome. I guess waiters would be sales in this analogy, right? Brian Walsh: 08:31 Yeah. R