ChartMogul recently published a compelling piece, highlighting how each product and engineering team across a company can draw the connection between individual contributions and one of the most important product metrics – monthly recurring revenue, or MRR. By understanding this connection, each employee can understand their tangible impact on your company’s goals.
However, the ability to understand the impact of contributions is easier for some teams than others. Traditional tools make it simple for sales and customer success teams to segment key product metrics like seats, MRR and churn by sales rep or account manager, but how do engineers and product teams measure the direct impact of their work on the bottom line?
As the team at ChartMogul points out, new feature releases and the overall performance of the application can have a significant impact on MRR:
New business can be tied back to new product features…[and]…churn could be tied to performance issues within the product, and thus the Product team’s ability to launch features that run smoothly and release timely.
If launches and feature releases can be correlated to customer satisfaction or transaction success, product and engineering teams can understand how product decisions are impacting the business, for better or worse.
We’re moving to a world where product ideas are iterated quickly, decisions are measured, and teams are motivated by their impact on the business. Imagine if you could easily segment customers for feature experimentation and tangibly measure the impact on:
- Support requests via Desk.com or Zendesk
- Usage and engagement via Mixpanel or Heap
- Customer health via Totango
- Application performance via Datadog
What if a similar tool allowed engineering and product teams to understand their impact on seats, MRR and churn?
At Split, we’re helping customers answer these questions through a data-driven approach to software development: controlled rollouts. By using feature flags to slowly roll out features to a segment of users grouped by attribute or percentage, teams can deploy new features while monitoring success – whether that’s machine performance or conversions – through integrations with the tools they already use, like Segment for analytics, Datadog for monitoring, or Slack for communication. And when a feature doesn’t perform well, they can use the Split feature flags UI to roll it back with the click of a button, saving the engineering team time it would traditionally take to redeploy and the business impact typically associated with remediation.
Stay up to date
Don’t miss out! Subscribe to our digest to get the latest about feature flags, continuous delivery, experimentation, and more.
With feature flags, you can control the percentage allocation of users you want to be exposed to a specific feature. This process provides risk mitigation and confirms both usability and scalability. Canary releases, or controlled rollouts, serve as an added layer of protection in case something goes wrong. What is…
Every tech company, should be using a robust feature flag system. A well-built system will provide a host of value-adds and efficiencies for your dev team
Feature flagging is a technique development teams deploy to enable easy switches between codepaths in their systems, at runtime. In simpler terms, they’re control structures that toggle on and off the code inside them. Dev teams use feature flags for a wide variety of purposes, from canary releases to A/B…