Já estamos acostumados com o termo MVP (Minimum Viable Product), ou Produto Mínimo Viável, que é basicamente a versão mais simples em que um produto possa ser lançado ao mercado.
Isso significa ter um produto desenvolvido com o menor esforço ou investimento possível para conseguir validar uma ideia ou um modelo de negócio.
-- Quer transformar seu produto em uma empresa lucrativa e escalável? Conheça a Mentoria Scale para infoprodutores, coprodutores e afiliados.
Do outro lado, temos o Minimum Viable Test (MVT) ou Teste Mínimo Viável, que segue uma ideia parecida: a de fazer experimentos com o mínimo esforço ou investimento possível, para validar ou invalidar ideias e hipóteses.
Todos os casos abaixo, são testes mínimos viáveis:
- Quando você desenha esboços e os mostra aos usuários em uma pesquisa pedindo um feedback.
- Quando você cria landing pages de teste para ver se um usuário clica no botão “comprar agora” (mesmo sem efetivamente vender ou cobrar algo).
- Quando você faz uma mudança rápida no seu app, software, serviço, atendimento ou suporte para testar uma melhoria.
A ideia por trás do growth hacking é testar da maneira mais rápida possível a hipótese para validar ou não sua efetividade, e nessa parte é onde o MVT fica mais evidente.
Minimum Viable Test para Softwares e Aplicativos
Recentemente pude assistir a uma palestra do Guilherme Lopes, que é Diretor de Product Growth da Resultados Digitais, onde ele comentou que a regra que eles criaram para testes mínimos, é que eles devem ser desenvolvidos em no máximo 1 semana.
Na Resultados Digitais, eles utilizam o conceito de Product-led-growth que é uma forma que as empresas constroem suas estratégias de aquisição, retenção e expansão em torno dos seus produtos.
Essa estratégia além de trazer a rapidez necessária de validar ou invalidar hipóteses no nível do software como ponto de contato com o cliente, ajuda também a equipe a pensar novas formas de desenvolver soluções.
Minimum Viable Test no Atendimento e Suporte
Você deve estar pensando: por que devo fazer MVT no atendimento e suporte?
Simplesmente por que é onde seu cliente mais expõe suas dificuldades. Entenda e classifique quais são os atendimentos mais recorrentes, e comece a analisar por que as pessoas tem dificuldade.
A partir dessa análise inicial e superficial, é possível começar a fazer alguns testes para eliminar algumas filas de suporte.
Um exemplo claro é o e-mail de cancelamento do serviço/assinatura. Se o cliente está entrando em contato para cancelar, é por que o processo não está claro, ou não é fácil (e as vezes até inexistente).
E mesmo automatizando o processo minimamente com um formulário de cancelamento, que pode ir para o suporte entrar em contato, você pode pedir mais informações (por que está cancelando por exemplo) e pode tentar evitar o churn com essas informações.
Nesse caso estamos falando de um teste que é possível implementar e testar sua viabilidade em menos de 1 dia, e que pode desafogar o seu suporte.
Essa é a força real por trás do MVT: testes rápidos, eficazes e que validam ou invalidam hipóteses e ajudam no crescimento.
