26 de maio de Dare Obasanjo pensamentos sobre a plataforma do facebook continha vários links para a documentação da API do Facebook. Na época, clicar em qualquer um dos links da API do Facebook resultava em uma caixa de diálogo de login:
Pareceu-me incrivelmente estranho o fato de eu ter que fazer login apenas para consultar a documentação da API. Quando me deparei com a barreira do login, fiz o que 99% de todas as pessoas que encontram uma barreira de login fazem: voltei atrás. Dare parecia animado com a API do Facebook, mas perdi o interesse quando me deparei com essa tela de login.
O senhor não gostaria que as informações sobre sua API fossem divulgadas da forma mais ampla possível, para o maior número possível de pessoas? Para ser justo, o Facebook corrigiu esse problema desde então. Clicar no link agora leva o senhor diretamente para a documentação da API do Facebook sem barreira de login. Não tenho tanta certeza de que o pessoal do Facebook seja “brilhante em vários níveis” se a documentação da API foi colocada atrás de uma barreira de login, mesmo que por apenas alguns dias.
Já mencionei anteriormente o artigo de Jan Miksovsky enumeração de etapas de login como um tipo de atrito de interface de usuário. Mas, na realidade, as barreiras de login são muito piores do que o atrito… elas são um parede de tijolos. As barreiras de login são uma situação em que os usuários não ganham. O que eles ganham com isso? E sem se esgueirar por trás da barreira, mesmo que apenas por um momento, como o usuário pode saber se o seu site vale o incômodo de se inscrever? Se o senhor é o New York TimesTalvez o senhor consiga se safar forçando os usuários a lidar com a barreira do login antes de chegar à parte principal do seu site. Mas o a maioria de nós nunca terá tanto queijo assim.
Mesmo que o senhor não possa evitar um eventual login, ele é possível tornar o processo de login do usuário quase ininterrupto. Muitos sites adotam uma abordagem tradicional e complicada para os logins. O senhor pode fazer muito, muito melhor do que o status quo abismal da barreira de login. Jan não mede palavras quando diz Geni tem a experiência inicial de usuário mais convidativa que ele já viu:
Logo de cara, o usuário é habilmente inserido em uma árvore genealógica que já está parcialmente iniciada: há um lugar para o senhor e pontos óbvios para adicionar seus pais. Não é necessário fazer alarde para apresentar o site ou explicar para que ele serve. A própria natureza da interface de usuário da tarefa torna óbvio que o senhor está construindo uma árvore genealógica.
É solicitado que o senhor forneça um endereço de e-mail e, no texto mais compacto que se possa imaginar, eles definem os pontos principais de sua política de privacidade (“never spammed, never shared”).
Nesse momento, não é anunciado ao usuário que o endereço de e-mail que ele digita para si mesmo se tornará seu ID de usuário no site. Isso é revelado na primeira vez que o usuário tenta retornar ao site. Nesse momento – a segunda visita – o usuário é solicitado a fazer login com seu endereço de e-mail e uma senha temporária que foi enviada por e-mail separadamente para esse endereço.
É óbvio que Jan tem pensado muito sobre esse tópico; ele tem um post de acompanhamento descrevendo como o Netvibes e o Pageflakes facilitam a entrada de visitantes em sites com contas anônimas:
Esses sites usam cookies para estabelecer um relacionamento provisório e anônimo entre o senhor e o site. É possível até mesmo inserir dados pessoais para personalizar os diversos widgets, mas até que o usuário crie uma conta, ele geralmente usa o serviço de forma anônima. (É claro que, mesmo sem uma ID de usuário, cada dado adicional inserido para personalizar o site pode ser usado para identificá-lo com mais precisão).
O senhor pode usar sua conta anônima pelo tempo que quiser, desde que use o mesmo navegador na mesma máquina para fazer isso. Sempre que chegar a esse ponto, talvez até meses depois de começar a usar o serviço, o senhor poderá se inscrever em uma conta. A base do seu relacionamento com o site é transferida do cookie anônimo do navegador para uma conta real protegida por um ID de usuário e uma senha. (Esses dois sites usam seu endereço de e-mail como ID de usuário, para eliminar o obstáculo de inscrição de escolher uma ID de usuário).
O princípio fundamental em ação é que um site não precisa se apressar para estabelecer um relacionamento com um visitante. O interesse inevitável em obter mais do site (nesses casos, o desejo de usar sua página inicial personalizada de outro local) empurra lentamente o senhor, o visitante anônimo casual, para finalmente forjar um relacionamento permanente com o site como um usuário identificado. O site sabe que o relacionamento com o senhor se desenvolverá em seu próprio tempo.
Se o seu aplicativo exigir que os usuários façam login, não subestime o impacto da barreira de login que o senhor está apresentando aos usuários. Considere a possibilidade de utilizar contas anônimas baseadas em cookies para oferecer aos usuários uma experiência completa que se assemelhe mais à experiência que os usuários nomeados obtêm. Ao remover a barreira do login e confundir a linha entre usuários anônimos e usuários nomeados, é provável que o senhor obtenha muito mais desses últimos.