Feedback pode matar seu produto/serviço

O momento de maior evolução de um produto/serviço se dá no MVP - Minimum Viable Product (Produto Minimamente Viável). Durante esse período, o combustível para a evolução será o feedback de clientes beta utilizando seu produto/serviço (MVP). Não há evolução sem feedback e isso é indiscutível. Entretanto, saber estabelecer um protocolo de coleta,  avaliação, discussão, tomada de decisão e execução é fundamental para que os feedbacks dos clientes não matem seu produto/serviço.

A ansiedade em evoluir rápido faz com que consideremos uma opinião única como representativa da maioria. Se uma pessoa acha que você deveria ter colocado determinada feature no seu produto, você coloca. Se a próxima diz que não faz sentido, você tira. Tudo porque você quer valorizar a opinião de cada usuário. Se esse usuário é alguém que entende do setor então, aí mesmo que você não pensa duas vezes, você modifica. De repente, se passaram 6 meses, você construiu 25 versões diferentes do seu produto e nenhuma está com boa performance.

Para evitar essa armadilha, temos 05 passos importantes a serem seguidos quando se lança um MVP:

• Padrão de coleta - Estabelecer um padrão de coleta facilita o tratamento de um grupo de dados, é claro que feedbacks abertos também são importantes para você ampliar seu horizonte de percepção, mas somente um feedback de uma amostra representativa deve evoluir para uma modificação. Sendo assim use perguntas padrão, peça opiniões sobre pontos previamente determinados e use perguntas fechadas quando necessário. Um roteiro com os pontos que serão avaliados ajuda muito no momento da coleta;
• Avaliação - Tratar os dados de maneira correta é imprescindível para determinar a relevância do feedback. Para isso você precisa acumular um volume mínimo para ser representativo. Uma dica para isso é usar a calculadora de amostras da survey monkey. Ela te ajudará a descobrir quantos feedbacks você precisa acumular para ter relevância estatística. Você só deve realmente levar em consideração pontos que representam a opinião de uma fatia relevante de usuários;
• Discussão -  Como dizia Henry Ford, "Se eu perguntasse às pessoas o que elas queriam, provavelmente teriam dito: Cavalos mais rápidos." Transformar o feedback em algo executável e simples é uma arte e requer diferentes talentos. Reúna sua equipe e discuta todos os pontos considerados relevantes extraídos dos feedbacks. Desenvolva propostas de solução envolvendo todos na escolha das melhores propostas. Crie um backlog de ações necessárias para atender a cada uma das modificações. Lembre-se de envolver a todos, não apenas os desenvolvedores. Ter uma visão 360° dessas modificações pode evitar grandes problemas futuros;
• Tomada de Decisão - Nem tudo que é relevante é urgente, nem tudo que é urgente é possível. Uma vez que as ações de cada modificação estão mapeadas, é importante priorizar. Devemos implementar primeiro o que for mais fácil, barato, de maior impacto e com maior probabilidade de funcionar nos seus objetivos como MVP. Para isso, crie critérios e atribua notas de 0 a 100 para cada um desses critérios. A média simples das notas será sua nota de prioridade. As maiores notas de prioridade serão desenvolvidas primeiro;
• Execução - Execute de maneira ágil, crie um passo a passo em que a evidência de uso aumente antes de você implementar de fato a modificação. Para isso, sugiro um experimento muito simples encontrado no livro "Testing Business Ideas": o Feature Stub. Nesse experimento, antes de qualquer coisa, você adiciona um botão fake no seu produto, que teoricamente acessa a funcionalidade a ser desenvolvida. Esse botão encaminha para uma página que explica que a funcionalidade está em desenvolvimento, e que em breve estará disponível. O importante é medir a incidência de cliques na nova funcionalidade. O número de cliques dividido pelo número de acessos no mesmo período vai te dar uma ideia da relevância do que está na fila de desenvolvimento.

Enfim, seja essa ou qualquer outra metodologia customer centric, o importante é não virar um escravo do feedback. Não cair em loopings de modificação. Quanto mais protocolar for seu desenvolvimento, mais chances você terá de atingir rapidamente seu Product Market Fit.

Não ouça feedback! Acumule, trate, discuta e execute com inteligência.