Removemos recursos e produtos desnecessários para melhorar os negócios.

Yuri Andreikovich, gerente sênior de produto da Wrike, falou na conferência ProductSense em Minsk quando e por que os recursos devem ser removidos do produto.



Trabalho no Wrike - um serviço de colaboração e gerenciamento de projetos. O Wrike tem mais de um milhão de usuários, mas nossos clientes diretos são empresas que pagam pelos funcionários. Existem cerca de 17 mil deles.

Mais de uma vez me deparei com a necessidade de remover recursos do produto e, às vezes, eles me procuravam perguntando: “Temos vários milhares de usuários, eles usam algo e queremos removê-lo. Act. " Vou lhe dizer em que estágios do ciclo de vida do produto vale a pena pensar em remover recursos e que armadilhas podem ser contornadas.

Vamos ver por que remover os recursos do produto. Um recurso extra é aquele sem o qual o produto se tornará melhor e um produto extra é aquele sem o qual o negócio será melhor. Há vários motivos para remover recursos e produtos:

1. Você gasta recursos de suporte e desenvolvedor em manutenção.
2. Os usuários estão chateados por você não estar desenvolvendo o recurso que eles usam. Eles não sabem que você não quer mais fazer isso.
3. É difícil para a equipe se concentrar. Se o gerente de produto e a equipe tiver cem recursos ou vários produtos, é difícil para eles acompanharem todos os lugares.
4. A inconsistência aparece no produto. Por exemplo, você traduz todos os textos do serviço para o russo e, em uma tela, suporta a localização do russo e, por outro - não prioritário - não é mais.
5. O valor total do produto é reduzido. Como resultado do estudo, Daniel Kahneman revelou um viés cognitivo na pontuação média. Por exemplo, se você oferecer uma pessoa para avaliar a caneta Parker, o preço será um. Se você adicionar chinês barato à caneta Parker, o preço de um conjunto de duas canetas será menor. O custo de uma caneta cara diminuirá devido ao baixo custo. Portanto, o valor do produto diminuirá devido a recursos desnecessários e aumentará se você os remover.

8 razões para pensar em remover recursos ou produtos

Existem vários estágios no ciclo de vida do produto quando é conveniente e útil remover recursos. Vou lhe dizer o que procurar e quais ferramentas usar para tomar uma decisão.

Criando um novo recurso
Você decidiu adicionar um novo recurso ao produto. Você acha que é uma boa ideia, mas pode ser o contrário. É melhor eliminar um recurso antes de começar a fazer algo. Existem boas ferramentas para testar a hipótese: análise, customização, análise de mercado. Se após a pesquisa você perceber que não precisa adicionar nada, você será ótimo.

Testando hipóteses
Nas entrevistas e análises, nem sempre é possível entender se um recurso precisa ser feito. Métricas e comentários de usuários reais são mais valiosos, então você precisa criar um protótipo. Tente não lançá-lo para todo o público, pois excluir ou fazer alterações significativas será mais difícil e doloroso. Para simplificar a tarefa, você pode executar um protótipo em parte da audiência ou criar um ambiente isolado para os recursos de teste. No Wrike, usamos o Labs - esta é uma seção fechada no serviço em que qualquer usuário pode ativar um recurso experimental e deixar feedback.

No Labs, os usuários são avisados ​​de que podemos desativar os recursos experimentais a qualquer momento. Portanto, eles não vinculam processos a esses recursos.

Preparando-se para liberação para todos os usuários
Depois de executar um recurso em alguma parte da audiência, você precisa analisar os resultados. Há uma história perigosa "que já fizemos" quando o recurso é escrito e pode ser lançado ainda hoje. Mas você precisa parar e remover tudo o que os usuários não precisam.

Por exemplo, na SEMrush, eles fizeram análises para profissionais de marketing e as executaram em grupos de teste. Então eles analisaram o que era útil. As experiências com falha removeram e lançaram cerca de 30% da funcionalidade para todo o público. O valor do produto aumentou e os recursos não começaram a gastar, agora ou no futuro.

Algo está quebrado
Se o recurso já tiver sido concluído, ele poderá ser quebrado em algum momento. Você provavelmente descobrirá no serviço de suporte ou nos testes reprovados. No entanto, nem sempre é necessário reparar um recurso ou adicionar uma correção ao backlog.

Por exemplo, para equipes internas, fizemos a pontuação dos usuários que eles poderiam integrar a si mesmos. Quando o serviço deveria ter sido integrado, descobrimos que ele não estava funcionando há mais de um mês. Vamos pular a história de por que nosso monitoramento não revelou o problema mais cedo - é mais importante que não resolvamos o problema imediatamente, mas decidimos conversar com as equipes.

Aconteceu que as equipes tiveram um backlog cheio de integrações por seis meses, ou já estavam usando outro serviço ou tinham sérios problemas nos processos e não estavam preparados para isso agora.

Ninguém usaria a pontuação nos próximos seis meses. Portanto, não começamos a restaurar nada, mas, pelo contrário, encerramos o serviço e adiamos para tempos melhores. Envolva-se em produtos e recursos prioritários e elimine desnecessariamente o tempo necessário para não desperdiçar recursos.

Muitos tickets de baixa prioridade
O serviço de suporte recebe solicitações com problemas do usuário. Depois de analisá-los, você verá áreas do produto ou recursos que não gosta de fazer. Verifique se eles são necessários e, se não for necessário, planeje removê-los. Se você decidir deixar os recursos, aloque recursos para corrigir erros e monitorar seu status.

Criando uma nova versão
Quando um produto já está maduro, muitos desatualizados e desnecessários se acumulam em seu código. Às vezes, é necessário tomar uma decisão dolorosa sobre refatorar ou reescrever a parte técnica do funcional.

Se o escopo da tarefa técnica for muito grande, trate a refatoração e a reescrita como um novo produto. Entenda os problemas e análises para remover simultaneamente recursos desnecessários e aumentar o valor do produto.

A equipe está sobrecarregada
Eles criaram uma nova versão, depois um novo recurso ou produto, se empolgou - e mais cinco produtos apareceram. Em algum momento, a equipe começa a queimar, porque você precisa apoiar tudo isso. As pessoas estão desmotivadas e não têm tempo. Para evitar isso, lide com todos os produtos: realize uma entrevista, colete análises, analise os resultados. Livre-se de produtos desnecessários ou de menor prioridade ou transfira-os para outras equipes que possuem recursos.

Recurso bloqueia desenvolvimento ou dimensionamento
Acontece que algum recurso impõe restrições à escala e crescimento do produto. No Wrike, fomos confrontados com o fato de que um dos recursos raiz que milhares de usuários usavam estava nos impedindo de dimensionar e desenvolver adequadamente o produto. Apesar dos riscos no curto prazo, fizemos muito trabalho e removemos o recurso, enquanto alteramos a arquitetura do aplicativo.

Revisões regulares

Programe uma revisão a cada seis meses: em conjunto com o analista e o especialista em UX, analise os dados e analise o que está acontecendo. Assim, você percebe rapidamente quais recursos ou produtos podem se tornar candidatos à remoção.

Como tomar uma decisão para remover recursos

Quando você já encontrou um recurso com problema, surge a pergunta, exclua ou não exclua. Para não cometer um erro, você precisa analisar todos os dados:

1. Recursos e produtos de visão. Se você não entender por que esse recurso é necessário e como desenvolvê-lo, faz sentido descobrir isso. Se não der certo, é uma boa razão para pensar em excluir.
2. Combine produtos e recursos. Avalie onde o produto e o recurso se desenvolvem separadamente. Quando as direções não coincidem, um recurso pode ser usado para criar um produto separado ou transformar todo o produto em um recurso se ele gerar dinheiro e crescer bem.
3. Valor e soluções alternativas. Se selecionarmos um recurso e o usuário não puder resolver o problema de outra maneira, poderá ser doloroso. Muitas vezes, as pessoas usam soluções inconvenientes desatualizadas, mesmo que você já tenha implementado um novo recurso conveniente. Esse pode ser o poder do hábito, ou talvez a funcionalidade esteja oculta por trás de dez telas. Obtenha o valor da nova solução para o usuário.
4. Métricas. Cada recurso e produto possui métricas que ajudam a avaliar sua rentabilidade e eficácia.

Riscos ao remover recursos

Ao remover recursos, você precisa pensar nos riscos:

1. Você pode prejudicar a marca. Talvez você tenha apenas cinco fãs de recursos, mas eles destruirão a empresa nas redes sociais e em sites especializados. Você precisa analisar que tipo de pessoas elas são e como elas interagem com o suporte.
2. Para alguns, a remoção de um recurso pode ser crítica e ela desaparecerá.
3. Usuários de recursos podem travar o suporte. Isso acontecerá se você não avaliar ou avaliar mal os riscos. Pode ser necessário devolver o recurso, mas antes disso é melhor não trazê-lo.

Precisamos trabalhar com riscos em duas etapas: avaliar e minimizar.

Avalie os riscos:

• Analisar análise: por exemplo, no Wrike, a análise ajuda os gerentes de produto a avaliar o feedback qualitativa e quantitativamente.
• Converse com suporte, gerentes de vendas, gerentes de contas. Você pode obter respostas não óbvias que afetarão sua decisão. Por exemplo, os gerentes de conta podem dizer que o recurso é pouco usado e não resolve o problema, e os vendedores o consideram um excelente gatilho para a venda e o utilizam em todas as conversas com os clientes.
• Certifique-se de consultar os advogados. Talvez no contrato do usuário esteja escrito que você é obrigado a avisar sobre alterações no produto por seis meses.

Quando você avaliar qualitativamente os riscos, tente minimizá-los:

• Converse com os usuários. Você entenderá que tipo de pessoas elas são e como elas podem responder à remoção de recursos e também determinará o significado do recurso e as possíveis conseqüências de sua remoção.
• Prepare perguntas e respostas para suporte, marketing e vendas para reduzir a raiva do usuário e ajudar as equipes a lidar com perguntas difíceis.
• Leve seu plano à liderança e aja da maneira mais transparente possível. Se a gerência, os principais gerentes e os investidores não entenderem os riscos, você se tornará um "bandido" - mesmo que faça o que é certo.

Como remover recursos

Eu identifiquei três cenários para remover recursos: ruim, controverso e universal. Como cada situação é única, o mesmo cenário pode ser bom em um caso e ruim em outro.

Ruim
Você pode deixar o recurso morrer lentamente se estiver ocupado com outras coisas. Mas você ainda precisa fazer isso algum dia.

Plus: não há necessidade de esforço.
Contras: o recurso ainda está consumindo recursos, os usuários estão descontentes.

Controverso
Excluir despercebido. Mas existe o risco de os usuários um dia não verem nenhuma tela, gráfico ou botão e provocarem uma onda negativa. Portanto, remova um recurso sem aviso apenas se tiver certeza de pequenos riscos:

• os recursos têm um público pequeno,
• a remoção não afetará a marca,
• Você não tem clientes estratégicos.

Plus: simples.
Menos: há uma chance de subestimar os riscos.

Universal

1. Comunique-se com usuários, analistas, gerentes de vendas e contas, advogados, gerência. Prepare perguntas e respostas, atualize a ajuda e outros documentos públicos, páginas do site.
2. Você avisa com antecedência que vai fechar o recurso. Isso ajudará os usuários a se acostumarem com essa ideia e a transferir seus dados, se necessário.
3. Bloqueie o acesso aos recursos para novos usuários.
4. Se, em vez de recursos, você criar novas funcionalidades, dê ao usuário a oportunidade de experimentá-lo.
5. Vá até o fim, porque haverá muitos obstáculos e medos.

Às vezes, um recurso não pode ser excluído, mas vendido a um concorrente. Se você não precisar desta parte do produto, ele poderá ver o valor. Ou selecione um recurso em um produto separado e transfira-o para uma equipe gratuita.

Se o recurso não decolou na primeira vez, às vezes é suficiente para finalizá-lo. Você acha que ninguém gosta dela, e é difícil de encontrar. Realize testes, colete feedback. Dê ao recurso uma segunda chance.

Lista de verificação

1. Identifique recursos e produtos problemáticos: descubra por que eles não lidam com eles, eles precisam ser desenvolvidos ou está na hora de fechar.
2. Avalie a possibilidade e a necessidade de remover recursos em cada estágio do ciclo de vida do produto.
3. Faça pesquisas e testes para verificar se um recurso ou produto precisa ser removido.
4. Analise os dados que você precisa para tomar uma decisão sobre a remoção de recursos, bem como a visão do produto e recursos, correspondência do produto e recursos, valor e soluções alternativas, métricas.
5. Avalie os riscos, aja com transparência, avise a todos que você deseja remover o recurso. Gerencie as expectativas dos usuários para reduzir sua dor e manter a lealdade.
6. Dê ao recurso uma segunda chance.
7. Exclua o recurso de acordo com o cenário adequado à sua situação: confie na lista de verificação, adicione ou remova as etapas conforme necessário e tome uma decisão informada.

Desempenho completo de Yuri Andreikovich.