Feature flags (ou feature toggles) permitem que times de produto controlem o lançamento de novas funcionalidades. Elas são amplamente utilizadas para rodar testes AB, realizar lançamentos graduais e reduzir riscos ao lançar novas funcionalidades de produto.

Este artigo é para PMs, profissionais de marketing e desenvolvedores que buscam alternativas às feature flags para reduzir a dependência de desenvolvedores no lançamento e teste de funcionalidades.

As soluções de feature flag mais utilizadas

Algumas das soluções de feature flag mais conhecidas incluem:

• LaunchDarkly: Solução de nível enterprise com análise profunda, governança robusta e recursos de experimentação.
• Split.io: Forte suporte ao desenvolvedor, ideal para feature flagging e experimentação, com análise estatística integrada.
• PostHog: Análise de produto open source com feature flags e experimentação integradas.
• Statsig: Gerenciamento de funcionalidades e experimentação com ênfase na tomada de decisão baseada em dados.
• Unleash: Alternativa open source e amigável à privacidade, com boa experiência para o desenvolvedor.
• Optimizely Feature Experimentation: Feature flagging enterprise com foco forte em testes AB.

Mas como escolher entre elas? Ao avaliar uma ferramenta de feature flagging, PMs normalmente consideram:

• Facilidade de uso: exige dependência excessiva de desenvolvedores?
• Segmentação e personalização: você consegue segmentar usuários de forma eficaz?
• Capacidades de experimentação: suporta testes AB?
• Preços: o custo escala com o seu uso?
• Servidor próprio vs. SaaS: você precisa de controle total ou de um serviço gerenciado?

A resposta final dependerá do seu caso de uso, mas, em geral, estas são as escolhas mais comuns:

• Se você precisa de suporte enterprise, LaunchDarkly, Split.io ou Optimizely.
• Se você prefere open source, Unleash, Flagsmith, GrowthBook ou Flipt.
• Se o orçamento for uma preocupação, ConfigCat, Unleash ou GrowthBook.
• Se você precisa de integração de testes AB, Split.io, Optimizely ou GrowthBook.
• Se você quer uma opção fácil de usar, ConfigCat ou Flagsmith.

Quais desafios esperar

Embora as feature flags sejam poderosas, elas geralmente têm um custo oculto: a dependência de desenvolvedores. Configurar e gerenciar flags exige suporte de engenharia, o que significa que times não técnicos podem ter dificuldade para fazer alterações de forma independente.

Para muitos profissionais de produto e times de growth, essa dependência pode desacelerar as iterações e limitar a capacidade de lançar e testar funcionalidades em escala.

Então, quais são as alternativas às soluções de feature flag que não exigem envolvimento constante de desenvolvedores?

Soluções alternativas para feature flags sem trabalho pesado de dev

Se a dependência de desenvolvedores for uma preocupação, considere estas alternativas de acordo com o seu caso de uso:

1. CMS Headless

Para alterações relacionadas a conteúdo, banners, páginas de preços ou elementos de UI, um CMS headless para componentes permite que os times de marketing gerenciem e implementem atualizações sem tocar no código.

• Melhor para: componentes de interface de produto, lançamentos de funcionalidades baseadas em UI, atualizações de sites de marketing e experimentos de conteúdo.
• Exemplos: Croct, Contentful, Strapi, Sanity.

2. Ferramentas de testes AB e experimentação

Em vez de feature flags, as ferramentas de testes AB permitem que os profissionais de marketing controlem os lançamentos e testem variações sem a assistência de desenvolvedores.

• Melhor para: lançamentos graduais, experimentos controlados e otimização de conversão.
• Exemplos: Croct, VWO, Optimizely, Convert.

3. App builders no-code e low-code

Plataformas no-code e low-code permitem que os times controlem a UI, os fluxos de trabalho e o acesso a funcionalidades por meio de um painel de administração.

• Melhor para: automação de fluxo de trabalho, gerenciamento de funcionalidades de backend e controle de acesso de usuários.
• Exemplos: Softr, Appy Pie, Glide, Superblocks, Bubble.

4. APIs de configuração remota

Soluções de configuração remota permitem que os times alterem o comportamento do aplicativo dinamicamente, sem precisar alterar o código.

• Melhor para: ajustar o comportamento do aplicativo, ajustar preços, alterar a UI ou lançar novas funcionalidades para segmentos específicos de usuários.
• Exemplos: Croct, Firebase, AWS AppConfig, VWO Feature Rollouts.

Se você não tiver certeza de qual alternativa se encaixa melhor, aqui está um guia rápido:

• Se você estiver fazendo principalmente alterações de UI/conteúdo, use um CMS headless.
• Se você quiser testar funcionalidades sem devs, use ferramentas de testes AB.
• Se você precisar de controle de funcionalidades em tempo real, use APIs de configuração remota.
• Se você quiser flexibilidade total, construa um produto interno/MVP com ferramentas no-code e low-code.

Conclusão

Feature flags não são a única opção para controlar funcionalidades em um produto SaaS. Se a dependência de desenvolvedores estiver atrasando você, considere alternativas que capacitem o time de produto a iterar mais rapidamente e a escalar a otimização do produto.

De soluções de CMS headless a plataformas de testes AB, a escolha certa depende do tipo de funcionalidades que você precisa controlar, então escolha com sabedoria e maximize sua agilidade ;)