Deep And Wide Product Adoption Are Key To Reducing SaaS Churn

Who am I writing for? SaaS product managers and founders.

We recently had someone move on from Wingify (the company that owns VWO and Pushcrew). After they were gone, admin was doing a review of our software expenses and found a line-item for Popcorn Metrics with no clear owner. The person who had left was the only one using it, and no one knew why, or what it was used for.

Removing Popcorn is as easy as removing a code snippet, so I reached out to them asking to cancel.

This is the problem when your product hasn’t been adopted widely or deeply. You might have sold the product in that a customer is paying for it, but you haven’t truly sold it until they’re using it extensively.

Width

By width, I mean that multiple hierarchies across departments in a company are using the product. Best examples would be:

  • communication platforms (Skype, Gmail)
  • HR & performance management software
  • document editing and management (Google Docs, Office 365)

If a product solves the basic needs of any workforce, it’s likely to be adopted widely. The more widely a product is used, the more value it’s providing and consequently, it’s difficult to remove.

Depth

By depth, I mean the level of dependence on a product. For me, defining features of deep adoption are:

  • the product supports a key process, eg. the company’s sales process runs on a CRM, performance & payroll management is done on an HR software, or technical support delivered through support software
  • the product has important data that companies don’t want to lose
  • the product enables, or connects with multiple other data silos to make 1 + 1 = 3
  • the product is mouldable to support the company’s workflow

Placing the products we use at VWO on a depth/width graph, here’s what I came up with:

Explaining the graph above:

  • Recruiterbox comes in the middle-ish because it’s mostly used by hiring managers and HR. It is used across all departments, but not across enough hierarchies. And the data it contains isn’t as valuable… mostly resumes/profiles of candidates who weren’t a fit.
  • Canva, the easy graphic design software for non-designers, which I put to show a product that has minimal width or depth. It mostly comes up when designers aren’t available. Going by Canva’s initial positioning, they might get slightly deeper adoption if they are able to tap into social media marketing teams.
  • Clearbit, connected to Salesforce and used for lead enrichment. We hardly ever login to the product, but I suspect we’ll keep using it until the contract renewal date rolls by and they raise prices. That’s when we’ll probably look to BuiltWith or something similar. I’ve included Clearbit to show a product that takes care of a small but important part of a business process, and as long as it does its job and the business process remains the same, it’ll keep being used.
  • I’ve put Namely in the middle because even though it is HR and performance management software, at Wingify we haven’t adopted it fully. I notice that everyone uses it, but only for a few days every quarter during appraisal time. It could have deeper adoption if we had big-company kinda HR processes, but since we don’t, maybe Namely is suited to big companies with more sophisticated HR policies and management?
  • Salesforce is probably the best example of a product completely owning a process, owning data, deep integrations and being used extensively by executives. I admire them for this, though I will never recommend them to anyone because of the painful experience it is dealing with the company and the product.

More thoughts

Not all products can have wide and deep adoption, but that doesn’t mean all hope is lost. If a product can capture even one important process for a team, the likelihood of churn reduces significantly. For example, Canva could if it targeted teams that need quick, good-looking images without relying on a graphic designer. First thing comes to my mind is social media teams in B2C businesses who are running campaigns all the time. Or take Recruiterbox from above, not widely or deeply adopted in the org but does a damn good job of streamlining the recruiting process.

Products tend to have higher a lifetime if they have some of the following properties:

  • Are the “source of truth” in an org for important process/data
  • Are in the core departments of finance, HR, sales, manufacturing/production/product and R&D
  • Are used by practitioners and executives for different purposes
  • Some or all parts of a team’s KPIs are reported by the product
  • Are heavily used by senior management
  • They are close to the value provided & realized by a company, like product, R&D or revenue/profits

Salespeople are trained to hack the selling process by reaching the highest decision maker as soon as possible. No doubt this still works, but in a world where hierarchies are flattening, practitioners who’re going to be actually using the product are becoming important factors in the buying process. Making a quick sale without adequate follow-up support from customer success managers leaves you at a risk of being upended after the contract period.

The Customer Success function can have a massive impact on increasing lifetime value if they understand that their goal in the first few months is to increase width and depth of adoption of the product, and they’re incentivized towards those goals.

Based off my Canva point, I realize that when you’re creating a product, it’s important to think of the process and data that you’re going to own, and for the teams + hierarchies that you’re going to own them. And this needs product + human effort.

I’m surprised why products don’t integrate more deeply with email. There’s this entire hullabaloo about AI and chatbots right now (early 2017). I’d instead focus energies on much a deeper sync with Gmail and Outlook. After all, that’s where the majority of decision makers spend their time.

Guest Post by Siddharth Deswal, Lead Marketing at VWO. This post originally appeared on http://deswal.org/saas/to-reduce-churn-your-saas-needs-to-be-adopted-widely-and-deeply/

A Framework For Building SaaS Products That Don’t Churn

When you say “reduce SaaS churn”, most people will immediately imagine tactics like drip email campaigns, great onboarding, customer marketing, gamification and automated alerts when users show signs of leaving. But this post is not about tactics. This post recognizes that users are smarter than any of the cute tricks we can come up with, and it attempts to get to the core of why there are some products that business users keep paying for, and others they discard.

A Framework For Building SaaS Products That Don’t Churn

If you’re a founder or product manager, I’ll encourage you to think deeply about this stuff, versus thinking about your next “growth hack”.

Products on which company processes are based

There are products on which organizational functions are dependent and processes are built. These are usually CRMs, Marketing Automation, HR software and Support software. The defining features are

  • they’re used by decision makers for reporting purposes and are often used to track teams’ KPIs and goals
  • they’re used to run day-to-day functions of the team and organization, for example, the process of applying for and approving employee leaves, or changing the stage of a sales opportunity
  • some people are logged in to the system during their entire working day
  • others log in once in a while to complete certain tasks
  • the system collects and retains valuable data that companies are not comfortable losing

Some observations about these products are

  • the sales cycles are usually longer than a month
  • customers will rarely buy these products without first being sure of the processes that are dependent on them
  • they need extensive API support and data integrations, because the data they collect becomes more valuable once combined with other data
  • heavy cross-functional training is required after the sale, and the product takes the blame if a customer org. doesn’t adopt and use it to the best of its capability
  • you need a lot of quality documentation so that you’re not overburdened with support tickets

An important note about products used by decision makers

When I started out at VWO a few years ago, the most important metrics were “free-trial signups” and “paid customers” (about 95% were self-service monthly subscriptions). Back then, Google Analytics (GA) was our most important source of data. We recorded free-trial signups, upgrades to a paid subscription and revenue in GA so it was what we looked at everyday.

In the past couple of years, we’ve started serving more mid-market and enterprise customers. Because of this, a few things have changed:

  • The average deal size has increased from $x00 to $x0000
  • The quality of free-trial signups matters as much as the quantity
  • A large amount of revenue comes from payments made through bank-transfers and other offline methods
  • “New MRR” is now more important than “new customers”

Because of all these changes, Google Analytics isn’t important anymore. Instead, the big decision are made after looking at reports in the CRM and our database, where all lead/deal/customer/revenue data sits. Through this shift I observed how when businesses evolve, the metrics that matter to them change, and this has a domino effect on the SaaS products that fall in and out of favor.

Now here’s another interesting anecdote: VWO has a large number of ecommerce customers. For the majority of these businesses, Google Analytics is the “source of truth”, so we simply had to build an integration with GA. In fact, we once lost a big customer because their VWO test reports didn’t agree with their GA data (completely possible and for good reasons, read this to understand why). The internal VWO champion tried to fight it out and explain the difference to management, but we lost the customer after some time.

So my point is this… it is well worth your while to build capabilities that will be used to make the important decisions, and if that’s not possible, then align your product with the primary reporting tool used by your target market.

Products that give results with minimal effort after initial setup

Some of these are:

  • Lead generation pop-ups, sidebars
  • Landing page software (specially when tied to on-going PPC campaigns or SEO keywords)
  • Retargeting software, like Perfect Audience and AdRoll
  • Exit intent pop-ups, almost always tied to lead generation
  • Personalization and behavioral targeting
  • Email automation like Vero and Intercom

While you’re building a product that keeps producing results with minimal interference, give a thought to how you can add public branding for that little bit of ‘virality’.

It’s also important to note that products tied to performance will quickly be removed when that performance isn’t enough. In this case, the product itself may be great, but it is dependent on something else working. For example, landing page software gets abandoned when the Adwords campaigns it was used for aren’t working out.

Products that monitor and provide reports and alerts on a recurring basis without needing additional effort

Few that come to mind are

  • Mention (social mention tracking, we’ve had it on for at least a couple years… rarely log in but open almost every daily email report)
  • Server Density (server monitoring)
  • SEOKeywordRanking (SEO keyword rank tracking; old school interface and not updated in a long time, but am sure its creator Will Reinhardt doesn’t need to work anymore)

While building your product, talk to users about the data they find most useful and want to look at everyday, or see what parts of your reports are accessed most often, then send that data out as daily/weekly emails. It becomes a part of users’ morning routine to check the emails and note/discuss/alert if something’s going right or wrong.

Products that enable data flow between different systems

Think Zapier, PipeMonk, Jitterbit and Informatica. Admittedly, data integration is more of an enterprise problem, but the good thing is that once put in, they’re very difficult to remove. That’s because they’re usually implemented after someone high enough has identified the need to have all the various data silos talking to each other, and that robust decisions can’t be made without a complete picture of the issue at hand.

Case study: Hubspot
  • Processes are based around the product? Yes, for marketing and sales
  • There’s someone almost always logged in? Yes, marketing
  • Managers use the product to report on performance? Yes, primarily marketing qualified leads, then customers and revenue
  • Product collects and retains valuable data that customers are not comfortable losing? Yes
  • Has components that produce results without needing on-going effort? Yes, lead-gen landing pages, website personalization, automated rule-based emails
  • Components that monitor and alert automatically? Yes, primarily alerts to sales owners about lead activity, and other alerts around social media, monthly/quarterly goals, etc.
  • Components that enable data flow between different systems? A well maintained and documented Salesforce connector, otherwise they have a platform for developers

As you can see, Hubspot is doing pretty well in minimizing churn. It seems to me that would be the case with most large, successful SaaS products. In fact, understanding the reasons why organizations keep paying for products is why large successful software are large and successful, as compared to just large.

I hope you’re able to use this post as a framework to think about what makes products stick, and apply those principles to the products you’re managing or building. Also, do you have anything else I can add to this? For some reason it seems to me the list is incomplete.

Guest Post by Siddharth Deswal, Lead Marketing at VWO.