We have updated our Data Processing Addendum, for more information – Click here.

How Split Enables Feature Experimentation

Contents

Recently, we announced a new addition to the Split SDK lineup: mobile support. While non-mobile teams have been reaping the benefits of using Split for feature flagging and feature experimentation for some time now, the logical next step was to enable mobile product teams with Split’s robust feature set. I wanted to talk about what these benefits are and why they are important for the modern product team.

Feature releases are becoming more frequent

In the not-too-distant past, organizations were making updates to their products on a periodical basis. As customer demand grew, automation became trivialized, and subscriptions became commonplace, the boundaries between releases has blurred into a continuous line. Nowadays, releases aren’t happening just on a regular basis, they’re happening multiple times per day.

Overview of how the software release cadence has changed over time.

Separating the signal from the noise

The goal of nearly every software feature release is to make improvements to the software itself. The reality is that not every feature release will result in positive improvement and the consequences for this could be severe: loss of users, revenue, or worse — both. The objective for most product teams is having to balance the ever-growing product roadmap and business objectives with risk mitigation.

With the sheer amount of data that is becoming readily available, organizations such as Microsoft, Amazon, Netflix, LinkedIn, and Twilio are turning to measuring their metrics against their feature releases to mitigate risk and understand their users in greater detail than ever before. The process is as follows: release your features to a subset of your users and observe their behavior. Once you find statistically significant results, roll it out to the rest of your users. Simple, right?

The challenge becomes not only collecting this data but also producing meaningful results from the data. This is actually extremely difficult to do, especially in a scalable and cost-effective manner.

Build-your-own approaches can be expensive as complexity and adoption increases.

Split enables feature experimentation

Split separates code deployment from feature release through the use of feature flags, and closes the feedback loop by gathering customer usage data and correlating them to the individual features. Essentially, every feature becomes an experiment. In turn, it helps make product development teams more successful by arming them with the right data to pay attention to while analyzing user activity and success metrics.

Feature experimentation closes the customer feedback loop

Conducting a feature experiment in Split is straightforward:

  1. Wrap your new feature with feature flags using the Split SDK.
  2. Toggle features within the Split Console to a subset of your users (we refer to these as “treatments”).
  3. Gather customer feedback via events and tie metrics with your treatments. Split can also integrate with your favorite third-party tools.
  4. Analyze the results and make the decision on whether or not the feature should be rolled out to the rest of your userbase.

Feature experiments can range from minor UI updates to entire system overhauls. As of the time of writing, Surfline is currently using Split to manage a migration to a new platform. Once their users are 100% on the new platform, they anticipate putting every code change behind Split before exposing them to their entire user base.

What if I want to take advantage of other use cases that Feature Flags provides? Can Split do that?

Yes. All you need to do is wrap your features in a feature flag. When you’re ready to turn the feature live, simply do so from the Split Management Console. You can also turn it off whenever needed as well.

For example, within mobile environments, a common use case is to control features remotely. You can’t always rely on users to update your software to the latest version, so config files won’t be fully effective. Instead, by use of the feature flag’s management console, you can toggle a feature without needing to deploy a new update.

Split can accomplish feature flagging in a way that is not only easy for non-technical product managers to use, but also in a performant manner as every Split is cached and processed locally to reduce overhead.

Start experimenting with Split today

  1. Sign up for a free trial of Split
  2. Install the Split SDK
  3. Create your Splits

If you would like a hands-on demo or have additional questions not covered here, please do not hesitate to contact us. We’ll get in touch as soon as possible.

Get Split Certified

Split Arcade includes product explainer videos, clickable product tutorials, manipulatable code examples, and interactive challenges.

Switch It On With Split

The Split Feature Data Platform™ gives you the confidence to move fast without breaking things. Set up feature flags and safely deploy to production, controlling who sees which features and when. Connect every flag to contextual data, so you can know if your features are making things better or worse and act without hesitation. Effortlessly conduct feature experiments like A/B tests without slowing down. Whether you’re looking to increase your releases, to decrease your MTTR, or to ignite your dev team without burning them out–Split is both a feature management platform and partnership to revolutionize the way the work gets done. Switch on a free account today, schedule a demo, or contact us for further questions.

Want to Dive Deeper?

We have a lot to explore that can help you understand feature flags. Learn more about benefits, use cases, and real world applications that you can try.

Create Impact With Everything You Build

We’re excited to accompany you on your journey as you build faster, release safer, and launch impactful products.