Passos simples para fazer com que os visitantes retornem  a seu site.		
		Traduzido da pagina
		 http://www.unixinsider.com/unixinsideronline/swol-01-2001/swol-0112-webmaster-af.html
	
		Summário.
		Na coluna Webmaster de novembro/2000, Dannielle Anthony e Bryan Formidoni explicaram
		o uso da Web e encorajaram os Webmasters a considerarem o usuário final através do 
		processo inteiro do desenvolvimento web. Neste mês, eles continuam com o mesmo tema,
		demonstrando agora como fazer o teste deste uso para assegurar que os visitantes nao
		fiquem frustados, deixem seu site, e nunca mais voltem.


Há varios anos atrás, enquanto trabalhavamos em uma firma de projetos, nós imaginamos que a evolução de um
 website poderia ter muitas mudancas tanto do desenho visual como da estrutura de navegação. O primeiro
 estágio envolvia a produção de dois ou três protótipos para decidir o "ver e sentir", tal como o esquema de
 cores e gráficos. Depois que os protótipos estavam prontos, conduzimos a primeira rodada de teste de uso
 com análises sobre 
as paginas impressas. Este teste é relativamente simples, parcialmente por que não há interação envolvida, e 
também por que ele se destina somente aos problemas de maiores proporções, tais como: 

- os usuários entendem a idéia principal e o propósito do site?

- eles aprendem a navegação rapidamente?

- Os significados das palavras são claros? Existem palavras ou frases preferiveis sobre as que
 estão sendo usadas?

- eles preferem fotografias do que arte de desenho ou ilustrações?

Analisando os resultados do teste, nós eramos capazes de detetar os problemas mais críticos, direcionando
posteriormente o processo de desenvolvimento como um todo. Depois de fazer as mudanças necessárias, nós
construiamos o esqueleto do site.

Quando o esqueleto e a funcionalidade básica estavam prontos nós conduziamos o segundo round de testes.
Neste estágio posterior do desenvolvimento do website, o teste permite que se desafie a eficiência de áreas
específicas dentro do site. Tudo o que você precisa fazer é adivinhar as questões que você quer perguntar,
escrever um script, encontrar participantes e definir um espaço de teste, ou em um laboratório,
 um escritório extra, ou uma sala de conferências.

Se você não tem um gerente de projeto na sua equipe, você pode ser um cowboy e fazer todo
 o planejamento você mesmo. Nossa aposta é que, pelo fato de você estar lendo este artigo, você nao tem 
a luxúria de pagar por  uma equipe de uso. Assim aqui está como implementar uma versão menos cara do teste
 de uso. 

O básico sobre o como fazer.

Você precisará:
 
Um plano global para detalhes, tais como onde voce está fazendo o teste, em que dias e quem está envolvido.
Entre quatro e sete participantes, para ser visto individualmente (uma hora por sessão)
Uma agenda com tarefas pre-determinadas para os participantes.
Um script escrito que descreve cada tarefa.
Individuos para observar, filmar, tomar notas

Se você é o seu time todo, nós fortemente sugerimos que você encontre um facilitador externo para cada teste.

Geralmente, os desenvolvedores não são capazes de ver seu site com um olho de quem nunca o viu. Se nós
 projetamos o site que estamos testando, nós sempre usamos uma terceira parte para agir como moderador.
 Eles costumam ser mais objetivos, eles não tem o conhecimento do desenvolvedor do site e não podem
 influenciar as respostas
dos participantes, e eles não sentirao pessoalmente o criticismo ao site.


Plano de uso.

Primeiro, determine seus objetivos. Voce que ter ideias específicas sobre o que está e não está funcionando?
O que você quer saber sobre seus usuários ou seu site? Por exemplo, em um certo site, suponha que o cliente
do serviço diga aos desenvolvedores web que há diversos problemas sobre a capacidade de encontrar a seção
 de  suporte do produto e documentos tecnicos relacionados.
Se este era nosso site, nós determinariamos entre 15 e 20 tarefas de pesquisa e execucao para descobrir a
raiz do problema, tais como:

- Que links eles estao usando para encontrar o site de suporte?
Eles tentaram utilizar a pesquisa do mapa do site? Se sim, quais foram os resultados? 
Como e quando eles se sentiram perdidos e desinteressados?

Encontrando participantes.

Você quer encontrar pessoas que são similares a audiência alvo do seu site ou pessoas que tipicamente
 visitariam seu site. Se seu site é  outdoorlife.com, por exemplo, você terá um tipo específico de
 demografia,
 assim voce ira querer pagar por participantes que irao curtir os outdoors e que utilizariam o seu site. 
Eles podem ser familiar com seu produto ou serviço, mas eles nunca se envolveram com o projeto do site
 propriamente dito. 

Esta é frequentemente a parte que consome mais tempo do teste de uso. Para encontrar participantes, 
nos usualmente anunciavamos para surfistas da web, nós usavamos listas de clientes, e colocavamos anuncios
 em edificios comerciais e restaurantes. Por último, agencias de empregos temporarios podem ser uma boa 
fonte. Depois de 
conquistar o interesse inicial, nós aplicavamos um questionário aos participantes com o intuito de colher os
mais apropriados assuntos para o teste. Deixe-os saber a quantidade de compensação antecipadamente.i
 Nós pagamos entre 75 e 100 dolares ao fim da sessão.

O teste.

Para conseguir resultados acurados, nós imitavamos o computador workstation do usuário usando o mesmo 
browser web, conexão internet, e sistema operacional. Quando você se decidir sobre questoes de tarefas
 especificas, pratique cada uma delas voce mesmo. Tenha certeza que voce pode terminar as tarefas no tempo 
alocado.
Agora estamos prontos para os participantes. Nós começamos por deixar claro que nós estamos testando o site
 e nao os participantes. Nós também temos visto ser util que os particantes entendam que não há respostas 
certas ou erradas. Nós os pedimos para pensar alto, e nós os deixamos saber que nos podemos pedi-los para 
contribuir se eles nao estao dizendo muito. Nos mencionamos que nós precisamos de honestidade e que nao
 tomaremos pessoalmente nada do que eles digam por que nao desenhamos o site. 

Algumas pessoas acham facil tomar notas quando elas imprimem as páginas do site para referência. 
Quando tomamos notas das ações dos participantes, nosso objetivo é documentar:

Quantos cliques sao necessarios.
O caminho por clique versus o caminho antecipado.
O tempo gasto por tarefa.
Onde ha' bloqueio e quando a ajuda é necessária.
As perguntas que sao feitas

Depois que todas as tarefas são feitas, o último passo com os participantes é obter a percepção geral deles
a respeito dos testes que eles fizeram, assim como a respeito de como fizeram os testes. Embora seja
 subjetivo, nós achamos ser de muita ajuda aprender suas impressoes gerais do que há de não estético no site.

Imediatamente depois das sessoes individuais, nós documentamos tudo que foi encontrado, listando os problemas
 específicos e comentarios dos participantes. Quando todas as sessoes estao prontas, nos documentamos os
 problemas gerais, priorizando os problemas por severidade e recorrencia. Nós tambem tomamos nota dos 
resultados surpresas, aqueles que Steve Krug (autor de Don't Make me Think) chamou Head Slappers and Shockers
. Head Slappers saos os problemas que o usuario descobre e que você diz: "Por que eu nao vi isto?".
 Shockers são as perguntas "Por que eles nao viram isto?"  


Uma vez que as mudanças críticas estão feitas e a equipe analisa os objetivos de curto e longo prazo do site, 
um outro round de teste de uso será feito. É importante para nós que certifiquemos se os problemas originais
 estao resolvidos e se as recentes melhorias criaram novos problemas. Pelo fato de termos um caminhar
 continuo para melhorar a experiencia do usuário, nós continuamos com o terte de uso com uma parte integral 
do processo de desenvolviemento.

Qual é a moral da história? Se você quer que seus usuários continuem a visitar seu site, o teste de uso é
de muita ajuda e um elemento necessário no processo de desenvolvimento.

Sobre o autor.
Bryan Formidoni tem desenvolvido e gerenciado aplicações comerciais web há mais de quatro anos e é 
atualmente o gerente corporativo web da Engage. ele tem trabalhado extensivamente nas várias facetas de
 projetos internet.
Danielle Anthony é atualmnente a gerente de Comunicacoes Online da GadgetSpace. Ela tem trabalhado para
 diversas companhias em Research Triangle Park como consultora de projeto de websites. Em sua mais recente 
atividade com a Engage, ela trabalhou tanto como webmaster como Gerente de programas interativos. Seu foco
 permanece 
no desenho de interface e uso do website.
------------------------------------------------------------------------------------------------------------