Getting started with partnerships
Technology and professional services partnerships are crucial to the success of many B2B SaaS startups. But, many startup leaders don’t appreciate how valuable partnerships can be, and it isn’t easy to know where to start.
Let’s explore the different types of partnerships that B2B software startups are typically engaged in and how partnerships can help you grow your startup.
Professional services partnerships
If you’re selling software to a business, chances are someone is selling professional services to that business (e.g., accountants, web designers, marketing agencies, ERP consultants). If your product can help an agency to solve a problem for its clients, a partnership could be a mutually beneficial opportunity. Many successful B2B SaaS businesses have accelerated their growth and improved the customer experience for their products by partnering with professional services agencies within their ecosystem (e.g., ecommerce web design agencies recommend Shopify, which has helped to drive their growth).
The simplest form for these relationships is one where agencies refer prospects to you because they trust that you can solve a problem commonly experienced by their customers. For example, an accountant that focuses on businesses in the events industry might frequently recommend specific expense tracking software to their clients because they know this is a common challenge within their customer base. These types of partners are commonly called referral partners. Your relationship with them could be informal (i.e., if your product makes their lives so much easier that they don’t need any incentive to recommend it) or driven by incentives (e.g., one-time or ongoing commissions on revenue generated from successful referrals). Note that while not all referral programs target professional services agencies (e.g., they may target customers or other individuals/businesses), this seems to be the most fruitful model in B2B SaaS.
Many software products require some configuration for prospects to adopt and use, and this configuration is often completed via in-house onboarding/activation professional services. This need forms the basis for another type of agency partnership: one where the partner agency fulfils services related to your product for your customers. The relationship here is inverted because the agency solves a problem for you (i.e., onboarding). As many startups find product-market fit, they start to grow so quickly that they cannot scale their in-house onboarding and professional services teams quickly enough to keep up. This is where outsourcing this work to partner agencies can provide a more scalable model for onboarding services (assuming these services cannot be easily eliminated through product innovation). The benefit for partner agencies is that this work comes with meagre customer acquisition costs because instead of conducting their own sales and marketing to find new clients, they receive leads from you (leads that you’ve already spent money to acquire).
Lastly, many products that target large businesses will find they frequently come by prospects who want some very specific customisations or additional functionality. Sometimes, these requests are worth considering because they will benefit the broader customer base. Otherwise, they may be so precise that they are significant distractions from your core focus. By partnering with software development agencies (and having good APIs) you can make it possible for very large customers to solve their own problems with your product as a platform.
Technology/integration partnerships
Technology partnerships are partnerships centred around the integration of external products or systems. The beauty of these partnerships is that they allow you to remain focused on solving the problem at the core of your product mission. They do this by allowing your customers to gracefully overcome the current shortcomings of your products’ features by pairing your product with another. For example, as a digital advertising product, you may recognise that your customers want the ability to retarget their prospects via email. You could build this functionality directly or simply integrate with the major email marketing platforms already being used by your customers. By integrating and partnering, you can remain focused for longer, and reserve the right to expand the scope of your product in the future when it makes more sense. These integrations can also serve as a channel for new customer acquisition. Chances are if your partnership and integration with a third party solves a problem for your customers, it probably solves a problem for your partner’s customers. Your new partner might be willing to market your solution to their customers if you solve a big enough problem for them that the integration could help them to grow or retain customers.
The most common type of integration partnership is outbound integrations. These partners are businesses whose services you integrate with, so you build, own, and maintain the technology behind the integration. Typically, these integrations extend the capability of your product (e.g., as a payment processor, you may not want to build out your own tax engine, so you partner and integrate with a business and product that is focused on this), or better fit into your ecosystem (e.g., when building a company targeting ecommerce merchants, it may be required to integrate with the various accounting systems used by these merchants).
The other type of integration is an inbound integration. These partners are businesses whose services integrate with you. The big difference here is that the partner builds, owns, and maintains the technology behind the integration. Whoever has the least leverage in the relationship (i.e., usually but not always the smallest company) typically ends up having to build and own the integration, so in the early days of your startup, you’ll have very few inbound integrations. Over time, however, as you become more dominant in your market and occupy a more critical portion of the toolkit of your customers, you will find that other businesses are willing to integrate with you.
Inbound integrations are cheap — because the partner builds, owns, and maintains the technology behind the integration, you only need to build and maintain your APIs. This incredibly scalable model is how companies like Apple, Google, Shopify, and others have become platforms. Inbound is not always better, though. While you can only build so many outbound integrations (because they require much more development effort to build and maintain), this approach gives you much more control over the functionality and reliability of the integration. Many integrations are so crucial to your product and business model that they justify the in-house development and maintenance costs.
Getting started with partnerships
Partnerships should play a more prominent role in your startup strategy if:
- You feel inundated with diverse feature requests that seem to pull you in different directions.
- Large prospective customers require bespoke functionality in order to adopt your product.
- You are too reliant on digital marketing or outbound sales and feel the need to diversify your lead channels.
- You operate within an existing ecosystem of software and services that you would benefit from fitting better into.
- Your product solves (or causes) problems for existing software or services companies.
- Your product is easy enough to sell that a network of referral partners could drive its growth.
To determine who to partner with, consider:
- When reviewing feature requests, always ask yourself whether this could be better solved by partnering with another company.
- Is there already a highly-focused, best-in-class SaaS solution for this feature that you could integrate with?
- Are there professional services agencies who can help with this by building something for your customers?
- Does temporarily outsourcing this capability to someone else cost you anything in the future?
- What types of agencies do the other software companies in your ecosystem typically partner with?
- Ask your customers about the professional services rely on. Also consider services that they required when they were first getting started. Are there opportunities to better fit into this ecosystem of professional services? Would there be mutual benefits to working more closely with the agencies mentioned by your customers?
- Ask your customers what other software products they use. Are they solving problems potentially faced by other customers? Would a partnership or integration with these products round out your offer and help you to grow faster?
Lastly, there are technical considerations for any software company that may eventually depend on partnerships:
- Is your product currently serviceable in a way that would work for third parties? Does your internal team currently depend too heavily on privileged access or tools that you could not offer to partners? Is your documentation good enough for someone external to your team to learn to service your product.
- Have you got APIs that will enable professional services agencies to extend your product for individual customers? Especially in enterprise, you will hear from prospects who need customisations that you cannot justify building in-house. APIs can enable these prospects to have your agency partners build these custom features themselves.
- Have you got APIs that will enable future inbound integrations? Even if partners have little appetite to commit to integrations, this is a well you must dig before you need it. Good APIs will ease the transition from outbound to inbound partner integrations.
Privacy and terms
I will only use your email address to send you this newsletter or to reach out to you directly, and you can unsubscribe at any time. I will not share, sell, or rent your email address to any third party, though I do store it the software I use to dispatch emails.
The information provided on this blog is for informational purposes only and should not be considered investment advice. The content on this blog is not a substitute for professional financial advice. The views and opinions expressed on this blog are solely those of the author and do not necessarily reflect the views of other organizations. The author makes no representations as to the accuracy, completeness, currentness, suitability, or validity of any information on this blog and will not be liable for any errors, omissions, or delays in this information or any losses, injuries, or damages arising from its use. The author may hold positions in the companies or products discussed on this blog. Always conduct your own research and consult a financial advisor before making any investment decisions.