Deixe-me contar uma história sobre como falhamos miseravelmente com uma nova ideia de redesenho da extensão do navegador. Uma das partes essenciais do Buffer é nossa extensão de navegador para Chrome, Firefox e todos os outros navegadores principais.

Sabemos que se você for usuário e usar a extensão, terá a melhor experiência com o produto. Compartilhar de qualquer página da web e adicionar facilmente tudo ao seu “buffer” para compartilhar no Twitter, Facebook e LinkedIn surgiu como o caso de uso mais poderoso. Por isso, foi natural para nós focarmos neste elemento do produto e tentarmos o nosso melhor para melhorá-lo, pois claramente tínhamos algumas ideias sobre como poderíamos melhorá-lo.

Mas quando começamos a produzir uma extensão de navegador melhor, parecia que voltamos aos nossos velhos hábitos e cometemos os mesmos erros que sabíamos que deveríamos evitar. Aqui está a sequência de como nós ( incorretamente ) abordamos a construção de nossa nova extensão:

1. Identificamos alguns problemas com nossa extensão de navegador existente e, em seguida, discutimos o que queríamos mudar.

• Gastamos muito tempo e recursos para projetar e desenvolver uma primeira versão totalmente funcional.

• Testamos a primeira versão no final do processo e percebemos que as pessoas estavam ficando extremamente confusas ao usá-la.

• Enlatamos a nova ideia e nunca a lançamos.

Este foi o novo layout da extensão do navegador que nunca colocamos em produção: adquirir o hábito de testar cada suposição que você tem o mais cedo possível é algo que agora gravamos profundamente em nossos cérebros desde essa falha. Para acertar as coisas, agora é assim que abordamos a criação de novos produtos e recursos:

1. Identifique problemas com o produto existente e faça um brainstorming sobre o que você pode querer mudar.

• Converse com os usuários sobre se eles realmente têm os mesmos problemas.

• Depois de validá-lo em uma discussão com nossos usuários, construa rapidamente wireframes ou um protótipo simples que não leve mais de 1-2 dias para ser produzido.

• Fale com os usuários novamente e veja como eles interagem com seu protótipo.

• Itere ainda mais para um recurso/produto um pouco utilizável que você possa mostrar a mais usuários.

• Acompanhe as métricas de engajamento/crescimento/receita e converse com os usuários novamente sobre a experiência deles.

Seja claro com os rótulos da interface do usuário

A última lição que quero compartilhar com você é algo que venho pensando há algum tempo: é a questão de ser claro com seus rótulos, botões, texto de ajuda, etc.

versus ser inteligente com eles. Des Traynor da Intercom definiu este problema incrivelmente bem em um artigo :

Situação: você criou um ótimo recurso que resolve um problema real que você sabe que seus usuários têm. Eles não estão usando isso embora.

Normalmente, é porque eles não viram, ou viram e não sabiam o que fazia.

Essa situação é algo que continuamos a enfrentar. O exemplo-chave que eu queria descrever aqui é o seguinte: Dentro do Buffer, você pode conectar várias contas sociais para que você possa postar em todas elas de um local, por exemplo, você se inscreve ou faz login com sua conta do Twitter, mas também deseja se conectar sua conta do Facebook e LinkedIn para o Buffer para facilitar a postagem de um só lugar. Pensamos que ter um ícone de sinal de “mais” (+) inteligente indicaria às pessoas que essa é a maneira de adicionar suas outras contas de rede social.

E, no entanto, recebemos repetidamente e-mails de nossos usuários nos perguntando se havia uma maneira de conectar sua conta do Facebook ou LinkedIn no Buffer. Então, o que fizemos foi mudar vários aspectos do botão “conectar”, tornando-o um ícone de espaço reservado, usando um sinal de mais maior e muitos outros ajustes de design. Qual foi a solução de design final?

A solução foi simples: usar o texto “conectar mais contas” em palavras simples e escritas, o que é muito mais claro e eficaz do que ter (o que pensávamos ser) um ícone inteligentemente criado para representar essa tarefa de interface do usuário. Aprendemos que escolher a solução clara em vez da solução inteligente mesmo que a primeira possa não ser tão bonita, única ou legal – é sempre o melhor para o usuário.