Quando se trata de tecnologia, mais rápido nem sempre é melhor.
É verdade que 47 por cento As pessoas querem que as páginas da Web sejam carregadas em dois segundos ou menos (e 40% abandonam sites que levam três segundos para serem carregados). Mas quando os tempos de carregamento caem significativamente abaixo desse limite de dois segundos, os usuários começam a ficar céticos.
Para entender por que, colocar-se no lugar de alguém verificando sua pontuação de crédito. No passado, ele pode ter passado horas no telefone para obter o relatório de crédito de uma única agência. Agora, usando um aplicativo, ele pode obter todos os três relatórios em apenas alguns segundos com apenas alguns toques.
Sim, o aplicativo é rápido e, sim, de uma perspectiva objetiva, é fácil de usar. Seus designers claramente fez sua lição de casa . Mas ele confia nos resultados do aplicativo? É uma farsa? O programa realmente reuniu todos os três relatórios, verificou erros e os apresentou em questão de segundos?
De jeito nenhum, ele poderia pensar. Dada a sua experiência passada, ele seria perfeitamente razoável ao pensar que o aplicativo não poderia ter feito isso tão rapidamente.
Na maioria dos casos, uma experiência de usuário rápida faz sentido. A otimização é importante e, francamente, a maioria dos sites precisa de mais , não menos.
Mas há certas situações em que um UX mais lento pode realmente aumentar a confiança e o engajamento do usuário. Considere retardar seu software para:
Quando você voa, o trabalho da Transportation Security Administration não é apenas para torná-lo mais seguro; é também fazer você se sentir mais seguro. Este mesmo trabalho de ilusão é o que fez você confiante ao arquivar seus impostos com TurboTax no início deste ano. Intuit criado barras de carregamento animado falso Isso mostra que ele verifica três vezes seus retornos em busca de erros, embora isso realmente aconteça ao longo do caminho.
Abrandar esse processo estressante diz aos usuários que o TurboTax está trabalhando duro para eles e que eles podem confiar nele com informações confidenciais. Facebook fornece verificações aleatórias de segurança por um motivo semelhante: chamando a atenção para algo que já está acontecendo nos bastidores, o Facebook oferece aos usuários a confiança de que seus dados estão seguros.
Quando, exatamente, você deve fornecer uma desaceleração do show de segurança? Pode-se estar em ordem se o usuário tiver fornecido informações confidenciais (como número de segurança social ou endereço residencial), pagar dinheiro para usar seu serviço ou se envolver profundamente com ele.
Por exemplo, imagine uma startup que busca casa. Em vez de você fazer o trabalho de encontrar a casa perfeita, o aplicativo da startup cuida disso para você. Porque custa dinheiro e requer informações pessoais, é imperativo que ele diminua o processo. Para criar confiança, o aplicativo deve explicar por que ele precisa de seus dados confidenciais, como usará essas informações e garantirá que suas informações ficarão seguras. Um aplicativo de mensagens grátis, por outro lado, não precisa dessa lentidão. Seu objetivo é apenas ganhar e manter seus usuários através de uma experiência perfeita com o menor número de barreiras.
Graças a lei de Moore e a maturação de dispositivos conectados, muitos produtos de tecnologia moderna são rápidos e eficientes com pouca latência percebida. A computação móvel e as velocidades de rede são incrivelmente rápidas em comparação a cinco anos atrás.
Mas, com tantos usuários acostumados a serviços mal-intencionados de internet, tecnologias antigas e software com bugs, velocidades operacionais rápidas podem fazer com que eles se preocupem se o produto está funcionando corretamente. A tecnologia de leitura ocular do Wells Fargo, por exemplo, foi tão rápida que os usuários não acreditaram que estava fazendo o que ela dizia ser. Os desenvolvedores artificialmente retardou o processo incluindo estrategicamente a digitalização e a autenticação das barras de progresso.
Retardar seu produto para corresponder às expectativas do usuário deve, no entanto, ser uma solução temporária. Procure oportunidades para instruir os usuários sobre as velocidades atuais do software. Dentro do próprio produto, explique como seu software está mais rápido do que nunca.
Facebook, novamente, fornece um exemplo ilustrativo. Você já percebeu como ele envia notificações temporárias para o seu feed de notícias após uma atualização do produto? Cada atualização menciona como o Facebook trabalha constantemente para melhorar a velocidade da plataforma.
Em seu próprio produto, avance um passo além e inclua uma frase de chamariz para permitir que os usuários forneçam feedback. Tenha um FAQ pronto (ou, melhor ainda, suporte ao vivo) para responder a este feedback e ajudar os usuários a entender o que realmente está acontecendo nos bastidores do seu software.
Tenha em mente que nem todos os dispositivos estão conectados a provedores de internet rápida. Os usuários do seu produto podem ser de meios modestos ou morar em áreas rurais, ou sua própria infraestrutura de servidor pode não ser adequada.
De qualquer forma, os indicadores de progresso, como barras de carregamento, podem lembrar os usuários de que seu produto ainda está trabalhando em sua solicitação. Por exemplo, FirstRand Bank Limited da África do Sul assou uma barra de progresso artificial em sua interface web. Como sua infraestrutura está desatualizada e lenta, as informações não podem ser exibidas o mais rápido possível, digamos, no aplicativo do Wells Fargo.
Mais uma vez, considere a experiência do usuário. Se você é um cliente FirstRand olhando para uma tela em branco por 15 segundos depois de clicar em um botão, você não tentaria verificar sua conexão e atualizar a solicitação? Infelizmente, essas ações só pioram o gargalo.
Uma barra de carregamento falsa pode não ser a solução ideal, mas é melhor do que não fornecer feedback algum. Animação para mostrar que seu software está lidando com a solicitação do usuário fornece alívio tanto para seus servidores quanto para seus usuários.
Toda essa conversa de desaceleração de software requer algum contexto histórico. As limitações do sistema e as experiências passadas dos usuários podem estar diminuindo a velocidade, mas, no geral, a tecnologia está pressionando para experiências de usuário mais rápidas.
Quanto mais tempo passar, mais usuários de tecnologia de longo prazo terão. Quanto mais os usuários de tecnologia de longo prazo se acostumarem a resultados instantâneos, menos os desenvolvedores de UX precisarão desacelerar suas tecnologias. As tecnologias mais rápidas funcionam - e, mais importante, funcionam corretamente - quanto mais usuários confiam nelas. Enquanto isso, as gerações mais jovens, sem as noções preconcebidas de seus pais, se transformarão em adultos acostumados a experiências tecnológicas ininterruptas.
As gerações mais velhas que não se sentem confortáveis com a tecnologia ainda existem, no entanto, e duas pessoas de diferentes demografias raramente têm os mesmos níveis de conforto com as mesmas tecnologias. Hoje, desacelerar intencionalmente determinados cenários de produtos pode ajudar os usuários mais antigos a se sentirem confortáveis com o que está acontecendo com seus dados.
Quando sistemas lentos (pelos padrões atuais) desaparecem e as pessoas estão acostumadas a resultados instantâneos, quanto sistemas nos revelam sobre suas operações de back-end pode se tornar uma questão de liberdade pessoal. Como humanos, queremos nos sentir no controle. As escolhas são reconfortantes.
Em última análise, a velocidade é importante, mas também é correspondendo às expectativas dos usuários . Não importa o quão rápido nos movemos para o futuro, a desaceleração nunca sai de moda.