There's room for more than one player in the market here, it's a super important sort of tool where the open source versions are all pretty mediocre. OSS solutions tend to be statically configured, which non-engineers don't tend to have access or ability to configure. That's not to say you couldn't OSS something here, but it'd be a real effort to host.
I'd also add that what we're interested in is not just feature
flags, but the use of feature flags for A/B testing - which translates to a few key differences in how you build and optimize the product.
A few things:
1. More sophisticated targeting; i.e., different types of objects, combinations of attributes, and groups.
2. Airship's pricing model is aligned with customers' incentive to grow. Our architecture emphasizes local computation, so performance and cost scale very well (better than things like MAUs) - savings that we pass onto customers.
3. Airship will integrate with existing analytics tools (like Segment) so you have A/B testing capabilities without doing set up work. You can even set up an A/B test retroactively (after the feature has shipped), because Airship can annotate the events & metrics you already track.
4. Airship focuses on non-engineering teams as well (PM, Data, Growth), and making the dashboard intuitive for those use cases.
Yeah, the product looks super cool, congratulations on the launch. Definitely have work cut out for you to compete with launchdarkly, but it feels like the market penetration for such services is currently on the low end either way. Pricing plans allowing for more experimentation definitely give you an edge here (and definitely make me want to try out the project in my own side projects).
The pricing partially based on API calls feels somewhat vague though, it's tough to have any idea what an API call is in airship, especially given the abstraction level of the client where you explicitly remove the API from the sight of the developer. .1ms timings suggests it's not per flag, but then I see "Every time you check whether a User or an object should clear a particular gate". With that context 10,000 (or 75,000) seems very low - with 30 feature flags on a page you'd only be able to load 300 pages total across all users. It doesn't feel like I can judge how the API limits translate to real world usage, even though I do see the notes on the pricing page.
One thing I might recommend for the future as a killer feature is considering tooling around application performance between two cohorts. I've definitely seen cases where toggling a feature flag changes performance from 100ms to 800ms and nobody bats an eye because most small (and probably most large) organizations have crummy performance monitoring/tooling (PMs would probably love this too for projects with explicit performance goals).
What's the expected time in Airship for clients to pick up new configurations currently?
There's a bunch of feature toggles libraries out there for pretty much every web language you can think of. Doing it statically is pretty easy, you can rewrite a similar library in a day or two. One Ruby[0] and Python[1] example below, but there are tons.
What you don't get out of those libraries alone is a couple things. One is a metrics pipeline if you want to actually A/B test and gather metrics on the success of different features. That's a hard problem because A/B metrics collection pipelines are something pretty much something everybody reinvents from scratch right now to fit their combination of language/logging tool/cloud host/data warehouse/BI tools/whatever.
The other big one is the managed configuration deployment - a UI that you can toggle features on and translate those to appropriately flipped toggles in all of your clients (mobile, web backend, web frontend, whatever). That's a pretty big task to do and requires a hosted service one way or another. Flipper (below) looks like it integrates into a rails service and so has a UI, which is kinda neat (first time I've noticed an OSS solution that does that part - looks like theres a number of options that do this now), but you'd still need to reinvent tooling for mobile apps and such with it.
This site has a pretty good survey of the open-source options in various languages: http://featureflags.io/feature-flags/ (you have to pick a language from the menu to get to the page specific to that language, as the page I linked to is more of an overview of the concept, and there doesn't seem to be one page that lists them all).
FeatureFlags.io is owned and operated by the CTO of LaunchDarkly. It’s not a survey, it’s an infomercial / microsite for LaunchDarkly. It states “contributed by LaunchDarkly” at the bottom, but considering it’s owned by them that doesn’t seem to adequately sum up the situation. Not sure why they wouldn’t just call it as it is.