Skip to main content

Managing Identities

Feature flags are great, but they can be a very blunt tool, only allowing you to enable or disable flags across your entire user base. In order to target users more precisely, and to be able to perform staged feature roll-outs or A/B and multi-variate tests, you need to Identify your Users.

Identities are created within Flagsmith automatically the first time they are identified from your client SDKs. Generally you'd make a call to identify a user with a unique string/id whenever they log into your app/site. The SDK will then send an API message to the Flagsmith API, with the relevant Identity information.

Once you have uniquely identified a user, you can then override features for that user from your environment defaults. For example, you've pushed a feature into production, but the relevant feature flag is still hiding that feature to all of your users. You can now override that flag for your own user, and test that feature. Once you are happy with everything, you can roll that feature out to all of your users by enabling the flag itself.

Identities are specific and individual for each Environment within your project. For example, joe@yourwebsite.com would be a different identity in your development environment to the one in production, and they can have different features enabled for each environment.

Identity Feature Flags#

By default, Identities receive the default flags for their environment. The main use-case for identities is to be able to override flags and configs on a per-identity basis. You can do this by navigating to the Users page, finding the User and modifying their Flags.

Identity Traits#

You can also use Flagsmith to store 'Traits' against identities. Traits are simply key/value pairs that are associated with individual Identities for a particular Environment. Traits have two purposes outlined below, but the main use case is to drive Segments.

important

The maximum size of each individual Trait Value is 2000 bytes. You cannot store more data than that in a single trait, and the API will return a 500 error if you try to do so.

Using Traits to drive Segments#

Let's say you are working on a mobile app, and you want to control a feature based on the version of the application that the Identity is using. When you integrate the Flagsmith SDK, you would pass the application version number to the Flagsmith platform as a trait key/value pair:

FeatureUser user = new FeatureUser();user.setIdentifier("user_512356");
FlagsAndTraits flagsAndTraits = flagsmithClient.identifyUserWithTraits(FeatureUser user, Arrays.asList(    trait(null, "app_version", Application.getVersion());

Here we are setting the trait key app_version with the value of Application.getVersion().You can now create a Segment that is based on the application version and manage features based on the application version.

Traits are completely freeform. You can store any number of traits, with any relevant information you see fit, in the platform and then use Segments to control features based on these Trait values.

Using Traits as a data-store#

Traits can also be used to store additional data about your users that would be cumbersome to store within your application. Some possible uses for traits could be:

  • Storing whether the user has accepted a new set of terms and conditions.
  • Storing the last viewed page of the application so that you can resume the users place later, across any device.

Generally if they are lower-value pieces of information about your user, it might be simpler/easier to store them in Flagsmith rather than in your core application.

Traits are stored natively as either numbers, strings or booleans.

Image

Traits powering Segments#

Traits can be used within your application, but they also be used to power Segments.