Best Practices

The key to driving your Customer Success team | Census

Boris Jabes
Boris Jabes August 18, 2020

Boris is the CEO of Census. Previously, he was the CEO of Meldium, acquired by LogMeIn. He is an advisor and alumnus of Y Combinator. He enjoys nerding out about data and technology, 8-bit graphics, and helping other startup founders.

Over the past decade there's been plenty of advice for startups on picking a great metric to focus on growth. Since starting Census, I've been curious to see how the best CS teams apply this thinking to their work and help customers get the most from the software that they buy. In my experience, it's a lot easier to focus on fewer metrics: you can ensure they're computed correctly and that teams actually use them to prioritize their work. This post highlights a metric that we've helped Pete Kazanjy deploy at Atrium that should work as a starting point for most B2B SaaS companies.

Why effective Customer Success is essential

While it may sound like old advice by now, it’s important for SaaS companies to invest in Customer Success today. This is especially true with the rise of product-led software adoption (aka “bottom-up growth”). A recent study showed that great companies have a net revenue retention of 110% to 130%. While your core product plays the starring role in this task, a good Customer Success team can also have a huge impact.

  • Ensuring customers are getting everything out of the services they’ve purchased leads to happier users, which in turn leads to more organic growth.
  • Building a “land & expand” approach to growth can be accelerated by a CS team identifying internal opportunities.

The hard problem is how to make your CS team effective. Ideally each member of the team is assigned 10+ customers. How do they know which users to prioritize? You need good metrics to indicate how they’re adopting your product without forcing them to explore each customer individually in your BI tools.

Focus on leading indicators

There’s no shortage of business metrics experts will recommend across categories like Churn Management, Expansion Prospecting, or Customer Satisfaction. Here are some classic examples.

  • Churn: Customer Churn %, MRR Churn %, Net MRR Churn %
  • Expansion Revenue: Expansion MRR %, Gross Renewal Rate, Net Revenue Retention
  • Customer Satisfaction: Net Promotor Score (NPS), Customer Satisfaction Score (CSAT)

While these are all metrics you should be tracking, they are ill-suited to prioritizing the work of your Customer Success team. The revenue metrics are great for the business, but it doesn’t help an individual CSM do their job or prioritize their time. Tracking customer satisfaction is a more visceral indicator that people are happy with your product but this is still reactive to their feedback rather than proactive based on their activity. Ultimately, these are all lagging indicators. By the time someone is about to downgrade, it’s too late to act.

The goal of your CS team is to prevent all of the metrics above from falling in the first place! What you need is an operational analytics metric that can answer questions like these:

  • Who are our power users?
  • Which account needs to be educated on new features?
  • Which account is at risk of churning?
  • Which account is not using all of the products/features they purchased?

Why a Product Activity Coefficient is a great metric for Success

What you need is a metric built on your product usage data that is easy to understand by anyone in the company and is a leading indicator so the CS team can be proactive and help customers before it is too late.

This is where the Product Activity Coefficient comes in.  To measure it, you simply count the number of weeks a customer has been active out of the last 7 weeks. The lowest score is 0, the highest is 7. Simple.

The power in this kind of metric is that it’s normalized across any user and it represents their level of engagement with your product. It is similar in this respect to user metrics championed by big consumer product teams. Growth teams at companies like Facebook & Netflix use metrics like DAU/MAU to track engagement because these quotients focus on turning their user base as a whole into more frequent users. We picked a weekly cadence as it’s a reasonable baseline for a B2B SaaS product (that users engage with it at least once a week). The key difference between general user engagement metrics and the coefficient we use here is that this one is focused on a single user (or account).

Putting this in practice

To measure product activity, you need to define what an active user looks like. This is unique to your business but it should be a score that your team can understand and decompose (ie. you don’t need to hire a data scientist for this). In many cases your product & growth teams are already thinking about it. What is the key value of your product? Which part of your product provides that value? Here’s some examples.

  • Atrium helps sales leaders understand the performance of their team. The value is provided via the different pre-built dashboards (sales manager level, rep level, etc). So the more views these pages get, the better.
  • Loom helps their users communicate more effectively by using video. The value they provide can be tracked by how many videos each user creates and how many views they get.
  • Here at Census, we help customers sync their data from their data warehouse to business tools. The more data they sync, the more value they get. Therefore, we measure activity by the number of live syncs and the amount of data being synced.

Once you’ve defined what an active user is, you can compute the coefficient wherever you do BI. For example, let’s say you have an event stream from Segment landing in your data warehouse and you’ve decided that page views of your dashboard constitute activity. Here’s a SQL query for generating the metric.


SELECT
	user_id,
	COUNT(*) AS product_activity_coeff
FROM (
	SELECT DISTINCT
    	user_id,
    	DATEDIFF(week, timestamp, CURRENT_DATE) AS weeks_ago
  	FROM segment.tracks
  	WHERE event = 'viewed_dashboard'
)
WHERE weeks_ago < 6
GROUP BY user_id

The final step is deploying this metric into whatever tool your Customer Success uses to track its accounts. If you don’t have a dedicated CS tool, you can always use your CRM. This is where Census can help; we help you sync your data from your data warehouse to your business tools so metrics such as Product Activity are always up-to-date. (We call this reverse ETL.)

What’s Next?

Now that you have the Product Activity Coefficient in place, you can generate reports to classify users.

  • Low Product Activity Score → At Risk account that needs CSM attention
  • High Product Activity Score → Power users with whom you should discuss product expansion, case studies, and get to act as evangelists for your business in their community

Once you’ve mastered this metric, you’re ready to layer in more. I’ll mention two kinds of metrics that most CS teams should add as they grow. Feature usage metrics allow you to understand if various personas are using the right features and to identify expansion opportunities. The team at Atrium syncs these metrics into their CRM where they look for users who have a certain role (e.g. sales director vs. sales rep) that aren’t using a feature designed for them. Account level metrics help you understand whether a customer is using all the seats they’ve purchased or nearing their usage quotas.

As an extra bonus, you can visualize these metrics over time. For an example of how to do this, you can check out our previous post about sparklines.

Related articles

Customer Stories
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native

Every business’s best source of truth is in their cloud data warehouse. If you’re a SaaS provider, your customer’s best data is in their cloud data warehouse, too.

Best Practices
Keeping Data Private with the Composable CDP
Keeping Data Private with the Composable CDP

One of the benefits of composing your Customer Data Platform on your data warehouse is enforcing and maintaining strong controls over how, where, and to whom your data is exposed.

Product News
Sync data 100x faster on Snowflake with Census Live Syncs
Sync data 100x faster on Snowflake with Census Live Syncs

For years, working with high-quality data in real time was an elusive goal for data teams. Two hurdles blocked real-time data activation on Snowflake from becoming a reality: Lack of low-latency data flows and transformation pipelines The compute cost of running queries at high frequency in order to provide real-time insights Today, we’re solving both of those challenges by partnering with Snowflake to support our real-time Live Syncs, which can be 100 times faster and 100 times cheaper to operate than traditional Reverse ETL. You can create a Live Sync using any Snowflake table (including Dynamic Tables) as a source, and sync data to over 200 business tools within seconds. We’re proud to offer the fastest Reverse ETL platform on the planet, and the only one capable of real-time activation with Snowflake. 👉 Luke Ambrosetti discusses Live Sync architecture in-depth on Snowflake’s Medium blog here. Real-Time Composable CDP with Snowflake Developed alongside Snowflake’s product team, we’re excited to enable the fastest-ever data activation on Snowflake. Today marks a massive paradigm shift in how quickly companies can leverage their first-party data to stay ahead of their competition. In the past, businesses had to implement their real-time use cases outside their Data Cloud by building a separate fast path, through hosted custom infrastructure and event buses, or piles of if-this-then-that no-code hacks — all with painful limitations such as lack of scalability, data silos, and low adaptability. Census Live Syncs were born to tear down the latency barrier that previously prevented companies from centralizing these integrations with all of their others. Census Live Syncs and Snowflake now combine to offer real-time CDP capabilities without having to abandon the Data Cloud. This Composable CDP approach transforms the Data Cloud infrastructure that companies already have into an engine that drives business growth and revenue, delivering huge cost savings and data-driven decisions without complex engineering. Together we’re enabling marketing and business teams to interact with customers at the moment of intent, deliver the most personalized recommendations, and update AI models with the freshest insights. Doing the Math: 100x Faster and 100x Cheaper There are two primary ways to use Census Live Syncs — through Snowflake Dynamic Tables, or directly through Snowflake Streams. Near real time: Dynamic Tables have a target lag of minimum 1 minute (as of March 2024). Real time: Live Syncs can operate off a Snowflake Stream directly to achieve true real-time activation in single-digit seconds. Using a real-world example, one of our customers was looking for real-time activation to personalize in-app content immediately. They replaced their previous hourly process with Census Live Syncs, achieving an end-to-end latency of <1 minute. They observed that Live Syncs are 144 times cheaper and 150 times faster than their previous Reverse ETL process. It’s rare to offer customers multiple orders of magnitude of improvement as part of a product release, but we did the math. Continuous Syncs (traditional Reverse ETL) Census Live Syncs Improvement Cost 24 hours = 24 Snowflake credits. 24 * $2 * 30 = $1440/month ⅙ of a credit per day. ⅙ * $2 * 30 = $10/month 144x Speed Transformation hourly job + 15 minutes for ETL = 75 minutes on average 30 seconds on average 150x Cost The previous method of lowest latency Reverse ETL, called Continuous Syncs, required a Snowflake compute platform to be live 24/7 in order to continuously detect changes. This was expensive and also wasteful for datasets that don’t change often. Assuming that one Snowflake credit is on average $2, traditional Reverse ETL costs 24 credits * $2 * 30 days = $1440 per month. Using Snowflake’s Streams to detect changes offers a huge saving in credits to detect changes, just 1/6th of a single credit in equivalent cost, lowering the cost to $10 per month. Speed Real-time activation also requires ETL and transformation workflows to be low latency. In this example, our customer needed real-time activation of an event that occurs 10 times per day. First, we reduced their ETL processing time to 1 second with our HTTP Request source. On the activation side, Live Syncs activate data with subsecond latency. 1 second HTTP Live Sync + 1 minute Dynamic Table refresh + 1 second Census Snowflake Live Sync = 1 minute end-to-end latency. This process can be even faster when using Live Syncs with a Snowflake Stream. For this customer, using Census Live Syncs on Snowflake was 144x cheaper and 150x faster than their previous Reverse ETL process How Live Syncs work It’s easy to set up a real-time workflow with Snowflake as a source in three steps: