The back story

📖 When we built Flagsmith, we decided early on to power the admin dashboard with our own Feature Flags. As well as following a methodology we truly believed in, this meant we could be super flexible in how our admin panel behaves.

This proved very useful in the story I'm about to share.

How it began

🕒 It's Monday 6 pm and I'm just about to wrap up for the day.

Early on during product development, we wrote a crude SlackBot that alerted us to signups from new email domains we haven't seen before. At 6:38 pm UK Time, we saw a new domain, it was our biggest feature flag competitor.

Laying the foundations

The first step was to make sure this prank wasn't going to affect anyone else, I may have been caffeine depleted but I wasn't going to go full-on cowboy.

💡 I created a segment to match any user from the company's domain, users are given a trait of their email address when they log in so I was easily able to target that trait with a regular expression.

😇 In the interest of privacy I've hidden said domain from the post. If someone from there is reading this, you're welcome.

🕵️‍♂️ I also added in my email so I could see what they see, think of it as testing in production.

🤔 At this point I had quite a few options.

A simple butter bar

I felt like off starting off lightly, just a simple hello to let them know we know.

Thankfully this was really easy, we have a butter bar messaging feature to send out suitable messaging to segments of users.

😃 Our cheeky user segment should definitely get a personalised message.

That was easy, now they see a lovely message on every page they take a look at!

A more bespoke experience

This was nice but I felt like I could do more for them.

⭐ I decided they deserved their very own SDK integration on our platform. I'm sure this is something they'd enjoy.

The result

This bit of remote config leads to a much more personalised user experience for our new users.

👌 In the end there can only be one feature flag platform.