We have discussed Pirate Metrics, a popular framework helping to monitor the health of the business through systematic metrics:
However, in the context of ScaleUp B2B businesses, we have experienced a couple of challenges with that approach:
If we are extending an established product, should we measure acquisition on the product level, so for customer companies, or on the feature level in the sense of awareness by users? How to handle the highly configurable licensing or permission aspects — not every user shall have access to every function.
Even when the product or feature is available, do users have an immediate need, do they see the business value for them, do they know how to use it?
What about features that are intentionally used only infrequently, say a report that is generated once a year? Measuring this will result in slow data.
Once sold, referrals are less relevant because more often than not employees have to use a certain tool to complete a certain job. It’s not their choice. In Sales, reference customers help a lot – but typically these come from managers, require approval by their marketing teams, and such.
Enterprise Sales works differently, with long-term contracts, 6- or even 7-digit contract values, step-up deals, and other contractual agreements. Also, pricing is influenced by many options rather than a one-size-fits-all approach.
Consequently, it is often hard for Product Management to influence the revenue directly based on some metrics.
The following diagram depicts a revised metrics framework adjusted for B2B products:
Clearly, the model borrows from the Pirate Metrics Framework, however, it is adjusted to better serve B2B:
Target users know about the product or feature. Note that this includes two distinct levels: Corporate customers know about our product so they can include us in their buying decision, but also the actual users need to know about (new) features so they can actually benefit from these.
A product or feature is technically available to users, which includes the actual Distribution of the tool but also considers aspects such as dedicated licensing or access permissions. For example, a premium feature might not be visible until licensed, hindering users from being aware of it – a vicious circle.
Users are willing to try a product or feature and understand the value for their daily job(s).
As explained above, directly influencing revenue is hard in B2B Sales. However, the expansion can be influenced directly from inside the product. This includes up-selling (to win more users) as well as cross-selling (to upgrade to more premium features).
For every stage of that model, there are typical metrics that can be measured. It is essential that these are selected specifically for the product and the target market:
Awareness can be determined based on brand awareness studies that independent analysts or research companies regularly conduct. To some extent, this bypasses the licensing issue mentioned above by addressing the market before a deal is actually closed. For existing customers, measure how many target users you reach with release notes, feature announcements, and other marketing campaigns.
Availability takes into account how many users really have access, so for how many of them are relevant licenses or devices activated, are permissions granted, etc.?
The Aha! Moment can be measured by the number of users who actively used a product or feature, so they used it at least once during a given time period after launch.
Retention refers to the number of times a product or feature has been used over a specific time period. This is usually easy to measure unless data privacy concerns prevent collecting data on the user level. Make sure to take the typical cadence of a job to be done into account, e.g., when (non-)financial reports are only due quarterly or even yearly. Also, when a job is typically only addressed by specialists, segment your users accordingly.
For expansion, standard metrics like customer retention or, even better, Net Retention Rate can be used. If needed, Product Managers can distinguish between expansion based on up-sell vs. cross-sell. Other than the initial deal, expansion can very well be supported by and measured inside the product.
As explained above, it is essential that the specific metrics fit both, the target market as well as the product. A tool that is used daily by office workers (say Office 365) needs different metrics than a product only used occasionally by deskless workers (say inspection tools for offshore wind farms).
Furthermore, such metrics require constant review and adjustments to serve as meaningful indicators guiding the Product Management team.
Measuring the above is only a first step. It is important to consider the framework as a funnel and understand which barriers keep moving users from one stage to another. A few examples are depicted below:
Going a bit deeper, different strategies can be derived to overcome these barriers:
As sketched above, lack of information is a main barrier. There are many underlying root causes that require specific actions:
The company offering the product might yet be unknown on the market. Specifically in risk-averse B2B, this will create significant obstacles.
Focus on Marketing to spread the word. Talk to analysts and independent research companies to make yourself known. Visit events, trade fairs, etc. of target customers. You need to break the vicious circle so that target customers visit at least your website, if not your product.
Prospects, customers, and even existing users might not be aware of the provided functionality, specifically when it has been added recently.
Apart from trade fairs and other Marketing campaigns, organize product webinars. Ideally, run general webinars around major releases, providing a general overview, and accompany these with deep-dive sessions on specific topics for the respective expert users. Ensure that questions can be addressed in open Q&A sessions.
However, be realistic. Only a relatively small fraction of customers will attend. Some more can be reached by sending them release notes or recordings of the webinars. But, still, a vast majority will opt out.
An even better and more modern option is to use in-product guides to educate existing users about updates and new features. While these are widely used in many cloud tools today, it is essential to adjust them to the specific user and avoid overwhelming them. It is a fine line between not showing enough and annoying the users.
Even when users know about the product or feature, e.g., by following your release communication, they might not be able to access and try.
The product or feature might be a premium feature that requires payment or otherwise granting access.
Borrowing from Product-Led Growth, offer free trials by allowing to use a new feature a few times before licensing is required. If that is not possible for whatever reason, use in-product guides, short videos, and similar material to inform users. Ideally, they will reach out to you and ask to get access.
Even when users know, they might not understand the value of a product or feature. Or maybe they forgot about it because they only use it occasionally?
By mapping the user journey, understand what your users are trying to achieve and then catch them in the very moment when your product would help. Conceptually, think of an assistant or concierge who is silently observing but steps in when the user struggles:
Hey, it seems you were trying to achieve... Click here to learn about a faster way of doing this.
You need to be highly specific, though. Don’t annoy users by flooding them with disturbing messages (Office Clippy, anyone?). On the other hand, when you manage to catch and truly support users in that very same moment, they are struggling, this can be very powerful.
Specifically occasional users might have used a product or feature before but not be aware of it next time on the job.
Just as for the Aha! Moment above, try to catch users in the very moment. Be very careful here to understand whether they just don’t know anymore or actually opted out from using the product or feature. Obviously, the required action on the side of Product Management is an entirely different one.
Another aspect, specifically in B2B, is that the job to be done is typically bound to a role or position. So, employees might change roles or get promoted, and new employees might come in and need to take over these jobs, lacking the experience of the previous position holder.
Observe such organizational changes. In B2B, org charts and similar data are often made available via integrations with HR systems. Maybe you can somehow educate the successor on what the previous person has been using?
And even if it’s an entirely new user to you, their user journeys will probably be similar to what you observed before. So, use this data to provide hints and guides in the product when they need them.
For up-selling, so expanding to more users, you need to understand the organizational aspects of your customers.
Maybe the job is too complicated and can only be conducted by a few experts? Then, try to make the job easier with your product so that experts can delegate to more users.
Or maybe your customers grew, they now have many more employees than before, and they are just not onboarded? Typically, such situations are handled by Account Management, but inside the product, make sure that onboarding is as simple as possible, including standard features like SSO.
Likewise, for up-selling, your product might not provide good enough usability.
Be aware that different user personas might require different experiences. Specifically when switching from office workers to deskless workers, from digital natives to users less experienced in using digital tools, then you may have to adapt your product experience.
For the Product Management team, it might become an option to build dedicated tools, apps, or landing pages for these different user groups and then target users based on their roles.
For cross-selling, a typical barrier is a limited scope: While your product is great for a niche use case, it cannot be used outside of that.
Understand the customer journey, who your users interact with, and where they get data from or provide input. Maybe these are additional user personas that directly point at straightforward extensions of your product offering.