Você precisa de um botão de pesquisa com uma caixa de pesquisa?

Tivemos a mesma discussão no StackOverflow . Aqui está o resposta que melhor encerrou toda a discussão :

Por que você deveria ter um botão:

• Nem todo mundo sabe que pode pressionar Enter, então você está deixando algumas pessoas menos experientes no frio.
• Alguns dispositivos, como telefones e consoles, podem não ter como enviar sem um botão. O navegador baseado em PC ainda é dominante, mas não assuma que é a única maneira de as pessoas acessarem seu site.

Você pode não ter um botão se (ambas as condições devem ser atendidas):

• Seu público-alvo é conhecedor de tecnologia (como no SO)

• Você fornece uma dica visual de que a caixa de pesquisa é realmente uma caixa de pesquisa

  1. Adicionando texto dentro dele mencionando que ele deve ser usado para pesquisar
  2. Adicionando um ícone dentro da caixa

Geralmente eu pensaria que pressionar enter é um atalho para enviar, e não o principal meio.

Uma alternativa é pesquisa ao vivo/contínua : atualiza os resultados da pesquisa imediatamente a cada pressionamento de botão. Além da eficiência aprimorada, também pode ajudar a resolver problemas de usabilidade, como usuários digitando mais parâmetros de pesquisa do que o necessário, usuários não percebendo o botão de localização, usuários cometendo um erro de digitação e sem saber por que os resultados da pesquisa estavam vazios etc. ¹

Obviamente, tecnicamente, uma pesquisa contínua é mais complexa de implementar do que um simples formulário de pesquisa. No ambiente web, é necessário o Ajax/Comet, e também a pesquisa no servidor deve ser rápida. Mas a complexidade da implementação é facilmente justificada com usabilidade aprimorada, se a pesquisa for um recurso central.

Faça o que fizer, é sempre uma boa ideia fazer um teste de usabilidade para descobrir se os usuários saberão como usar o sistema e, em seguida, fazer as melhorias necessárias.

¹ Soren Lauesen, Design de Interface do Usuário: Uma Perspectiva de Engenharia de Software , 2005; página 286

Apenas para bancar o advogado do diabo ...

Eu concordo plenamente com as respostas acima; Geralmente, não vejo vantagens em não ter um botão, pelo menos da perspectiva do UX. A presença desse botão atende às expectativas do usuário e geralmente é um requisito absoluto para oferecer suporte a indivíduos que não possuem conhecimento técnico.

Mas, Acho que é muito importante considerar que a presença de um botão pode causar problemas se não for abordada adequadamente.

Eu executei o projeto de teste de usabilidade de um site de comércio eletrônico há pouco tempo e o botão "pesquisar" estava causando um problema de usabilidade bastante desagradável. Como o botão foi destacado no design, particularmente em contraste com o próprio campo de entrada de texto (que não havia sido bem definido), muitos usuários estavam clicando no botão 'pesquisar' sob a suposição de que ele abriria ou exibia o pesquisa no site, em vez de iniciá-la.

Como resultado, muitos usuários acabaram na página “0 resultado encontrado para (nulo)” e ficaram bastante confusos. Acabamos corrigindo esse problema, tornando o campo de texto mais proeminente, subestimando o botão e alterando a terminologia para "ir", em vez de "pesquisar". Isso é revertido e confusão ou ambiguidade como resultado do botão. A decisão de incluir um botão no seu campo de pesquisa provavelmente é a correta, apenas garanta que seja totalmente considerada em termos de design ou que possa causar mais mal do que bem.

Antes de começar, deixe-me tirar isso do caminho. A pergunta originalmente feita não é definitivamente respondida além de alguma permutação de:

Depende, mas a inclusão tem um pouco mais de benefícios do que não.

Todas as respostas fornecidas até agora apresentam grandes argumentos que se resumem à mesma resposta.

1. Um resumo atualizado da situação atual:

Nos anos 90, o botão de pesquisa era totalmente necessário.

Toda a funcionalidade de pesquisa foi executada com posts de formulário simples. O botão Pesquisar foi necessário para enviar o formulário. Os resultados foram retornados com base na ação de envio do formulário. Na verdade, não era um "botão de pesquisa"; era frequentemente um botão "ir" ou "entrar". O padrão comum era assim: Etiqueta/entrada/botão

Se houvesse alternativas, os desenvolvedores raramente estavam cientes delas. Os usuários entenderam o padrão rapidamente com base em sua capacidade óbvia.

Buscando a simplicidade, um novo padrão surgiu combinando o rótulo e o botão em um elemento, e o botão de pesquisa nasceu:

Foram necessários três elementos para dois. E o padrão ficou mais fácil de entender e mais arraigado no conjunto de habilidades do usuário.

A Web 2.0 surgiu na era pós-bolha. O JavaScript surgiu ao lidar com interações do lado do cliente e chamadas assíncronas.

O resultado é a enxurrada de novos padrões de entrada de pesquisa/formulário que vemos hoje. Alguns, como o preenchimento automático e a filtragem, não exigem o botão. Entradas de formulário embutido são a versão "salvar/cancelar" da pesquisa. A maioria desses padrões emprega o comando chave "enter" como a maneira de fato de enviar os resultados da pesquisa sem clicar em pesquisar, ir, inserir, salvar etc.

Esses novos padrões levam tempo para que os usuários os entendam em massa. Mas acho que, com duas décadas de uso da internet nos cinturões dos povos, a onipresença da pesquisa e do envio de formulários, acho seguro dizer que a grande maioria das pessoas sabe sobre "entrar". Faça uma pesquisa informal e você verá o mesmo. Eu fiz e todos com quem falei sabiam disso.

2. Os botões de pesquisa ainda estão necessário em 2012?

SIM. Dê uma olhada no enorme laboratório de testes de usuários em andamento conhecido como Facebook. Eles retiraram o botão enter nos comentários e quase imediatamente o devolveram com essa caixa de seleção maluca para ensinar as pessoas a usar o enter quando os usuários reclamaram. Mesmo se fossem apenas 10% deles, isso significa 90 milhões de pessoas.

Acho que o botão de pesquisa tem pouca relevância nos ambientes on-line de hoje, mas ainda é e sempre será necessário em algum grau. Portanto, a resposta final é:

Depende, mas a inclusão tem um pouco mais de benefícios do que não.

Resposta da recompensa de 2012

Perguntas e respostas fascinantes. O desenvolvimento de convenções UX/UI é infinitamente interessante ... para mim, é como assistir o desenvolvimento da linguagem diante de nossos olhos (:

Eu diria que o uso de um botão de pesquisa é algo que vale a pena testar A/B dentro do seu contexto particular . Ao contrário de alguns acima, acho que um assunto tão pequeno vale a pena investigar minuciosamente. Essa é uma maneira importante de as pessoas acessarem as informações em seu site.

Como alternativa (ou talvez além disso), um teste de usabilidade remota não moderado (eu estou lendo atualmente o ótimo livro de Nate Bolt sobre tais assuntos) poderia ser feito de maneira bastante barata. Isso pode lhe dar mais informações sobre por que as pessoas acham isso confuso ou não.

Minha impressão geral em relação à pesquisa é que as convenções em torno dela estão definitivamente mudando em 2012.

Acabei de mudar para uma versão mais recente do Safari e a pesquisa no Google agora está incorporada na barra de endereços, ou seja, posso colocar termos de pesquisa ou URLs no mesmo local. Definitivamente, isso é novo para mim e, nos primeiros usos, continuei pesquisando a caixa de pesquisa do Google. Mas agora, depois de algumas horas de uso, parece totalmente intuitivo.

Da mesma forma, o modo como o teclado muda na pesquisa móvel, dependendo do tipo de dados esperado, é uma nova maneira de apoiar a pesquisa, que inicialmente achei confusa ... ou seja, por que não consigo digitar texto aqui (doh .. é uma pesquisa de número de telefone ).

Da mesma forma, na pesquisa do Google, os usuários avançados podem usar todos os tipos de termos de pesquisa para focar na pesquisa.

Pode ser que as convenções estejam mudando dependendo de onde em uma página a caixa de pesquisa é colocada. No topo de uma página, você pode esperar apenas pressionar enter, enquanto que se a pesquisa for apresentada como parte do conteúdo de uma página, a expectativa do usuário é que exista um botão. Mas essa é pura hipótese da minha parte.

Teste teste teste ... tem que ser a resposta! Realmente não temos outra maneira de estabelecer o que está acontecendo neste mundo techno de ritmo acelerado (:

Para responder à recompensa, a situação em 2012 não mudou muito, pois não há nada para mudar. No entanto, há casos especiais em que um botão de pesquisa pode ser omitido:

• em aplicativos iOS, caso a ação da tecla "Enter" mude para "Pesquisar"
• se a interface mostrar uma lista de todas as opções por padrão e o usuário as filtrar digitando uma caixa de pesquisa.
• se seu próprio estudo conduzir que seus usuários não fiquem frustrados com a falta deles a longo prazo.

É importante que sua crença sobre como seus usuários pensem não conte, você tenha que realmente conduzir os estudos e medir a frustração (geralmente, isso é feito medindo a pupila deles com uma webcam infravermelha, pressão arterial, pulso ou eletricidade da pele ... Observe que a maneira de medir pode deixá-los frustrados sozinhos). Se você não tem acesso a esses equipamentos, universidades, grandes lojas de UX, grandes empresas de marketing têm e elas dão acesso a eles mediante taxa.

A razão por trás disso é que a pesquisa é um método único que possui uma operação de fechamento Esta operação deve ter availance : o usuário deve esperar que a interface se comporte de certas maneiras, seja por ter um monte de software funcionando dessa maneira ou por ter uma pista visual (ou visibilidade ) na interface.

Não é totalmente impossível que existam usuários por aí, que esperam que, se uma caixa de entrada for completamente arredondada e tenha "Pesquisa" escrita como espaço reservado padrão, funciona pressionando enter após a tecla, mas quanto eles representam os seus dados demográficos do seu aplicativo, não é possível dizer com certeza sem estudos extensos (e caros).

Existem milhões de pessoas que nunca usaram o campo de pesquisa no Safari ou Firefox, e mais ainda, que nunca inseriram nada em uma barra de URL e digitam endereços da Web em um mecanismo de pesquisa como o Google (que está no página inicial padrão de todos os navegadores) e, se não o aprenderem até 2010, não se espera que eles tenham se acostumado a isso nos últimos dois anos.

Uma solução que economizasse espaço seria colocar uma pequena lupa na borda esquerda da caixa de entrada de pesquisa, dentro da caixa, tornando-a clicável. Dessa forma, o espaço não é ocupado por funções mais importantes, mas os usuários sem expectativas sobre a eficácia de "Enter" ou "Pesquisa Instantânea" têm algo para clicar.

(Embora a Pesquisa instantânea possa ser uma boa ideia, na prática, ela não transformou a maneira como as pessoas pesquisam e pode ser debatida, por que não. Pessoalmente, eu ainda pressione Enter por reflexo, assim como meus amigos perguntaram )

Editar (referente à conversa abaixo)

Esta lista de "suposições" foi baseada nos seguintes materiais de base:

• Normann Design de coisas cotidianas , ou seja, seu modelo sobre mapeamentos de visibilidade, comportamento aprendido (clicar em "enter" depois de inserir um termo de pesquisa é um comportamento aprendido, pois nada o sugere no interface)
• O modelo GOMS, para o qual uma boa abordagem pode ser encontrada em Raskin's The Humane Interface

Tenho certeza de que também poderia citar o Não me faça pensar de Krug (nunca se preocupou em lê-lo completamente) ou Nielsen .

No entanto, tudo isso é pesquisa antiga . (Bem, exceto pela minha reivindicação do Google Instant nos comentários, que também teve um teste de inglês)

Portanto, a pergunta reformulada é: , o que tornaria essas pesquisas desatualizadas entre 2010-2012?

E para o qual a resposta é um pouco mais complexa.

Eu tenho apenas modelos principalmente, mas esses modelos são bastante sólidos.

Uma pergunta é: "como as pessoas formam hábitos" e "como as pessoas se lembram dos padrões de uso" para as quais as respostas podem ser encontradas, por exemplo, em Weinschenk's 100 coisas que todo designer precisa saber sobre as pessoas , onde ela explica o conhecimento contemporâneo sobre tais aprendizados.

E lá, podemos ver claramente, que as pessoas aprendem coisas novas se precisam que elas atinjam uma meta, e que formam hábitos se precisam fazer isso com frequência. Por exemplo, eu nunca aprendi digitação com cinco dedos, pois também estou digitando rápido o suficiente dessa maneira.

Portanto, nossa pergunta é: houve alguma aplicação que ganhou popularidade no grupo-alvo que forçou as pessoas a desaprenderem o hábito de procurar um botão de pesquisa e clicar nele, mas usar enter?

Não sei, não sei o grupo alvo exato, mas acho que a resposta é não.

Mas nosso grupo-alvo também mudou. O grupo-alvo dessa pergunta eram pessoas entre 40 e 60 anos, agora elas estão entre 42 e 62.

Sabemos que as habilidades de aprendizado das pessoas se degradam drasticamente entre os 40 e os 45 anos. As pesquisas que li sobre elas são originalmente em russo e foram escritas nos anos 80, quando não era costume traduzi-las para o inglês.

Essa é, na verdade, uma curva em forma de S, mas é improvável que as pessoas com mais de 45 anos aprendam novos hábitos de "reflexo muscular", principalmente se o seu conhecimento sobre como usar um computador os tiver servido até agora.

A população da Internet cresceu cerca de 10% entre 2010-2012 . Houve houve um grande crescimento entre 2008 e 201 na faixa etária alvo (pelo menos dos EUA), e temos dados para 2012 também.

Não devemos lidar com pessoas com mais de 50 anos (com base na pesquisa russa), então a questão é que, no máximo, 10% de aumento de pessoas entre 30 e 49 anos representariam mudanças habituais.

Mas acho que devo deixar este exercício para o leitor. Minha suposição básica é, e essa é uma suposição, que, se os modelos de Norman estiverem corretos, e se todas as pesquisas citadas estiverem corretas, as pessoas que não precisaram aprender isso entraram, e não aprenderam em dois anos, e que o grupo-alvo não se moveu tanto em dois anos que a maioria teria caído, então nenhuma mudança significativa apareceria.

Honestamente, eu vi coisas com pouca visibilidade e problemas de mapeamento que os desenvolvedores de UI das pessoas 80s esperavam que as pessoas aprendessem em breve e que nunca aconteceu. Isso inclui caixas de diálogo de confirmação, atalhos de teclado, teclas modificadoras. Os livros de Norman e Raskin estão cheios, e tenho certeza de que não seria preciso muito para encontrar um discurso da Nielsen sobre isso.

Não é que as coisas não mudem em dois anos: os humanos não mudam.

A menos que a pergunta seja mais específica, uma resposta simples não é possível. Se a pesquisa produzir um pequeno número de resultados, provavelmente (mas não necessariamente) permitiria uma interface de pesquisa e resultados ao vivo. À medida que os resultados são atualizados a cada pressionamento de tecla, provavelmente não há necessidade de um botão de pesquisa.

O que isso está procurando? Está pesquisando texto em um índice de banco de dados (por exemplo, um índice da web), pesquisando uma biblioteca de imagens etc.? O contexto específico deve ser levado em consideração antes de ser tomada a decisão de excluir um botão de pesquisa. Eu já vi muitas pessoas do design de interface da velha e nova geração caírem na mesma armadilha de passar pelos movimentos do design totalmente cegos por preconceitos.

Em uma nota separada. Quando um botão de pesquisa está presente, ajuda os usuários a se conectarem mentalmente à ação de instigar uma pesquisa. Além da conexão mente e ação, o botão de pesquisa é um elemento valioso da interface para fornecer dicas sobre o progresso da pesquisa. O botão pode ser desativado, mostrando que uma pesquisa está em andamento, e a interface pode mostrar uma barra de progresso se a pesquisa normalmente demorar alguns segundos ou mais. Sem essa referência de tempo clara e inequívoca, ao pressionar um botão de pesquisa, esses recursos não são viáveis. Usar a tecla enter por si só sem um botão dessa maneira não é nem de longe tão eficaz.

No lado puramente visual, o botão também é uma indicação de que o campo de pesquisa não é algo totalmente diferente. Portanto, o botão de pesquisa rotula indiretamente seu elemento de entrada de texto como um campo de pesquisa. Algumas engenhocas (por exemplo, ícones de imagem) podem ajudar a fornecer essa sugestão, mas o botão simples o faz de maneira inequívoca, sem ter que criar outras sugestões.

Respondendo com base na recompensa de 2012. Já há boas respostas aqui, mas eu queria fazer um argumento um pouco diferente: a discussão tem sido principalmente sobre se os usuários precisam pressionar o botão para usar a pesquisa com êxito. Mas acredito que também devemos pensar no que acontece antes que o usuário tome essa ação.

Como eles encontram sua pesquisa? O botão de pesquisa pode servir como indicador . Em uma página ocupada ou se o seu elemento de pesquisa for um local não padrão (ou seja, não no canto superior direito), a verificação visual para descobrir que a ação pode ser difícil.

Obviamente, a importância de ter esse indicador forte depende da intenção, do design e do público do seu site. A pesquisa é vital para o Stackoverflow (ou UX), mas seu público é mais experiente e o design coloca a pesquisa em um local padrão e contrasta bem com o plano de fundo. Se seu público-alvo for menos experiente e/ou a pesquisa for um caminho crítico para o uso do site, considere mantê-lo.

Para escolher um pouco da super impressionante Stackexchange, eu estava olhando para o site em inglês . Aqui está a interface de pesquisa:

Fácil de usar, estou muito familiarizado com o conjunto de sites. Mas um usuário mais velho que chega lá procurando ajuda gramatical? Um botão de pesquisa pode torná-lo mais claro. Embora eu argumentasse que tornar o fundo da pesquisa branco seria mais útil.

Eu sempre erro no lado da usabilidade, mesmo para o público técnico. Para públicos não técnicos, pode ser ainda mais importante incluí-lo, pois eles podem não saber que você pode simplesmente pressionar Enter para enviar o formulário. O botão pode ser estilizado para combinar com o layout, então eu o manteria.

A única maneira de saber com certeza, para o seu público específico, é executar um teste A/B - mostre a metade dos usuários uma caixa de texto com um botão de pesquisa e metade da caixa sem, veja se há alguma diferença de comportamento.

Leia sobre como realizar um teste A/B eficaz antes de iniciar.

Ou, se você não se importa tanto e não quer todo o trabalho de descobrir, basta deixar o botão lá.

Semanticamente, um botão de envio é usado para enviar um formulário. Como Esko Luontola mencionou, você pode pular o botão se a pesquisa for atualizada continuamente via servidor cometa, já que isso realmente não está "enviando" o formulário.

Mas se a realização de uma pesquisa exigir que um formulário seja enviado e a página seja redirecionada ou recarregada, sim, acho que você definitivamente deve ter um botão de pesquisa, pois é exatamente isso que o botão enviar pretende fazer.

Você sempre deve ter um botão de pesquisa por esse motivo ...

Quando você digita um termo de pesquisa e pressiona enter de uma só vez, tudo bem.

Mas, quando você digita o termo, faz outra coisa e volta à página (talvez tenha feito uma ligação ou qualquer outra coisa) ou clicado de volta no navegador, fica perguntando como executar a pesquisa sem um botão.

Eu tinha um formulário de pesquisa complexo que consistia principalmente em listas suspensas que eram enviadas automaticamente sempre que o valor de uma entrada de formulário era alterado (usando jQuery). Isso funcionou bem, mas sem um <input type="submit" /> presente, o formulário se recusou a enviar ao pressionar enter em alguns navegadores, até que a entrada estivesse embaçada.

Isso foi resolvido colocando um botão de envio oculto pelo CSS dentro do formulário.
Nessa situação, um problema de usabilidade foi resolvido incluindo um botão de envio, mesmo estando oculto.

Se você pretende se livrar do botão de pesquisa, verifique se o campo de pesquisa está marcado claramente como 'Pesquisar', com um rótulo (de preferência em linha, como SO) de algum tipo para orientar o usuário.

O usuário nunca deve ponderar: "Como pesquiso?"

Nunca conduzi um experimento para remover o botão enviar de um campo de pesquisa, mas conduzi um em um formulário estruturado de maneira semelhante. O seguinte deve se aplicar à pesquisa também.

Há muito tempo, no meu site, eu tinha um campo de texto e um botão para enviar um comentário. Eu removi o botão enviar porque achava que apontar e clicar no botão desperdiçaria o tempo do usuário. Então, eu queria promover o envio de comentários pressionando a tecla Enter. Eu coletei estatísticas sobre essa alteração e não vi nenhuma diminuição no número de comentários enviados. Isso parece implicar que, se não houver botão, as pessoas naturalmente tentarão a próxima melhor coisa - pressionar a tecla Enter - para enviar o comentário. O que mais eles deveriam fazer? Desistir? Não!

Há mais de uma resposta para esta pergunta.

Os principais decisores são: 1. Espaço, 2. Audiência

Quando você tem um site com menos conteúdo para mostrar quando o usuário chega (por exemplo, usando uma página de destino no site do produto), tem a liberdade de usar uma caixa de pesquisa e um botão de pesquisa para acompanhá-lo. Mas quando você tem um site com muitas informações espalhadas pela página, não deseja que ele seja adicionado à confusão usando um botão de pesquisa.

Além disso, como todo mundo apontou, o público importa.

No entanto, o que se deve perguntar aqui são algumas perguntas: É necessário um botão de pesquisa? Não é óbvio? Não pode ser evitado? Não é redundante?

Eu acho que mencionar o texto "Pesquisar coisas aqui" na caixa de pesquisa é um ótimo caminho a percorrer. Você pode vestir uma lupa de um lado para dar a sensação.