(Subtracting totals is hard)
Signups per Week is a much better metric than Total Users, because it immediately answers the question, "did our marketing efforts succeed this week?" The total will always go up, but the only way the weekly rate goes up is if our marketing efforts are working.
Your dashboard metrics should make it impossible to hide from failure.
If you take away one thing from this article, let it be that. That's the secret to dashboards. They put failure and success up in big letters on the wall. Companies are full of experiments and a failed one is nothing to cry about. Just don't do the same broken thing again tomorrow, fix it! A good dashboard with the right metrics will help you call out broken processes and fix them.
If you look again at our first three metrics, you'll see they were all totals. Total users, total active users, total paid users. In the newest version of our dashboard we've changed them to rates: Signups per Week and Connection Rate. These rates tell us immediately whether we're still going strong or whether growth is stalling. If there's any slowdown in growth we want to know about it ASAP.
Choose a time window
When you put a rate on your dashboard, you have to choose a time window. Hourly? Daily? Weekly? Monthly?
Shorter time windows mean you'll learn faster. It takes a full week to see changes in your weekly signup rate, but it only takes 1 minute to see a change in your minutely signup rate. The WhatsApp team sees 700 signups per minute, so they can A/B test their signup form or invite flow every couple minutes. That's incredibly fast feedback. The smaller your time window, the faster you can learn and iterate.
On the other hand, if you choose a time window that's too small, your metric will be too noisy, and become useless. For example, Segment doesn't get any signups for most minutes of the day. Zero-zero-zero-zero-zero-zero-one! That might be exciting, but it's totally worthless. You want a time window where your metric is stable. Once it's stable, you can try pulling levers to see what changes.
For us right now, the perfect time window is weekly. Weekly signups, weekly new active users, weekly new paid users. They're stable unless we change something, and that lets us iterate quickly.
Be sure to choose your time window appropriately for your scale. As your company grows, you can shorten your time windows and increase iteration speed.
All that said, there's an exception to the "rates are better than totals" rule.
Goals are special
There's one place where totals make sense, and that's major company goals. Total Monthly Recurring Revenue is the big exception we make to the "No totals" rule, and that's because it has a big fat goal associated with it: becoming profitable.
The first thing on our dashboard was Total MRR, and we really marveled at it. It feels good. But, it turns out we messed that up too. Total MRR actually has two components, owned by two different teams.
Who owns each metric?
Total MRR seems like a metric for the sales team, right? Well... not quite. We also have lots of self-service revenue, and the sales team doesn't touch self-service revenue at all. The product team owns self-service.
Having a metric that's controlled by two different teams is a problem because it lets one team's failure hide in another's success. If the sales team is killing it, but self-service is converting horribly, we'd never know. The solution is simple: we split the metric in two. Self-service MRR and Enterprise MRR. It's now incredibly clear when each process is working or not.
The other muddy number on our initial dashboard was Server Costs per Month. At first glance, it seems like it's the engineering team's domain. Problem is, as sales and marketing bring in new customers our API volume goes up, which drives up server costs.
Sales and marketing are effectively competing against engineering, so it's nearly impossible to say whether our infrastructure is getting more or less efficient.
What's important for engineering is the ratio of server costs to usage, because that's what they can control and optimize, and that's what dictates our margins! So instead of total server costs per month, we now use Cost per 1 Billion API Calls.
Sales and marketing can bring in as many users as they want, and unless they bring in so many that our servers get bogged down, engineering can stay on track.
The new and improved dashboard
Our main task as a company is to optimize every business function to be faster, smoother, and better for our customers. Every metric on our dashboard is intended to focus our attention on a specific business process we need to optimize.
With that as the driving focus, here are the six metrics we use today: