Welcome to the Trails Podcast – a show that takes you on a journey through the Salesforce ecosystem. Join us as we explore the trails of innovation, transformation, and success, all powered by the Salesforce platform.
This podcast episode is all about succeeding with a Salesforce ISV company. Rupert Mayer, who founded a successful Salesforce-based ISV organization, details how teams can have maximum control with minimum effort when it comes to their patents and trademarks.
Follow along as we go through his story, insights, and tips.
Food for thought: Salesforce targets niche markets or specialized industries where ISV companies have already established a strong presence. This allows organizations to tap into these specific markets effectively.
There is contract management and IT inventory management. And there are dozens or hundreds, or maybe even thousands more areas. And one of those lesser-known areas is intellectual property management. How companies manage their patents, trademarks, and trade secrets, and other ways of protecting their IP – intellectual property.
There must be platforms of some kind that would allow it, that have already solved the basics that you need. You need document management – you need some workflow, reporting, strong user permissions, and so on. I went researching and played around, and I found Salesforce. I thought, oh, wow, this might be it. The "force.com" platform, as it was called at the time.
According to reports, Salesforce invested over $700 million in 2019 to acquire various ISV companies. This substantial investment showcases the company's commitment to enhancing its ecosystem through strategic acquisitions.
One great thing was that I could start tinkering without having to pay anything. I got a free developer license and put aminimal viable product together. The amazing thing was I was able to do that without any programming. So, I created my custom objects, patents, trademarks, contracts, and all the stuff you need around IP management.
So, within a week or two, I had built something that, at least in that aspect, was better than anything out there. Of course, we'd have to do some real development at some point, building APIs and more robust components of the UI.
But for a basic application, record, and workflow management tool, I was able to build it all through 'point and click.' I said, okay, I'm going to try this. I didn't think at the time that IPfolio would scale all the way to big enterprises.
I think the theme for me is that it was almost too easy until the point came where it wasn't, because we really continued with the minimal viable product approach. We did relatively little engineering. I built a software company without a real software development team or process.
For the first few years, we just had a couple of outsourced contract developers based in India. There are companies that specialize in doing that kind of outsourced Salesforce product development. They call them product development outsourcers – PDOs. Salesforce recommended a company to us, and we were pretty happy with them.
For several years, I built the product with just the help of one programmer. We added another programmer and then a third. And we got really good traction. We have amazing customers here in Silicon Valley.
We were at the right time with the right product with a lot of up-and-coming companies, like Dropbox, Zynga, Square, Facebook, and GoPro.
Many of them were cloud companies. No one wanted to put up with the clunky old ways. Most of the other offerings for IP management were still client-server solutions. These cloud companies saw this cloud-based Salesforce solution and loved it, although it was pretty simple.
Only when we got into the enterprise segment, once you start selling to really big, established, more traditional companies, they have way more traditional requirements.
Also, the vast amounts of data we had in each customer database were getting bigger, and we were hitting certain limits in Salesforce. We were just hitting that breaking point where you need a real development process.
Once we figured out how to do things well, we wanted to do them really well. Within a few years, we built a state-of-the-art Salesforce development lifecycle and organization.
I would say it was an indirect benefit because when we got into the Salesforce ecosystem in 2010, Salesforce was a billion-dollar revenue company. They were starting to really promote the AppExchange and this idea that companies could run their entire enterprise software stack on Salesforce.
You would even have an IP management solution plugged into that. That was a great vision for us to become part of an ecosystem where companies would just start plugging us in. Once you have a Salesforce stack and architecture, you will always default to finding Salesforce-based solutions for all sorts of problems – even niche problems.
Did you know that Salesforce ISV companies often emphasize a focus on enhancing customer success solutions and experience? This alignment helps acquiring companies provide more comprehensive solutions to their customers.
Although Salesforce and the AppExchange grew, I think our little niche was just a bit too exotic and far away from CRM. Once you have CRM, you may add document automation, for example. You add a DocuSign plugin. Conga is one of those companies that grew big because everyone needs more sophisticated document generation. Or you add marketing automation, where Salesforce started doing a lot of acquisitions.
I don't think we ever closed a deal resulting from an AppExchange lead. The AppExchange was zero in terms of leads for us. I was always a little bit envious of these other solutions that you could just tag onto Salesforce.
But coming back to the indirect benefit. It turned out to be an ever-growing benefit that Salesforce was gaining so much momentum and becoming the go-to cloud company, especially in security.
Have peace of mind that Salesforce has maintained a strong focus on data security and compliance, ensuring that customer data is protected and meeting industry and regulatory standards.
When you're a small software vendor, and you're asking your customers to put something into the cloud that they consider very valuable, such as their patents and inventions, you get a lot of security questions and concerns.
And for us, it was always about building on Salesforce by looking at their Data Center Reports, "trust.salesforce.com," and looking at all the news articles about how secure Salesforce is.
So, we started finding the right line of argumentation to alleviate the security concerns. Lawyers tend to be rather risk-averse. They're always concerned about security. But when we tell them to think about a patent versus a sales proposal, what's actually the bigger security risk of getting into your competitors' hands? And they understood where we were coming from.
The next one is dealing with IT departments. If you sell a traditional niche solution, you tell them: “Oh, you have to set up your SQL server.” Or if you build on Oracle, they have to buy Oracle licenses and run it in-house. That became a no-go in the last fifteen years, which is why everyone wants to move to the cloud.
Think about APIs, for example. Customers want to integrate this solution with other stuff they have in-house. If you build your SaaS solution from scratch, typically, you don't have strong APIs because that's not top of the wishlist. With Salesforce, we had all of that.
Yes, we have all the security. Yes, we have enterprise-grade backup and mirroring. Yes, we have super robust APIs. Yes, there are standard integrations even to standard products – like Workday – or other enterprise packages, where they can stream data in and out.
So, those became the more compelling arguments, mostly on the IT and security side, but even for some users. Even in the legal world, which is far from the CRM world, some people have experience with Salesforce-based solutions.
For some users, it was: “Oh, yes, this looks familiar. Oh, yes, I like this UI. Oh, yes, I love how you can easily filter lists. Oh, I love the reporting in dashboards.”
When you sell to a traditional software company, having built on Salesforce might not immediately be an advantage. A lot of traditional software companies have traditional software thinking – their own programming language. They would say: “You have to pay Salesforce royalties. We don't want any of that. How would we integrate this Salesforce piece into what we already have?”
The whole service provider ecosystem is kind of an enabler. If you have access to 10K patents in your software, it's easy to build integrations with a click of a button.
Software companies in the IP space have typically been acquired by these larger service providers. The service provider that bought us knew Salesforce because they used it in-house as a CRM platform. They found it quite intriguing how we ran all our operations, provisioned a new customer instance, and did various things operationally on Salesforce.
It was intriguing how Salesforce was the operating system for our company – not only the hosting platform for our product.
Also, just seeing our market success compared to all the old solutions, they must have seen there's something there. And then the same things that helped us sell to enterprise IT departments also helped sell the business, because they didn't have concerns about security, hosting, redundancy, or “well, what if your server goes down?”
Some technical concerns came up during due diligence, nonetheless. For example, we were far from having every customer on the same product version. We had this chart in Salesforce that showed all the colors, the different customers who were on the different versions – it was all over the place. And that raised some concerns.
But we were able to demonstrate that we are on the path to consolidate, become better with our version and release management, and eventually have every customer on the same version. We achieved this maybe half a year later. I think, overall, Salesforce was more of an advantage than any disadvantage in that process as well.
Following our acquisition, that service provider was swallowed up by a ten times larger service provider, which was then sold to Clarivate. My last three years with IPfolio consisted of a new acquisition every year.
It was a great experience to go from being a small bootstrapped company to being part of a small growth-oriented private equity owned company, to being part of a larger retention and margin-oriented private equity owned company, and finally being part of a global public company with over 10K people. But the greatest thing was to see IPfolio thrive all along that journey.
Important to note: Salesforce has a global presence and serves customers in over 150 countries.
Many of our competitors got acquired and suddenly, in a way, became internal competitors about which system would prevail within the larger company. IPfolio came out on top by being the Salesforce-based solution. I think the best business decision I ever made was building on Salesforce.
Clarivate stock hasn't been doing great in the last year because, along with all the other tech stocks, it got hammered – and it's just slowly recovering. But if you look up the stock and you see the news below the stock symbol, the first one is IPfolio being adopted by Mitsubishi Electric – one of the world's largest patent holders. They’re in the top five, I think.
After deciding to retire from Clarivate, after I felt like everything was set up, and the product and the team had settled in, I decided it was time to look at other things. I started to do a little bit of angel investing, and then I started being drawn to Cleantech, which had its kind of revival as climate tech in the last few years.
I ended up first advising and then joining a California-based solar battery startup – called YouSolar – full-time. We'll help make the planet cleaner and greener, and that's a great challenge for the second half of my career.
Did you know that Salesforce is committed to environmental sustainability? The company has set ambitious goals to achieve net-zero greenhouse gas emissions and has made significant strides in renewable energy usage.
Thank you for tuning into this episode of Hutte's Trails Podcast, where we explored the following: