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.
Technical experts from ShipBob and Pandium shared their framework and processes for designing, scoping, and prioritizing multi-purpose, high volume SaaS integrations.
From user research, to design, to prioritizing MVP features, they provide a practical guide you can implement in your next integration project.
In this context, a "multi-purpose, high volume SaaS integration" is an integration that handles a large volume of data or transactions between two or more software applications. This is typically used by businesses that needs to move large amounts of data between different systems or applications on a regular basis.
Read a summary of the event or watch the video below.
When building multi-purpose integrations aimed at serving many users, the user research process aims to answer the following questions:
Before starting user research, it is important to talk to three groups of people.
The first group is your stakeholders, who are typically internal and include people such as sales representatives, account executives, and heads of different departments and strategies.
The goal here is to gain alignment and gather feedback, as they are usually the closest touch-points to the end users and can provide insight into their needs.
Once you have talked to some stakeholders and have gained alignment on the direction and strategy, they can recommend the next group of people to talk to, who are the users.
Users are the most important group to talk to, as they are the ones you are building for. It is essential to get users involved early and actively in the development process, as their feedback can help validate direction and build relationships for potential beta users.
The main objective is to involve users early and actively in the development process to ensure that what is being built is for them. The feedback gathered from users can help validate the direction and build relationships for potential beta users.
The beta testing phase is a delicate process that requires careful selection of participants.
You can't just approach anyone and ask them to be a beta user, as it requires a significant amount of time and effort on their part.
Beta testing is like a dance, and you need to be selective when choosing beta users.
The product may not be in its final state during the beta phase, so you want to ensure that you're working with individuals who are willing to provide constructive feedback and engage in the process.
The third group of people to consider, especially for integrations, is the partner manager. While it may be difficult to connect with a partner manager, they can be a valuable resource as they have extensive knowledge of the tech stack on which you are building.
All in all, you want to have access to someone who can be a source of knowledge and truth for the other SaaS system you're building with.
For example, a Shopify partner manager would know the Shopify documentation inside and out, providing support throughout the entire development process.
User interviews
When you start talking to users, especially with integrations that involve a B2B play, you need to talk to specific individuals within that company who will be using this integration.
They will be the ones toggling settings, testing the UI, and so on.
Therefore, it's best to conduct as many user interviews as possible. All in all, questions asked during the user research phase are for gaining insight into end users, including their current work behaviors, constraints, and potential workarounds to achieve their goals.
This allows you to identify user personas, needs, limitations, and suggestions that can help improve your product beyond what your competitors offer.
This also provides valuable insights into what they really need and want.
User interviews and feature request reviews - are the most immediate ways to gather feedback, and the more you do, the better your understanding of user needs will become.
Designing an integration requires breaking it down into core components to effectively analyze each piece individually. This process is essential for prioritizing certain features and understanding what can and cannot be done.
Related content: How to Integrate Systems Like a CTO: 10 Best Practices
Identifying the Business Case For an Integration
The first step to designing an integration is to begin at a high level with the business case.
What problem are you trying to solve with the integration? For example, if a significant portion of your user base is using a specific platform, building an integration for that platform may be necessary to support your core users or attract new prospects.
By breaking down the integration into smaller pieces and analyzing each one, you can effectively prioritize features and ensure the success of the integration.
Use cases & Data Flows
Once you have established the business case for your integration, the next step is to break it down into specific use cases.
A use case could involve automating a flow from one platform to another when a user triggers a specific action. Once you have defined these use cases, you can then break them down further into specific data flows.
a data flow shows the movement of data between systems or components within a system. It illustrates the path that data takes from its source to its destination, including any transformations or processing that occurs along the way.
Related content: A Guide to Integrating With NetSuite's API
Data Mapping
A data map is a document or a diagram that shows how data elements in one system relate to data elements in another system. It describes the transformation that needs to happen to the data to enable it to be transferred between the two systems.
A data map typically includes the source and target systems, the data elements being transferred, the transformation rules, and any business rules that apply.
Example:
Let's say you have an e-commerce website that is integrated with a shipping company. When a customer places an order on your website, the order details are sent to the shipping company, and when the order is shipped, the tracking information is sent back to your website.
The data flow may be written in a Spec Doc like:
The first flow represents the flow of new order data from the e-commerce website to the shipping company, while the second represents the flow of tracking information from the shipping company back to the website.
The very simplified version of a data mapping for this from one system to the other could look like:
Mapping data fields involves identifying the data elements in the source system and matching them with the corresponding data elements in the target system.
The very simplified version of a data field mapping for this from one system to the other could look like:
Where the data data fields represent how data should be transformed and transferred between the systems, ensuring that the target system can process and make use of the data.
Gap Analysis
Note that in some cases there might be some required fields for your integration that might need transformation of data. This would require an additional step of mapping where the platform you're integrating with has a certain set of values that you have to hit when making calls to the API.
This might require som sub mapping to make sure requirements are met.
After the data mapping exercise you can begin to notice requirements like this or fields that don't align at all. Analyze these gaps to figure out if there is a workaround or another endpoint that could be used or if there is a product change required.
System Limitations
If an integration involves an API, consider the system limitations on both sides. Examine the API documentation, understand how to authenticate with the other system, and identify any other relevant considerations.
When designing an integration, one common limitation is rate limits, such as the number of requests per second or minute that can be sent to a target system.
Determine LOE
Share documentation including the data flows, data map and gap analysis with the technical teams that will be building this integration. Review it with them and provide level of effort for each data flow.
This will allow the product and engineering team to prioritize what will be included in the MVP and phase 1 of the integration and what will be included in future iterations.
Integration UX & App Marketplaces
A great integration not only connects two different software applications, but also provides a seamless user experience for customers.
Related content: How In-App Marketplaces Create a Competitive Advantage for B2B SaaS
Integration UX is critical to customer adoption and retention. Customers expect integrations that work seamlessly with their software and fit into their workflows.
In-app marketplaces offer a centralized location for customers to discover, evaluate, and purchase integrations that are pre-vetted by the application provider.
This ensures a certain level of quality and reliability, which boosts customer confidence in the product ecosystem.
By offering integrations through an in-app marketplace, you can provide a better user experience and make it easier for customers to find and adopt the integrations they need.
To access a sample spec doc, as well as more guidance on designing, developing, launching, supporting, and iterating on SaaS integrations for your users, download our end-to-end guide here.