Este artigo é um trecho do livro “Transformação digital e cultura de produto: Como colocar a tecnologia no centro da estratégia da sua empresa“.

Assim que um novo lançamento estiver disponível, os vendedores desejam oferecê-lo a todos os novos clientes em potencial. Isso aconteceu e ainda acontece muito aqui no Gympass. O problema é que, em função da premissa de “lançamento antecipado e frequente” que expliquei anteriormente, as primeiras versões de uma funcionalidade ou de um produto são normalmente um tanto desajeitadas, faltando funcionalidades e com mau funcionamento em determinados casos de uso. Precisamos do feedback do cliente para melhorar o produto em versões futuras. A questão é: se os clientes em potencial decidirem se tornar novos clientes dessas primeiras versões, eles provavelmente ficarão bastante chateados, pois o produto ou funcionalidade pode não funcionar em determinados cenários e pode não oferecer a melhor experiência.

Outro problema que costuma ocorrer quando lançamos rápido e com frequência é com o time de suporte ao cliente, que precisa atender e fornecer assistência ao cliente que reclama (e com razão)que o novo recurso ou produto não está funcionando corretamente. Na Conta Azul, a equipe de desenvolvimento de produtos recebia constantemente do time de suporte ao cliente a reclamação de que lançávamos funcionalidades e produtos inacabados. E eles estavam certos, essa é a consequência natural do princípio de entregas rápidas e frequentes.

Durante treinamentos ou palestras in-company, quando falo sobre entregas antecipadas e frequentes, prática comum de times de produto bem-sucedidos, algumas pessoas mencionam que seus negócios são muito arriscados e não têm espaço para erros. Por exemplo, um banco que trabalha com o dinheiro dos clientes ou um hospital que cuida da saúde de seus pacientes. Dizem que erro não é aceitável e, por isso, não podem lançar um produto incompleto. Eles precisam lançar um produto completo que tenha todos as funcionalidades mínimas necessárias. Algumas pessoas chegam a dizer:

“É fácil para uma startup, sem clientes, lançar a primeira versão mínima (e constrangedora) de seu produto e evoluir a partir daí. Somos uma grande empresa, temos centenas de milhares de clientes, não podemos cometer erros.”

E elas estão certas, cometer erros na frente de milhares de clientes não é um comportamento sábio. Por esse motivo, decidi usar o que chamo de hack 2 para promover e fortalecer a cultura de produtos digitais no Gympass. Passamos a usar a terminologia alfa, beta e go-live para explicar em que estágio um produto ou funcionalidade está.

No estágio alfa, o produto pode não funcionar corretamente. Se estiver em alfa, deve ser oferecido apenas aos clientes que entendem os problemas do uso de um novo produto e podem lidar com esses problemas sem maiores dificuldades. Portanto, a quantidade de clientes na fase alfa será pequena, no máximo uns 5, não mais do que isso.

No estágio beta, os principais problemas do produto são corrigidos, mas os erros ainda podem ocorrer e a experiência do usuário pode e vai melhorar. Nesta fase, é possível oferecer o produto ou funcionalidade a dezenas de clientes.

Depois, quando todos os erros conhecidos forem corrigidos e a experiência do usuário estiver funcionando corretamente, é hora de mover o produto para o estágio de go-live, no qual o produto pode ser oferecido a todos os clientes existentes e em potencial. Isso certamente ajuda as equipes de vendas e de suporte ao cliente a entenderem o ciclo de lançamento de novos recursos e novos produtos e em que estágio está o produto ou a funcionalidade.

Uso o slide a seguir para apresentar essa terminologia para a empresa. Fique à vontade para utilizar na sua empresa. Esse slide foi criado pelo meu bom amigo Luis Figueira:

Slide explicando os estágios alfa, beta e go-live de lançamento de produto.