Sobre a remoção de funcionalidades
É fácil anunciar a adição de uma funcionalidade. É difícil explicar a remoção de uma. Por isso, a maioria dos produtos faz o primeiro e nunca o segundo, e, ao longo de alguns anos, tornam-se monumentos impossíveis de manter, que simbolizam todas as boas intenções que alguém alguma vez teve.
Procuramos fazer o que é mais difícil.
Para um pequeno estúdio, isto não é uma questão de gosto. Mantemos muitas aplicações em várias plataformas — iPhone e iPad, Android, Windows, extensões de navegador — com uma equipa que cabe numa única videochamada. Cada funcionalidade que mantemos é uma funcionalidade que testamos em cada lançamento, descrevemos em cada ficha de produto, traduzimos para todas as línguas e sobre a qual respondemos a perguntas. Esse custo não desaparece só porque uma funcionalidade foi uma boa ideia em algum momento.
Como tomamos as nossas decisões
Uma funcionalidade é sujeita a revisão quando o seu custo de manutenção é consistentemente superior à sua utilização. Analisamos três aspetos: quantas pessoas a acedem num determinado mês, com que frequência dá origem a um pedido de assistência e em que medida nos impede de realizar outros trabalhos.
O terceiro é o mais fácil de subestimar. Uma funcionalidade pode ser utilizada por um número razoável de pessoas, quase não gerar e-mails de apoio e, mesmo assim, ser a razão pela qual uma reformulação demora o dobro do tempo. Um formato de exportação sobre o qual ninguém pergunta pode, discretamente, ditar a forma como todo o modelo de dados é moldado. Quando identificamos uma dessas funcionalidades, temos de nos questionar se ela compensa tudo o que está a impedir.
O que não fazemos é eliminar coisas só porque não são apelativas. Um interruptor simples, no qual as pessoas confiam todos os dias, vale mais do que um ecrã sofisticado que só é aberto uma vez por curiosidade.
Como o removemos
Anuncie com antecedência — normalmente dois ciclos completos de lançamento. Ofereça aos utilizadores uma alternativa: uma opção de exportação, uma configuração que seja migrada sem problemas, instruções para fazer o mesmo com a plataforma. Responda a todos os e-mails. Depois, lance a aplicação mais pequena e mais simples.
O processo de saída é mais importante do que o anúncio. A maioria das pessoas não lê as notas de lançamento, pelo que só se apercebe de uma remoção quando vai à procura dessa funcionalidade. Queremos que, nesse momento, se deparem com uma explicação clara dentro da aplicação, e não com um botão que já não existe. Se a funcionalidade guardava algum dos seus dados, esses dados têm de ser transferidos para os utilizadores num formato que possam realmente abrir noutro local.
O que fizemos de errado
O erro que cometemos foi remover algo de forma demasiado discreta. É tentador pensar que uma funcionalidade pouco utilizada não fará falta e eliminá-la numa atualização sem grande alarido. As pessoas que a utilizavam repararam imediatamente e tinham razão em ficar incomodadas: do ponto de vista delas, a aplicação simplesmente piorou da noite para o dia, sem qualquer aviso prévio. Mesmo os públicos mais reduzidos merecem que todo o processo seja respeitado.
Também aprendemos a não dar explicações excessivas. Uma nota de remoção com vários parágrafos de justificação soa a culpa. Agora, dizemos o que se passa, quando e porquê numa ou duas frases, e o que fazer em vez disso.
Por que vale a pena
Cada funcionalidade removida facilita a decisão seguinte. Uma aplicação mais pequena é mais rápida de testar, mais fácil de adaptar a uma nova plataforma e mais simples de descrever com honestidade na ficha da loja. É também mais fácil de utilizar, e é isso que importa.
A parte em que se sente culpado é ter desiludido as pessoas que adoravam essa funcionalidade. A parte em que não se sente culpado é que, no final, a aplicação fica melhor para todos, incluindo a maioria dessas pessoas.