Arquitetura da Informação (em Português)

["Daniel Martins" <d.d.martins AT uol.com.br>]

Não sei quem conhece o site www.zinestore.com.br aqui, mas acredito que nele 
o uso do flash foi muito mais explorado e adequado do que no 
penatrilha.com.br. Vai uma sugestão ao pessoal do Macrocenter para 
acrescenta-lo em "cases".

Talvez esse seja uma referência melhor para a discussão e análises...

[]'s
Daniel Martins



From: "Fernando Salvi" <fernandosalvi AT yahoo.com.br>
To: "Arquitetura da Informação em Português" <aifia-pt AT lists.ibiblio.org>
Sent: Tuesday, December 14, 2004 6:30 PM
Subject: Re: [AIfIA-pt] Re: RIA - Rich Internet Application


Oi, pessoal

Visitei hoje o penatrilha.com.br tendo em mente a discussão aqui na lista
(muito boa, diga-se de passagem) e tô achando muito interessante os aspectos
levantados por todos até agora...

Antes de mais nada, minha opinião se baseia exclusivamente na observação e 
uma
avaliação heurística muito simples, digamos: "informal"...

Entendo que o uso de RIA tem potencial, mas não necessariamente, por si só,
melhora a experiência do usuário. Acho que todos que comentaram aqui tmb 
pensam
assim. Independente da tecnologia (fugindo de "discussões religiosas", como
citou o Ricardo), é preciso fazer o "arroz com feijão" muito bem feito pra 
se
obter resultados excepcionais. "Arroz com feijão" leia-se: análise 
estratégica,
focus groups, AI, análise de tarefas, protótipos, testes de usabilidade e 
mais
um monte de técnicas e ferramentas usadas no projeto como um todo. E, acima 
de
tudo, foco no usuário.

Bom, por que não então examinarmos o site como uma experiência online, 
deixando
de lado o fato de ser uma RIA ou não? Seguem aí minhas singelas observações:

1) Busca: busquei por "calça". Tive que clicar no botão OK pois o enter não
funcionou. Nos resultados, nenhum produto encontrado, mesmo apesar de 
existir
até uma subcategoria "Calças" dentro do menu "Vestuário". Tentei novamente,
agora sem cedilha (calca) e finalmente encontrei 63 produtos, entre eles:
meias, tênis, sandálias, mochilas e bonés. Ah, sim, e algumas calças também.

- Possível problema: o cliente não encontra o que procura e deixa de comprar
determinado produto.
- Possível benefício caso o problema fosse resolvido: aumento de vendas e
faturamento.
- Complexidade para a solução do problema: mínima.

2) Ao visualizar um produto, não existe nele um link para a categoria na 
qual
está localizado, impedindo que eu veja produtos similares.

- Possível problema: o cliente pode achar que não existem mais produtos como
aquele que ele está vendo.
- Possível benefício caso o problema fosse resolvido: aumento do faturamento 
(e
até mesmo aumento de ticket médio)
- Complexidade para a solução do problema: mínima

3) Na lista de produtos, não é exibido o nome do produto em si (ex: calça) e
sim apenas o nome do fabricante e o modelo (ex: Solo Moment). Isso exige que 
o
usuário clique em produto por produto para saber mais detalhes. E quando 
abre a
janela de detalhes, essa informação existe mas fica escondida. Um exemplo: 
na
seção de jaquetas: "abrigo de chuva", "parka" e "jaqueta" são fisicamente 
muito
parecidos e inclusive exibidos na mesma categoria. Entretanto, cada produto
desses podem ter aplicações muito diferentes (neve, frio, chuva, etc). Se o
usuário procura por uma parka, então deve clicar em um por um dos produtos 
pra
saber o que é cada um.

- Possível problema: irritação do cliente causado pela sobrecarga de cliques 
e
vai-e-volta; cliente pode não encontrar o produto apesar de ele existir
- Possível benefício caso o problema fosse resolvido: aumento nas vendas e
satisfação do cliente.
- Complexidade para a solução do problema: mínima

4) O link para "próxima página" quando são exibidos mais de 15 resultados 
está
localizado numa posição não convencional (acima, à direita), mas isso, 
claro,
não quer dizer que não poderia estar lá. Entretanto, soma-se a esse detalhe 
o
fato dos botão que levam para as outras páginas (1, 2, 3, etc) são bem 
pequenos
e de pouco contraste. Possível problema: pode-se perder clientes e vendas 
pois
alguns usuários não perceberam que haviam mais produtos em outras páginas. 
Só
por curiosidade, pedi pra duas pessoas entrarem na mesma página e de cara os
dois tiveram o mesmo comportamento que eu: moveram o mouse até a parte de 
baixo
da tela, onde supostamente deveria o link para outras páginas se houvesse. 
Na
dúvida, clicaram em Back do browser. Nessa, volta-se ao "Loading..." da home 
e
começa tudo de novo.

- Possível problema: abandono do site causado pelo Back; cliente pode achar 
que
loja não tem variedade e pode deixar de comprar produtos
- Possível benefício caso o problema fosse resolvido: aumento nas vendas,
satisfação do cliente e taxa de conversão.
- Complexidade para a solução do problema: mínima

5) "Cadastre-se": se eu bem entendi, posso me cadastrar para receber
informações por e-mail (possivelmente lançamentos, promoções, etc). 
Entretanto,
não tenho idéia do teor dos emails e da freqüência com que o site deve
enviá-los portanto evito preencher com medo de receber mais spam. E, se
decidisse preencher, por que teria que informar RG e CPF? No meu ponto de
vista, a única exigência desses dados seria se fizesse meu cadastro como
cliente que vai efetivamente comprar pelo site (inclusive definindo senha de
acesso e tal), mas esse cadastro não me pareceu ser o caso.

6) Processo de compra/pagamento: aqui esperava encontrar um fluxo bem mais
simplificado, se comparado com o existente em sites convencionais (aka 
HTML),
mas sinceramente não vi nada de diferente, ou melhor, nada que não pudesse 
ser
feito com HTML, etc. O número de telas e cliques me pareceu o mesmo (apesar 
de
que não me cadastrei e não vi o processo até o fim; meu comentário aqui é 
bem
questionável). Do que vi, algumas mensagens de erro também poderiam aliviar 
o
usuário (parecem apenas dizer o erro mas não sugerem possíveis soluções). E 
o
botão "Continuar comprando" em amarelo no topo  é mais saliente que o
"Finalizar" em cinza, na parte de baixo.

- Possível problema: abandono do carrinho; confusão na tela de login, 
irritação
com msgs de erro não eficientes
- Possível benefício caso o problema fosse resolvido: aumento nas vendas e 
taxa
de conversão.
- Complexidade para a solução do problema: mínima

Fora isso, pra ser só um pouco mais chato (rs): texto muito pequeno em 
locais
críticos (campos de input no processo de compra, msgs de erro). E também não
posso aumentá-lo via browser.

Outra coisa que acho relevante discutir aqui é o impacto da "falta de 
estado"
que me parece inerente a RIA. Como explicar... Vejamos: a sensação que tive 
ao
navegar pelo site é de que estive sempre na home desde a hora que entrei no
site... Isso se deveu ao fato de clicar num link e não existir uma transição
clara do que ocorreu ou da mudança de uma página para outra. Então fiquei, 
em
certos momento, sem perceber se meu clique "funcionou" ou em que área do 
site
eu estava. Me pareceu uma mudança de um padrão de interação com o qual 
estamos
acostumados e não sei se isso é bom ou ruim. De qualquer forma, não tenho 
dados
nem conhecimento sobre este fator na usabilidade e experiência do usuário em
RIA. Aliás, alguém tem algum dado desse tipo por aí?

De tudo isso, concluo algo muito parecido com o que o Irapuan já postou aqui
(Ira, corrija-me se estiver errado :o): muita atenção e esforço em cima da 
RIA
não resolve e não resolverá questões de usabilidade, AI, e etc. Faltou um
detalhe que está acima das camadas de apresentação, tecnologia, etc: o
cliente/usuário. Entendo que a RIA só pode ser realmente rich com um 
alicerce
sólido de UCD.

Podemos usar a tecnologia que for, do fabricante que for, com a linguagem 
que
for. Mas de uma coisa não podemos escapar: teste, teste e reteste com os
usuários. Vale em paper, html, site no ar, whatever... Teste. Sempre.

RIA não é UX. É mais um (dentre os vários caminhos possíveis) pra se 
oferecer
uma ótima UX.

Abraços!

Fernando





_______________________________________________________
Yahoo! Mail - Agora com 250MB de espaço gratuito. Abra
uma conta agora! http://br.info.mail.yahoo.com/
. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt