As a graduate of Y-Combinator, PartnerStack has been rooted in helping some of the world’s fastest growing SaaS companies scale. Companies like Asana, Monday.com, Unbounce, Intercom, and Intuit all use PartnerStack to manage and scale their partner programs, and onboard thousands of partners into our platform.
There are a few unique aspects to PartnerStack, which has led us to becoming the #1 platform on G2.
PartnerStack is the only solution that has both the PRM and a B2B focused marketplace that connects vendors with partners. On average, our marketplace drives a 30%+ lift in revenue for customers.
We are extremely focused on partner experience, which is a big distinction for us. Most PRMs are focused solely on the vendor experience. But if both sides of this equation are not having a good experience, then it becomes a problem.
And with PartnerStack, all of your channels can be managed from a single platform - affiliate, referral, reseller and ambassador. We see a lot of companies, agencies, and resellers choosing our platform to help them consolidate their channels into a single view.
How is your partnership team structured at PartnerStack?
Our team is still relatively young, as we launched it in April. The majority of this year has been building relationships and working with both agencies and resellers.
I lead the team, and we have an incredible Account Manager that works closely with our partners, as well as a partner marketing manager that works on any co-marketing efforts we run with partners.
Our partnership team is currently focused on two core areas:
We often work with sales when one of their SaaS prospects wants to launch PartnerStack right away but doesn’t have the internal bandwidth. In those cases, we connect them with an agency partner who we know can do it right away and do it well.
Technology partnerships are also on our radar. We have recently built a number of integrations. One of our goals in 2021 and going into 2022 will be to further build out our technology partner program and our own integration marketplace.
We also plan to enter the app marketplaces of other SaaS vendors, especially CRMs like SugarCRM or Hubspot. CRMs are good partners for us because, with the exception of Salesforce, no CRM has a PRM as part of their product offering. So our software is complementary rather than competitive. And it benefits our customers to have those systems integrated.
“If you’re planning to scale your partnerships at all, you need the infrastructure in place to do this.”
<center>- Nikita Zhitkevich<center></center></center>
What advice would you give for organizations trying to think through who their ideal partners are?
Ultimately, everything has to come down to revenue. Whether you’re pursuing referral, reseller, or technology partnerships, you have to tie them back to driving revenue.
Especially since you need the support of other departments in your organization, whether it is collaboration with the sales team or the product team to help build integrations, the benefit to the business needs to be very clear.
For agency and reseller partners, I would advise looking to see if they power similar products to yours. I’d also think about whether the partner will continue to evolve over time in the direction you are going and whether they truly understand your product and space.
Kabir Mathur has spent his whole career in business development. He is currently the Head of Product Partnerships at Typeform, a company known for its well-designed and easy to use survey and form tool.
Typeform's integration ecosystem is rapidly growing, with 50 new integrations launched just last year. Kabir shared why his team reports to Product, his advice for SaaS product partnership teams looking to scale, and how he sees the SaaS tech ecosystem evolving in the next 5 years.
I have only worked at startups and in business development. My prior roles were in mobile gaming and advertising but my focus has always been on partnerships and finding mutually beneficial opportunities.
In gaming, I was more focused on distribution through larger publishers. In adtech, partnerships involved working with publishers that could help us publish ads to different audiences and ad exchanges for additional distribution.
In my current role, I am focused on increasing and improving integrations between Typeform and other SaaS products. Our goal as a partnerships team is to make it as easy as possible for our customers to use Typeform with the other tools they are using on a daily basis.
At Typeform, we report to the Chief Product Officer. In prior partnership roles, I have reported to the Chief Operating Officer or the Chief Revenue Officer.
I don’t think there is one correct answer for whom partnerships should report to. I think it really depends on your program objectives.
You can see significant revenue growth from partnerships as a channel. We are growing very rapidly, and revenue growth is nice to have. But for product partnerships at Typeform, growth is not our mandate or primary objective.
That is an objective that many SaaS companies set for their product partnerships. They want to leverage the mature marketplaces, like Salesforce or Hubspot’s, to drive new leads. And if they get visibility in those marketplaces, it can be a good road driver.
In the early days of a SaaS company, it makes sense to lean into driving revenue and thus have the team report to revenue. But as you get more mature, it usually makes sense to move product partnerships under Product. You need to be more product focused to successfully scale these types of partnerships.
The north star for us is retention. All SaaS companies want to improve retention, but due to the nature of our product, improving retention can make an even bigger impact for us.
Many SaaS products have long implementation periods and require significant work to migrate off of, but our product is easy to use on a project basis.
Customers might sign up for a certain time period to complete their particular project and then churn off. So for us, we put a lot of onus on integrations as a retention factor. The more customers integrate our product with their other systems, the less likely they churn.
Even if you don’t have a tool that can be used on a project basis or are facing a churn “problem,” it is worth increasing customer retention and satisfaction with integrations. Your retention numbers can almost always be higher.
Another factor is customer expansion. We look at whether integrations have an impact on customers upgrading to higher plans. Sometimes this impact is easy to measure, sometimes it is not. If integrations are baked into higher plans, sometimes you can directly attribute it as the reason a customer chose a higher plan.
We also look at the quality of integrations, which is important to the user experience and actually having a positive impact. You can judge this by looking at customer satisfaction numbers and surveys, and the amount of integration support tickets you are getting.
You can also track the number of deals that integrations close, either as an influencing factor or a referral from your tech partner.
Related Content: How to Measure ROI on Tech Partnerships
Yes, we have an integration directory. But we currently do not have a way to directly monetize these listings. So we are not using the directory as an additional revenue source by charging our partners for leads or new customers.
We are able to track integration usage on our side, though. We can see what the adoption looks like for different integrations. If we see strong adoption, we take that as a sign of momentum and that our customers are seeing value in that app. When we see that, our engagement with that partner increases.
In some cases, we have no choice. Like if they are the size of Salesforce, they just aren’t going to build it. If they are significantly bigger, we have to build. And if they are significantly smaller than us, then they have to build.
If they are of a similar size, we will have a conversation with our counterpoints, and see what makes the most sense. Once we come to an agreement, we will prioritize it on the roadmap accordingly.
For context, we launched about 50 integrations in total last year, and we built about 15 of those. The others were built by other SaaS companies of various sizes.
I oversee that process as well. We don’t have very arduous approval requirements. We support partners from an engineering perspective and make sure we have a mutual understanding of what they are trying to build. From there, we get them listed. We’re planning to launch a more automated integration review and approval process later this year.
We are working on building a framework where users don’t have to leave our app. But right now we don’t have much control over the user experience when they leave our app to install and manage a partner-built integration.
We don’t hear about our users having a bad user experience with these integrations, but we would still like to see the adoption and usage more granularly and control the experience more.
In terms of visibility, we have a developer advocate on our team and he runs reports to see the API usage, and sometimes there are nice surprises and we see a lot of adoption with a particular app.
But we are building a framework that would enable our partners to build on top of us and keep our users inside our app. This will give us more control over the user experience and also give users a better experience. It would enable us to prevent breaking changes, and route customer support tickets so customers get the help that they need when they need it.
Overall, user experience is the primary driver for building this new framework. It is a big engineering project. We hope to have some version later this year, and invite a handful of partners to build on top of it, and then open it up from there.
Once this is available, it will be a game changer for us and our partners, and the joint power of the applications and their extensibility.
Related Content: Building a Support Strategy for Your B2B SaaS Integrations: Key Considerations for Product and Partner Managers
Start thinking about it early in the evolution of your company. Companies should establish a framework to prioritize partnerships when they are early stage. This doesn't necessarily have to be marketed to external partners in the form of a partner program. It could simply be used internally to help the partnership team understand how to prioritize their time and resources.
If a company then decides that building an external facing partner program is important to their goals, they should work on a compelling incentive structure to attract partners to their program. If you do this in a haphazard way and try to be opportunistic, then organizing it into optimized tiers later is going to be tough. Think about incentive structure and what your partners’ goals are as early as you can, even before it is formalized.
Identify the different categories of partners you will have and build your programs and incentives around those categories. Make it clear how partners can advance to higher tiers and the incentives associated with each of those tiers.
If your organization is focused on revenue goals, then you can incentivize partners to drive more referrals and influence deals. Commission structure can overlap with your resellers. If you are more focused on retention, then reward integration adoption and partners’ impact on customer satisfaction.
You always want to give your partners a reason to grow in your ecosystem. Think through what you can offer them as an organization. There are standard marketing and engineering benefits to offer, but you may have particular strengths that partners in your ecosystem really value.
For us, for example, partners see a lot of value in getting in front of our large audience. We highlight how customers are using different integrations on our website. This puts our partners in front of a huge amount of people. We also announce new partnerships in emails, and partners get visibility by being in our integration directory.
We have scaled up so fast that all processes are not as tight as they could be. We still use Hubspot as our primary system. You can create deals for partners and you can customize the deal stages to match exactly what your partner journey is. And your emails are all in one place.
We also use PartnerStack, but that is more focused on reseller partnerships. Our team uses it but to a much lesser extent. It makes it easier to track revenue generating activities with your partners. A PRM is certainly worth investing in if you are revenue focused.
We have a developer newsletter to announce changes to our product and API, but one-to-one emails either go to our support or partner team.
Related Content: What is a Unified API? And How to Evaluate One for Product Integrations
Getting enough engineering resources was a problem when we weren’t under Product. At Typeform, we are very data driven. You always have to find the middle ground as a startup on a foundation of data. If you have data backing up what you need and showing the value it will have, this helps.
There is always a question as to whether you should focus your engineering resources on building out the core product versus extensibility. But if you can measure and show the impact of integrations on retention and conversions, it will be easier to justify spending more resources.
As businesses, we are all only increasing the number of SaaS tools we are using. There are tools for everything now. Because of the SaaS expansion, a lot of partnership teams need to figure out how to scale. You are going to want to figure out how to be a truly integrated product.
I am surprised how many companies still don’t have open APIs and that those barriers to entry exist. That should continue to erode in the coming years.
There are a lot of iPaaS platforms, like Zapier, Tray and Workato, and these companies excel at connecting the dots. More companies will use these tools, and companies will also build more native integrations.
At Typeform, we also fully support workflow automation platforms like Zapier, for example. Zapier connects with 2k apps, and they may cover a long tail of apps and use cases that we may never natively support. Those types of tools are complementary to building and offering native integrations that you do control.