Estas idéias não apareceram do nada; são resultado de um trabalho árduo de semanas, envolvendo a participação de alunos de três turmas diferentes. Para organizar os projetos desenvolvidos no Instituto Faber-Ludens, nós usamos o sistema de grupos do Drupal. Com isso, é possível colaboração online, porém, sem os encontros offline, o projeto definitivamente não teria ido tão longe.

O projeto começou com algumas pesquisas de referências de abas no mundo físico, em navegadores e outros aplicativos. Como o ponto era as abas dos navegadores, levantamos as dificuldades com elas. Surge então a primeira proposta mais consistente, o agrupamento de abas.

Sugeri ao Bruno Duarte aproveitar a metáfora do clips, que tem uma função similar, mas a discussão que se seguiu demonstrou que poderíamos evoluir mais a idéia.

O professor Érico Fileno propôs desenvolver o projeto em sua disciplina Técnicas de Prototipação I e aí o projeto deu um gás. Utilizando as técnicas de criatividade em grupo que grandes empresas como IDEO utilizam, foi possível gerar uma grande quantidade de idéias alternativas. De fato, ainda estão para inventar uma plataforma para colaboração melhor do que uma mesa, papel e lápis/caneta.

Enquanto uma das turmas tinha aula presencial com o Érico, outras duas participavam online, promovendo discussões fantásticas como esta sobre o comportamento do usuário em ambientes hipertextuais e esta outra sobre a necessidade de abrir tantas abas. A discussão se estendeu até o blog da Karine Drummond, que nem fazia parte do projeto mas acabou contribuindo para ele.

O prazo estava acabando e ainda não havia sido fechado o conceito a ser proposto. Então, o pessoal que mora em Curitiba resolveu se reunir presencialmente para fechar. Foi uma noite muito produtiva! Ficamos das 19 até 23hs aperfeiçoando a proposta do Alexandre Ribeiro de usar o cubo Rubik como metáfora de navegação. Foi empolgante ver os alunos aplicando os conhecimentos que haviam adquirido com o professor Érico!

No final de semana que se seguiu, Tersis, Alexandre, Samille, Vicktoria, Fernando, Ana Carla e Leonardo deram seu sangue para montar o vídeo em sucessivos encontros online e offline. Deu resultado. O projeto recebeu notas muito boas dos jurados na apresentação da proposta, porém, acharam que a proposta estava longe do que tinham pedido: repensar as abas dos navegadores. Realmente o Software Livre está precisando urgente de mais designers: eles não sabem o que é inovação. Ainda bem que a votação popular reconheceu o esforço do pessoal! Eles mereceram.

Com este projeto comprovei pra mim que a colaboração online não substitui a colaboração offline, mas complementa. Online é bom pra analisar, comparar, discutir e desenvolver. Offline é bom pra criar, decidir e comprometer-se.

Comente este post

Seu criador, Rodrigo Gonzatto, propõe uma evolução das folcsonomias com a inclusão de subtags que descrevem melhor o objeto a que se refere as tags. Reproduzo abaixo meu comentário sobre a proposta. Desabilitarei os comentários neste post, pois estes devem ser feitos no próprio projeto, que é como disse aberto a participação de todos (e licença Creative Commons claro).

Na Computação esse debate é recorrente, mas com outros termos. Para discriminar as coisas, os computadores precisam de categorias explícitas. Porém, eles não são bons em se comunicar conosco porque boa parte das categorias que nós seres humanos usamos para nos orientar, comunicar, interagir são implíticas, dependentes de uma relação tácita com o contexto social.

A categoria animal numa aula de biologia é diferente da categoria animal em futebol, porém, existe uma relação entre elas. Quando a torcida começou a gritar que "Au au au o Edmundo é animal", certamente não estavam se referindo à categoria biológica, porém, estavam referenciando-a. Se não tivessem tido a experiência com a categoria biológica anteriormente, o sentido não seria o mesmo.

É por isso que não se pode precisar o significado de um signo qualquer, pois ele não é único e nem dado. O significado do signo não está nele, nem tampouco num intérprete, mas sim na relação entre eles. O significado está no contexto (social).

Você está tentando resolver o problema da folcsonomia aprimorando sua capacidade de representação do mundo. Isso a computação tentou fazer através do conceito de Ontologia. A proposta é definir as categorias universais mais básicas e abrangentes, capazes de classificar tudo em seu esquema, sem exceções. Claro que isso logo se demonstrou impossível e então, passou-se a criar ontologias por áreas do conhecimento, reduzindo o escopo. A Web Semântica é uma das propostas mais humildes dos estudos ontológicos em Computação.

Mesmo a Web Semântica o pessoal tá percebendo que é meio inviável, não porque as pessoas tenham preguiça de escolher em que categoria classificar os conteúdos da Web, mas porque isso seria extremamente difícil. Em que categoria colocar o Edmundo? Biologia ou Esportes? Parece coerente com o esquema colocar na categoria Esportes, porém, não é somente pela coerência que categorizamos as coisas. Quebramos a coerência justamente para dar sentidos outros.

O máximo que um computador é capaz de fazer num esquema de classificação é a recursividade, enfim, perceber que esta classificação é uma classificação da classificação. O que ele não consegue perceber é que estamos dando um pulo do gato, estamos indo para outro sentido. Estamos fugindo da classificação sem necessariamente cair em outra.

Nem tudo no mundo é classificável! O mundo é maior que nossas categorias. O bebê já nasce sabendo isso, mas o computador não. Claro, ele foi construído por quem não aprendeu (ou não se contentou) com isso.

Os sistemas de classificação que tem tido mais sucesso hoje são aqueles que admitem essa posição humilde e tentam categorizar um conjunto infinito e impreciso de dados, sem o comprometimento de gerar um esquema absoluto.

Um exemplo disso são as folcsonomias que, ao invés de contribuir para a emergência ou manutenção de um esquema, contribuem apenas para expandir horizontalmente o que se sabe sobre o mundo.

Outro exemplo são as bases de senso-comum como a OpenMind do MIT. As pessoas cadastram idéias bem simples do tipo: "um carro serve para andar". "servir é ter utilidade". "andar é ir de um lugar ao outro". Aí o computador cruza estes dados e consegue obter algum significado sobre um novo texto dado. Uma versão parecida com o OpenMind foi feita também para classificar emoções e afetividade: OpenHeart. Dá pra fazer coisas bem legais com isso, pena que não encontrei nenhum link aqui pra mostrar.

Comente este post

Para mim, a melhor parte do evento foi o Workshop de Aspectos da Interação Humano-Computador na Web Social, organizado por Sergio da Silva e Roberto Pereira.

• Introdução por Sergio Silva, apresentando a origem e problemática da Folcsonomia, bem como um possível framework para lidar com questões sociais em aplicativos Web: Audio [MP3] Video [MP4]
• Práticas de Folksonomia e Social Tagging no Last.fm, por Adriana Amaral & Maria Clara Aquino, demonstra como os usuários escolhem tags também para expressar opinião: Audio [MP3] Video [MP4]
• Discussão final, com a participação de vários participantes, a melhor parte pra mim: Video [MP4]
• Tags Coletivas: Analisando Padrões de Uso para o Suporte a Sistemas de Folksonomia, por Cleber Gouvêa, Stanley Loh & Luís Fernando Fortes Garcia, uma proposta de sistema de classificação automatizado: Audio [MP3] Video [MP4]

Também nas sessões de artigo, o assunto apareceu em destaque. Um dos artigos selecionados como melhor do evento foi o de autoria dos organizadores do workshop. Roberto Pereira e Sergio da Silva acreditam que sistemas como o Delicious poderiam ser melhores se permitissem diferenciar a autoridade dos diferentes contribuidores, o que eles chamam de Folkauthority: Audio [MP3]. Como sinalizei na pergunta ao final da apresentação, acredito que esse tipo de esquema só seria interessante em determinados contextos em que a autoridade é determinante, como no próprio ambiente acadêmico.

Uma apresentação rápida e interessante foi a proposta de Felipe Côgo para corrigir erros de digitação e inconsistências entre etiquetas de uma folcsonomia: Audio [MP3].

Como era de se esperar de um evento da Computação, folcsonomia foi abordado na maioria dos trabalhos como uma mera técnica de organização de informações, a qual pode também ser mudada pelas regras de funcionamento. Assim como Adriana Amaral e Maria Clara Aquino, sustentei na minha apresentação do workshop que a folcsonomia não é só uma técnica de classificação, mas de identificação com grupos sociais. Não basta analisar o fenômeno do ponto de vista técnico, pois as estruturas da folcsonomia são construídas e desconstruídas socialmente pelos usuários. As regras do sistema são pontos de partida sobre os quais os usuários criam suas próprias regras. Se novas regras são impostas sem considerar as regras dos usuários, estes podem se frustrar, revoltar ou ir embora.

Comente este post

O método que está sendo aplicado é o seguinte: envia-se um questionário para algumas pessoas que acredita-se fazer parte do público alvo. Este questionário contém perguntas sobre dados factuais como idade, profissão, localização e dados mais subjetivos como interesses, preferências, gostos. Depois, estes dados são transformados (magicamente) em grupos de perfis, as personas, independente de qualquer critério objetivo de interpretação. Como as personas se parecem com pessoas reais, o resultado é razoavelmente crível, então, quando o desenvolvedor associa uma funcionalidade de seu projeto à um determinado perfil, parece uma relação muito lógica. Claro, o perfil foi construído justamente para justificar a funcionalidade...

O que me incomoda é que, dessa forma, as Personas tapam o abismo que existe entre desenvolvedores e os usuários e, aí, quando o projeto é lançado, o cliente cai no buraco e o método de Personas é o responsabilizado, perdendo seu crédito. Também acontece muito de outros membros da equipe perceberem a trapaça e não confiarem nas personas, levando ao seu abandono. O Fernando Aquino criou até uma campanha para adoção de personas abandonadas.

O problema acontece por uma falta de compreensão do método Personas. Personas não é uma técnica de coleta de dados, mas sim uma técnica de agrupar e apresentar resultados de pesquisas. Quando são tratadas como fim e não meio, acontece toda essa distorção, pois toda a pesquisa passa a ser enviesada para sustentar os perfis, muitas vezes definidos antes mesmo da própria pesquisa!

Personas que não se baseiam em pesquisas rigorosas podem ser manipuladas para defender pontos de vista. A Persona mais usada para esse intuito é "minha mãe" ou "minha avó". Já ouviram frases do tipo? "Isso aí nem minha mãe conseguiria usar!" Trata-se de um mero artifício retórico para parecer que se está preocupando com o usuário. Na maioria das vezes, a "mãe" ou a "avó" nem faz parte do público-alvo da interface em questão e mesmo quando faz sua capacidade de representar a totalidade do público é exarcebada. Isso é muito usado porque é uma figura familiar, fácil de compreender. Se você fala da sua mãe, eu consigo imaginar melhor como ela vai reagir do que uma figura abstrata como "mulheres entre 45 e 60 anos".

O Alan Cooper, criador do método Personas, dá uma ênfase muito grande para técnicas de observação de comportamento do usuário porque o objetivo dele é usar Personas para design de interação. No Marketing, o método Personas foi apropriado para fazer segmentação de serviços/produtos por dados sócio-demográficos, então eles usam muito questionários, porque são mais eficientes para esse objetivo. Porém, no design de interação esses dados são pouco úteis.

De que adianta saber se o usuário tem entre 30 e 45 anos na hora que você vai definir o fluxo da tarefa? É muito mais interessante saber como essas pessoas agem em situações parecidas. Por isso o Cooper recomenda entrevistas, observações, testes de usabilidade, card-sorting, análise da tarefa, leituras e estudos etnográficos e etc. As Personas entram depois, para resumir tudo aquilo que a gente costuma colocar em extensos relatórios.

No livro About Face, Cooper dá as seguintes etapas para construir Personas

1. Identifique as variáveis comportamentais (geralmente atividades, atitudes, habilidades, motivações)
2. Mapeie os entrevistados com as variáveis comportamentais (classificar de acordo com os critérios levantados na etapa 1)
3. Identifique padrões comportamentais significativos
4. Sintetize características e objetivos relevantes (ele enfatiza muito esse ponto de descobrir quais são os objetivos do usuário ao usar o produto)
5. Identifique as variáveis comportamentais (geralmente atividades, atitudes, habilidades, motivações)
6. Verificar completude e redundância (polir as personas)
7. Expandir descrições de atributos e comportamentos
8. Defina tipos de personas (principais, secundárias, suplementares)

Note como em suas orientações o mais cruciais não são os dados que podem ser captados em questionários, mas sim os que precisam ser observados e investigados mais a fundo. Claro, o objetivo do design de interação não é fazer relações semânticas do tipo que é feito pelo marketing ou design gráfico, mas sim relações pragmáticas, em outras palavras, delinear o comportamento humano.

Até que é bom saber que os clientes estão se preocupando cada vez mais com pesquisas, mas é péssimo saber que os desenvolvedores estão correspondendo com falta de rigor. Se levado à sério, pesquisa pode trazer resultados muito mais valiosos do que simplesmente ter a aprovação do cliente sobre o projeto. Costumo ensinar meus alunos que pesquisa é a expansão da consciência para além de seu próprio escopo de trabalho, percebendo como este está ligado a toda uma cadeia de produção da própria realidade social.

Comente este post

O lance é embutir as técnicas de pesquisa no orçamento sem enfatizar isso. O orçamento é para análise de sistemas ou design de produto; as técnicas de pesquisa são só etapas essenciais para obter resultados de qualidade. Depois que o cliente aprovar o orçamento, vá mostrando aos poucos as vantagens da pesquisa e, no próximo projeto, é bem possível que o tabu esteja superado.

Pesquisa não custa caro demais, nem exige vasto conhecimento. Como disse numa palestra, todo design é sempre baseado em alguma forma de pesquisa, mesmo que não nos demos conta disso.

Gravei um podcast contando como descobri essa abordagem num projeto de mercado e como estou aplicando os conhecimentos acadêmicos na prática.

Pesquisa embutida no orçamento [MP3] 6 mb - 15 minutos

Comente este post

Gravei os áudios das apresentações que asissti e combinei com os slides. Destaco as apresentações que me chamaram a atenção:

• Design de interação e Design da experiência considerações sobre um campo de atuação do grande Mauro Pinheiro
• Arquitetura da informação teoriza a web sem dar importância à função editorial do hilário e corajoso Cassiano Polessi
• Acessibilidade Web: Sete Mitos e Um Equívoco da lendária Leda da Acesso Digital
• Personalização e colaboração na Web 2.0: novos caminhos para a Arquitetura da Informação do Daniel Ribeiro cuja linha de pesquisa se assemelha muito com a minha

A minha apresentação se encontra abaixo. Quem não foi, pode sentir mais do que um gostinho de estar lá. A discussão continua nos comentários e na Lista de email Aifia-Pt.

Slides

Folcsonomia: Vocabulário Descontrolado, Anarquitetura da Informação ou Samba do Crioulo Doido? [MP3] 30 Mb - 1 hora

Comente este post

A pesquisa qualitativa é mais participativa e, portanto, menos controlável. Os participantes da pesquisa podem direcionar o rumo da pesquisa em suas interações com o pesquisador.

Compare esses dois exemplos hipotéticos de trechos de formulários de pesquisa distintos:

1. Pesquisa quantitativa
Qual a sua área de atuação profissional? Saúde Administração Indústria Educação Informática Outros...

2. Pesquisa qualitativa
Fale sobre sua ocupação profissional :

No primeiro exemplo, a participação das pessoas é restrita a escolher uma dentre algumas opções. Se a área dela não tiver listada, terá que se contentar com um "outro...", sinal de que o seu perfil não interessa muito aos pesquisadores.

No segundo exemplo, a pessoa poderá descrever melhor o que faz. Se ela atua em várias áreas ao mesmo tempo, poderá explicar. Se atua no mercado informal, poderá comentar. Pode até mesmo dizer que faz parte de um movimento social alternativo de crítica à ocupação profissional.

Como resultado, o primeiro exemplo pode produzir estatísticas do tipo "42,3% dos 1.342 pesquisados atuam na área da Saúde", enquanto que o segundo produz uma série irregular de relatos pessoais que não podem ser comparados em números, mas que levam a uma compreensão mais rica do fenômeno.

A pesquisa quantitativa é mais comum nas Ciências Naturais (Engenharia, Física, Matemática, etc), enquanto que a pesquisa qualitativa é mais comum nas Ciências Humanas (Antropologia, Sociologia, Comunicação Social, Psicologia, etc).

Para fazer pesquisa qualitativa de qualidade, é preciso entender o Paradigma Interpretativo da Ciência. Não há espaço para discutir isso aqui neste texto, mas deixo como referência estes livros sobre metodologia da pesquisa.

Usarei como exemplo a pesquisa sobre o Orkut, que encontra-se em estágio de coleta de dados, para ilustrar alguns pontos que considero importantes na pesquisa qualitativa. Vale ressaltar que este relato não esgotará todas as possibilidades da pesquisa qualitativa.

Definição do tema

A partir de minhas leituras no Mestrado em Tecnologia que estou cursando, fiquei cada vez mais interessado nas mediações que o Orkut potencializa na sociedade brasileira. Jesus Martin-Barbero, um comunicólogo da linha dos Estudos Culturais explica que a tecnologia da comunicação e a sociedade se desenvolvem mutuamente, um alterando o outro simultaneamente. Porém, essa relação não é necessariamente equilibrada. Há constante conflito entre o que a mídia apresenta e o que a sociedade discute.

Eu queria entender melhor essa relação, tomando como exemplo o Orkut, pois este representa uma mudança na relação das pessoas com a mídia. O Orkut permite que as pessoas sejam participantes mais ativos da mídia do que no esquema da televisão aberta, jornal e revista.

A questão que me interessa é o que as pessoas estão fazendo com essa possibilidade de participação?

Observação participativa

Desde que entrei no Orkut, há alguns anos, estou observando o comportamento das pessoas lá, inclusive o meu próprio. Volta e meia pergunto às pessoas que mantenho contato porque elas fizeram uma determinada coisa. Observo não só o que as pessoas fazem, mas o que elas dizem.

Os insights mais interessantes a respeito da observação, publiquei nestes textos:

• Orkut é exemplo de Web viciante
• Identidade e subjetividade em tempos pós-modernos
• Design de Interação Social
• Falta dicas no Orkut
• O design do Orkut incentiva o ciúmes?
• Hack no Orkut

Mais delicioso do que escrever foi ler os comentários de outras pessoas.

Instrumento de pesquisa

Escolhi trabalhar com formulários online devido a limitações de tempo (essa pesquisa é paralela à minha dissertação) e distância geográfica. Mesmo que trabalhasse apenas com alguns orkuteiros na cidade onde moro, poderia obter maior profundidade com entrevistas face-a-face e observações presenciais, mas isso tomaria um tempo que não tenho agora.

O formulário online é interessante por um lado porque aproveita a mesma mídia em que é usado o Orkut. A idéia de criar uma comunidade sobre a pesquisa foi muito natural, mas caiu como uma luva ao meu interesse na participação ativa. As comunidades do Orkut oferecem um fórum de discussão e uma ferramenta de enquetes que podem e estão sendo usados pelos participantes para explorar questões que eu nem havia pensado.

Formulário piloto

Publiquei neste blog o formulário piloto para a pesquisa usando uma ferramenta excelente chamada Wufoo. Tinha dúvidas se as pessoas seriam capazes de articular respostas aprofundadas às questões que coloquei. Se o Orkut fosse uma "interface transparente" em que as pessoas interagissem entre si sem se dar conta da mediação, então minhas perguntas sobre a mediação seriam alienígenas.

Fiquei muito satisfeito em confirmar o que Carlos Scolari chama a atenção em seu livro Hacer Clic: quando uma pessoa está usando um artefato ela parece não prestar atenção diretamente no artefato, mas sim na atividade que ele realiza com a mediação do artefato, entretanto, a atividade é realizada dentro dos limites que o artefato impõe e a pessoa sabe disso.

A maioria dos 58 participantes compartilharam reflexões relativamente profundas sobre o papel do Orkut em suas vidas. Veja a resposta dada por um participante sobre a pergunta "Foi fácil ou difícil preencher o seu perfil? Porquê?"

No começo foi difícil. Todo mundo escrevia como se a página do perfil fosse um manual de instruções. Aos poucos foram criando comunidades para tudo qualquer coisa e seguindo o fluxo, colocava "Você descobre mais sobre mim olhando minhas comunidades" mas isso era muito vago. Até que depois de fazer um teste de personalidade, que encontrei em uma comunidade, e resolvi me descrever usando uma linguagem de programação. O problema foi quando começaram a aparecer os emos, os manos e os desconhecidos de outros estados adicionando sem mais nem menos, então o perfil acabou se tornando um manifesto pessoal contra essas pessoas e seus rótulos. Acho que só agora, 2 anos e uns meses (sim, já faz tudo isso de tempo) depois de ter criado meu perfil é que encontrei uma maneira clara e objetiva de me descrever.

Algumas pessoas responderam essa questão como se a facilidade ou dificuldade estivesse relacionada à interface do formulário:

Fácil, com perguntas simples e os campos são opcionais.

O que eu queria saber na realidade é a dificuldade ou facilidade de expressar a personalidade usando a ferramenta. Mudei o texto da pergunta para "Como foi sua experiência ao preencher seu perfil no Orkut?" Se quero deixar aberto o espaço das respostas, não posso restringir as pessoas de escolherem dentre as opções simplistas "fácil" ou "difícil".

As pergunta fechadas demonstraram-se praticamente inúteis para a pesquisa. Perguntei se as pessoas queriam mais ou menos amigos, fãs e etc e a esmagadora maioria respondeu que é indiferente. Se são indiferentes, então o número de amigos, fãs e etc para elas não é importante.

Eu esperava entender com essas perguntas a motivação das pessoas para usar o Orkut. Minha hipótese era que tais números tivessem alguma influência na motivação, mas já pude perceber que não. Desmembrei a questão da motivação em duas perguntas abertas:

• O que motiva você a ver o perfil das outras pessoas?
• Você acha divertido usar o Orkut? Porquê?

A pergunta "O que mudou na sua vida depois que você começou a usar o Orkut?" foi respondida em profundidade por poucas pessoas, talvez por ser ampla demais. Entretanto, pelas poucas respostas aprofundadas que recebi já valeu à pena.

Pontos positivos: voltei a ter contatos com pessoas que não via desde o colegial, com colegas de universidade, com amigos distantes e familiares com muito mais facilidade e rapidez.

Pontos negativos: A exposição - fofoqueiros de plantão, inclusive no trabalho, há um certo monitoramento da sua vida. Meu marido não tem orkut, embora insista para que ele faça, o que eventualmente causa ciúmes de um amigo com um perfil mais ousado. Embora eu sempre seja muito carinhosa nas minhas relações afetivas, o que se reproduz no orkut, e quem me conhece sabe bem disto. Às vezes causa mal entendidos.

Mantive essa pergunta, pois ela faz uma boa sequência com uma outra que não tinha feito no formulário piloto: "Se você pudesse mudar alguma coisa no Orkut, o que mudaria?"

Veja a relação completa de respostas no relatório gerado pelo Wufoo e tire suas próprias conclusões.

Prototipação rápida

Enquanto analisava as respostas ao formulário piloto, ia testando novas perguntas com amigos no MSN. O certo seria fazer mais um formulário piloto, mas o tempo impedia. Em alguns minutos pude confirmar que as alterações citadas acima estavam sendo entendidas como eu precisava e algumas perguntas novas não valiam à pena serem feitas (por ex: "Como você aprendeu a usar o Orkut? Como você aprendeu que o recado se responde no scrapbook do outro?")

Formulário final

Quando terminei o formulário final, veio aquela idéia básica de pedir ao participante que indique outras pessoas a participar. Mas aí fiquei pensando o que motivaria alguém a deixar os emails dos amigos ali. Eu faria isso porque sou o pesquisador interessado, mas os participantes não necessariamente. Se eles pudessem ser os pesquisadores, então teriam o mesmo empenho.

Pois foi isso que fiz: o participante da pesquisa não responde apenas, mas também reflete e comenta sobre o que os seus amigos indicados respondem. Através do email e da comunidade podem se estabelecer conversas paralelas à pesquisa a respeito do assunto.

Estou inspirado pelo método de pesquisa etnográfica chamado Cultural Probes, na qual os participantes levam máquinas fotográficas, diários e outras ferramentas de registro para o seu dia-a-dia e vão eles mesmos fazendo o recorte da pesquisa, sem a presença de um pesquisador no local. Não sei se vai dar certo, mas vamos aproveitar para experimentar!

Participe você também

O Rafael Dourado me ajudou a programar o sistema da pesquisa e pretende ajudar na síntese e reflexão sobre os resultados. Você também pode participar. Se você respondeu o formulário piloto, copie e cole suas respostas do relatório do Wufoo. Depois que você enviar as respostas, você poderá convidar amigos por email ou por um link no seu blog. Em ambos os casos, você receberá as respostas das pessoas indicadas no seu email e poderá contribuir para a pesquisa com suas conclusões a respeito.

http://tropus.com.br/usabilidoido/pesquisa_orkut/

http://www.orkut.com/Community.aspx?cmm=31666308

Comente este post

A técnica de criação de personas aliado à técnica de cenários são as melhores respostas para essas perguntas. É barato, é fácil e divertido para a equipe de desenvolvimento e não tem contra-indicação.

Em resumo, os dados coletados sobre as pessoas na etapa de pesquisa são utilizados para construir modelos de usuários que servirão como critérios para a adequação do projeto. Ao invés de tentar projetar para uma grande quantidade de pessoas e nivelar por baixo para ter segurança, com personas, projeta-se para um número bem pequeno de usuários fictícios, porém representativos.

As vantagens dessa técnica são:

• engaja e conscientiza a equipe de projeto
• chega-se a um consenso dos interesses do usuário
• mantém o foco no usuário durante todo o projeto
• agiliza a tomada de decisões porque não é preciso consultar usuários reais a cada etapa do projeto

A persona é como uma ficha de personagem de RPG do usuário-modelo criado a partir de dados reais. Contém seu nome, seus gostos, seus hábitos, suas habilidades e etc. Essas informações podem ser obtidas através de entrevistas com usuários potenciais ou através de conversas com quem lida frequentemente com esse público. Um vendedor de telefones celulares sabe bem como é o comportamento dos consumidores desse produto, então é uma fonte muito rica para coletar dados para a persona. Basta perguntar a ele quais são as dificuldades que os consumidores mais tem, do que eles gostam, como tratam o vendedor e etc.

Nas entrevistas com usuários, entretanto, as perguntas não devem ser tão diretas. Além das perguntas objetivas sobre dados socio-econômicos, o entrevistador precisa descobrir quais são as expectativas do usuário em relação ao artefato que está sendo projetado.

• Será que ele vai ter tempo para aprender como usá-la melhor?
• Será que ele se importa com a aparência?
• Que cores odeia?
• O que tem medo que aconteça enquanto usa um artefato como esse?

Essas perguntas devem ser respondidas pelos usuários, mas não necessariamente devem ser feitas nessas palavras, diretamente. É melhor começar por uma pergunta aberta, do tipo: "qual é a primeira coisa que você faz quando se conecta à Internet?" Lembre-se de que a entrevista não é um inquérito; é uma conversa e quanto mais histórias forem contadas, melhor. Afinal, uma persona é exatamente isso: uma história particular. Por esse motivo é mais importante que as entrevistas sejam qualitativas do que quantitativas. É melhor ouvir bem meia dúzia de pessoas, do que ser superficial com duas dúzias.

Depois das perguntas mais abertas, é possível ir entrando nos detalhes, tão valiosos. "Quer dizer que você abre primeiro o email? E quantas vezes por dia você faz isso? Você recebe muito spam?" e por aí vai. Quando o usuário contar um causo peculiar que aconteceu com ele usando um artefato similar, ou relacionado à atividade em questão, anote bem anotado. Histórias permanecem muito mais tempo na memória do que dados estatísticos .

Baseado no livro de Alan Cooper que primeiro apresentou esta técnica, seguem as dicas mais quentes para criar personas úteis:

• identifique o fluxo de trabalho (workflow) e os padrões de comportamento em detalhes
• especifique a habilidade com informática
• inclua detalhes sobre a vida da pessoa para torná-la mais fácil de memorizar. Escolha alguns detalhes bem pessoais, só para torná-la mais interessante
• não use uma pessoa conhecida como uma persona. Além de expor a pessoa, acorrenta as características da persona à pessoa real. Crie um arquétipo baseado em pesquisas e dados, mas seja realista
• mantenha o número de personas pequeno, entre 3 e 7, dependendo da variedade do público. Quanto mais personas, mais risco de interesses conflitantes, confusão, etc
• não recicle as personas para novos projetos. Cada persona é feita especificamente para o seu projeto
• não viaje na maionese ou então a persona perde credibilidade

Comunicação interna

Personas são um meio muito eficaz de comunicação interna da equipe. Na Microsoft por exemplo, esse método é muito utilizado nos projetos de software. Eles criam cartazes atraentes comparando as características das personas, imprimem camisetas, bonés e até mesmo canecas com os seus rostos, tudo para lembrar constantemente a equipe do foco do projeto.

Outro ponto forte das personas é sua capacidade de concisão para apresentar resultados de pesquisa. No ritmo agitado da produção tecnológica, poucos são os que tem tempo (e interesse) em ler relatórios de dezenas de páginas sobre os estudos de usabilidade, as etnografia e as pesquisas de mercado do marketing.

As personas se aproveitam do poder das narrativas para aumentar a atenção, a memorização e a organização dos dados coletados sobre os usuários. E quando uma descoberta importante é feita sobre, é muito mais fácil comunicar a equipe toda, por exemplo: "o Adalberto não está conseguindo usar a ferramenta de busca na nossa página" é muito melhor do que "uma quantidade representativa dos participantes de testes de usabilidade tiveram problemas com a ferramenta de busca".

É possível que o criador das personas se sinta tentado a usar caricaturas para torná-las ainda mais atrativas. Em geral, as pessoas acham mais fácil encontrar o meio termo quando lhe são apresentadas os extremos porque podem julgar pelo senso-comum. Entretanto, essa abordagem corre o risco de levar as decisões para longe da realidade, desviar do sentido original das personas que é orientar o design centrado em usuários reais. Outro problema é que isso pode levar a discriminaçõs de ordem social, como por exemplo tirar sarro de deficientes físicos e outros perfis diferentes. Não é porque a persona é fictícia que deixamos de tratá-la como um ser humano de verdade, com todos os seus direitos.

As personas podem, por outro lado, ter efeito funesto ao projeto se forem manipuladas a esmo ou não levadas a sério. A tentação de criar e alterar a persona de acordo com o que for mais cômodo para a equipe ou para um profissional em particular pode ser desastrosa. Por isso, vale ressaltar que cada detalhe da persona deve estar muito bem embasado em dados reais, não em meras presunções.

Cenários

Os cenários, ao contrário, são descrições de legítimas situações hipotéticas em que são colocadas pessoas que interessam ao projeto. Essa técnica é usada de maneiras muito diferentes. Alguns utilizam para auxiliar numa decisão crucial de projeto, para avaliar as características do projeto, para demonstrar as características do artefato projetado em uso e etc.

O cenário pode se escrito formalmente, servindo como documentação de projeto, ou ser criado enquanto se discute questões de projeto. Utilizo muito essa técnica durante reuniões em que são discutidas as funcionalidade do artefato e quando preciso defender ou justificar um fluxo de interação.

Provavelmente você já até utilizou essa técnica e nem sabia que tinha um nome. O que se segue a essa frase é um cenário: "suponha que o usuário faça isso, então..."

Melhor do que utilizar um usuário genérico num cenário é utilizar um usuário definido, pois assim se pode avaliar melhor a pertinênica do cenário. Cenários muito desconexos da realidade são interessantes no início de projeto, quando o conceito do artefato ainda está em questão, mas nas demais etapas de desenvolvimento, é preciso estar cada vez mais conectado com a realidade empírica de uso.

Usando, por exexmplo, uma persona chamada Mariana que é contadora, podemos criar o seguinte cenário:

Mariana quer abrir uma pasta num sistema operacional e acessar um memorando de orçamentos. Entretanto, a pasta está cheia de planilhas que ela quer conferir enquanto lê o memorando. As planilhas são tão grandes que quase ocupam toda a tela. Ela pára, franze a testa, e pensa por alguns segundos. Redimensiona a planilha, move-a parcialmente para fora da tela, abre a pasta, abre o memorando, redimensiona e reposiciona o memorando para continuar a trabalhar, aliviada.

O cenário poderia também criar uma situação ambiental adversa, como por exemplo:

Mariana precisa fazer uma planilha com cálculos corriqueiros numa sala com várias outras pessoas falando alto. Ela não consegue se concentrar direito e precisa terminar o trabalho logo. Resolve procurar alguma forma automatizada de inserir os dados. Por sorte, o software possui assistentes para inserir dados passo-a-passo e fazer os cálculos mais comuns. A ajuda dá conta do recado, embora o processo todo tenha demorado mais do que se ela tivesse feito como sempre faz, manualmente.

Num projeto simples, os cenários não precisam ser necessariamente oficializados, escritos. Eles podem surgir no meio de conversas da equipe, ou apenas na mente do designer. O mais importante é estar colocando à prova o jogo de cintura da aplicação. Isso se torna especialmente importante nos momentos tensos da aplicação: formulários complexos, negociações financeiras, tratamento de erros e etc.

Cenários com personas

Cenários não se baseiam em dados reais, são apenas imaginados, previstos. No entanto, se criados para dar vida às personas, eles não levarão a concepções errôneas. Se a persona estiver bem baseada na realidade, o cenário também estará e, consequentemente, a situação prevista terá alta probabilidade de se realizar.

Durante os testes de usabilidade com usuários reais, os cenários podem ser reaproveitados para criar tarefas específicas e verificar se os usuários conseguem mesmo resolver os problemas. É por isso que aconselho a usar os cenários o mais cedo possível no projeto. Antes mesmo de qualquer protótipo, o designer já deve ter na cabeça os pontos do artefato em que o usuário pode se bater para encaminhar para a avaliação.

Apresentando esses cenários para os colegas da equipe, ele já pode iniciar discussões produtivas sobre o design. Não fica aquela conversa mole de "eu acho que ficaria melhor um vermelhinho naquela caixa". É muito mais interessante dizer que "o vermelho na caixa pode ter conotação de alarme para o usuário Marcos e fazê-lo parar seu fluxo de trabalho".

Para ver um exemplo prático de aplicação destas técnicas, veja as personas e os cenários criados para o redesign do Usabilidoido versão Seurat.

Livros que eu ainda quero ler

Comente este post

Para decidir o que entra no briefing, é preciso pesquisar, refletir e negociar. O briefing vai guiar todo o projeto, ele não pode ser considerado uma ferramenta trivial. Mesmo que o briefing não seja oficializado, escrito ou assinado, ainda assim as decisões de design que ele costuma encerrar estarão nas mentes, nas conversas e nos papéis das pessoas que participam do projeto.

Definição do objeto

Esta é a parte mais delicada do briefing. Se fechar demais a definição do objeto, poderá ficar preso a elas até o final do projeto, mesmo que se constate depois que não são ideais; se for muito genérico na definição, pode deixar o projeto sem rumo, divagando em possibilidades infinitas sem sair do lugar.

A melhor estratégia que encontrei até agora foi definir o tipo de objeto (website, hotsite, CD-Rom, animação e etc) e agregar apenas as características que a pesquisa inicial indicar como interessantíssimas. O segredo é saber escolher as características que vão transmitir a sensação ao leitor do briefing de que ele sabe do que se trata e que isso é uma boa coisa.

Pesquisa

Fazer pequenas pesquisas não leva muito tempo. Navegar pelos websites da concorrência e anotar o que estão fazendo de bom ou de ruim é o primeiro passo para definir o diferencial do projeto. Conhecer melhor a empresa já é uma obrigação mesmo, então não custa anotar o seu diferencial competitivo. O público-alvo às vezes parece óbvio, mas nunca se sabe com certeza que grupo de pessoas vai se interessar pelo serviço que será disponibilizado. Por isso, o designer tem que estar a par dos costumes das principais perfis de usuários da Internet da região. Tem gente que acessa para jogar, xeretar a vida alheia (blogs e afins), consumir pornografia, obter informações, procurar emprego, pesquisar e uma infinidade de outras atividades.

Conhecendo bem a tribo a que o usuário-alvo faz parte, fica bem mais fácil projetar. Se isso for possível, uma visita a um local onde hajam potenciais usuários do website já é suficiente para ambientar o designer. Imagine ir a um baile da terceira idade antes de projetar um website de um retiro? Emocionante não? Claro que não para o designer, mas sim para os velhinhos! Se o designer se coloca no lugar dos usuários, percebe que o que é feio para ele, é bonito para outros. Texto em fonte Verdana 18px é horrível para a maioria dos designer que conheço, mas para os idosos é ótimo!

Caso o artefato interativo seja usado numa situação específica, dados sobre esta serão de grande valia para o designer. Saber que o artefato será usado principalmente em ambiente coorporativo de escritório já deixa o designer com um pé atrás para usar sons. Se o ambiente for uma fábrica barulhenta, som será completamente inútil. Porém, no aconchego do lar, ele pode ser muito agradável caso seja associado ao entretenimento. Cyber-cafés e Lans-house equipadas com fones de ouvido também são propícias ao bom som, é claro. No entanto, esses lugares podem não ser muito bem iluminados, o que torna os contrastes mais fortes no monitor. Existem muitos fatores ergonômicos que podem influenciar o uso de um software ou website específico e, caso sejam recorrentes na situação de uso almejada, o projeto deve se adaptar a eles.

No caso de design de aplicações, a visita pode ser menos recreativa. Análises de tarefas e de workflow podem ser um tanto cansativas, mas são muito, muito valiosas quando a aplicação apresentar complexidade. Esse tipo de análise pode acontecer numa fase posterior ao briefing, mas antes de sair a campo é possível esboçar um fluxo de interação geral entre as pessoas que vão usar o sistema com base nas conversas iniciais com os clientes.

O tempo todo em que o designer estiver no local da situação, deve aproveitar para observar como as pessoas se comunicam. Não é necessário incorporar todo o vocabulário utilizado, mas certas palavras podem tornar a interface familiar. Também é interessante notar como outras mídias se comunicam com essas pessoas. Folderes, cartazes, outdoors, propagandas televisivas e jornais de áreas específicas devem ser analisados com carinho pelo designer. Que imagens são frequentes? Que ideologias estão por trás delas? Que valores são priorizados?

Comparar os websites que esse pessoal acessa com frequência, é mais interessante ainda. É possível identificar padrões, os clichês que funcionam e os batidos demais e aplicar ou não diretamente no design. Não que ele deva reproduzir somente o lugar-comum, mas deve ter elementos familiares aos usuários. Reproduzir o lugar-comum é fácil para o designer, mas buscar uma identidade única sem estraçalhar com os padrões estabelecidos é uma tarefa muito mais instigante. É como estar no limiar, tentando inovar mas sem colocar o carro na frente dos bois. Ser 100% correto não é possível na prática, mas o Zen nos ensina que devemos ser pelo menos 99%. O que vale é a intenção, ou melhor, o que vale é o retorno que o design vai dar.

Objetivos

O que se pretende comunicar? Vender um skate e acessórios? Apresentar dados demográficos da população brasileira? Mostrar que o filme "X" vale à pena assistir? Essa informação não precisa nem ser oficializada, desde que o cliente deixe bem claro o que quer para o designer. Entretanto, ela vai martelando na mente do designer até o final do projeto. Será seu norte, a base mais elementar para qualquer decisão do design. Assim como na programação orientada a objetos, todos os objetivos secundários do projeto herdarão a constituição do objetivo principal.

O objetivo deve ser claro e conciso, mas não pode lhe faltar especificidade, do contrário não tem utilidade. De que adianta ter como objetivo de um website "fornecer informações a quem se interessar por elas"? Qualquer website pode fazer isso, no entanto, cada website faz isso de forma diferente, pois existe uma intenção por trás do fornecimento de informações. O cliente pode dizer que o objetivo do website é "transmitir informações sobre os carros que sua empresa vende", mas isso não é o que a empresa realmente quer obter. O que a empresa quer é vender carros, mesmo que o website sirva apenas para influenciar um ato posterior de compra. "Vender carros" é o verdadeiro objetivo do website. As informações que serão transmitidas serão meros argumentos para convencer o consumidor.

Para atingir esse objetivo, a mensagem principal que deve ser transmitida é "os carros da nossa marca são os melhores para você". Não importa que informações serão utilizadas como argumento, a mensagem é a mesma. Como as possibilidades de argumentação são grandes, é interessante deixar documentada essa mensagem, de preferência no briefing do projeto ou em outros documentos primários, para que a imaginação não divague demais.

Aplicações também transmitem mensagens principais, embora não sejam tão explícitas. O anti-virús precisa transmitir a sensação de segurança; o Mozilla Firefox precisa mostrar que é melhor que o Internet Explorer sem ser muito diferente; e o Google precisa conquistar a confiança de que pode encontrar qualquer coisa.

Retorno do investimento

Você sabe o quanto vale o seu trabalho? Vale mais ou menos a metade daquilo que seu cliente vai ganhar com ele a curto prazo. Se o lucro almejado pelo cliente é grande, então o orçamento pro design deve ser grande, oras. No Brasil, é comum fazer das tripas coração no desenvolvimento de websites com os orçamentos apertados e os prazos curtos, mas é difícil alguém saber o quanto o cliente está lucrando com isso. Por isso, é interessante tanto para a equipe que desenvolve o projeto quanto para o cliente, calcular o Retorno do Investimento (ROI - Return On Investment).

O Retorno do Investimento é uma estimativa objetiva dos lucros que o projeto trará. Alguns tipos de retornos comums são:

• corte nos custos
• maior participação no mercado (market-share),
• maior conscientização da marca (branding awareness)
• aumento direto nas vendas
• influência na decisão de compra
• aumento de produtividade
• aumento de audiência
• atração de nova audiência
• fidelização da audiência
• aumento da credibilidade do negócio
• aumento da satisfação subjetiva
  

Para definir o Retorno, basta reunir-se com os representantes da empresa e discutir o que se almeja e o que é viável obter com o orçamento destinado. Esse processo deve ser muito bem documentado já que, se o Retorno for alcançado, ele servirá como excelente argumento de venda dos seus serviços de design.

Entretanto, não adianta calcular antes e não verificar qual foi o Retorno concreto depois da execução do projeto. O cliente fornecerá os dados facilmente se ele estiver empolgado com o resultado. Do contrário, pode ficar a cargo da equipe do design checar isso. Vale à pena não só pelo valor comercial que esses dados tem, mas também pela gratificação ao designer responsável; faz bem para sua auto-estima.

Metodologia

Até aqui maravilhoso, mas é preciso cair na real e dizer como tudo isso vai acontecer. Descrever a metodologia dá grande credibilidade ao projeto, mas é preciso segui-la depois. Se comprometer com as ferramentas tecnológicas a serem empregadas no projeto também é complicado, mas pode ser necessário.

Nesse ponto não posso dar muitas mais recomendações, pois a forma de proceder estará determinada pelos elementos acima citados.

Uma ressalva

Esses eram os pontos que eu costumava pensar até alguns meses atrás em projetos tradicionais. Recentemente, estou tentando reduzir os pré-conceitos antes de ter contato com a realidade na própria situação de uso. Para entrar de cabeça no design participativo que acredito ser crucial para a Web 2.0, é preciso estar preparado para trabalhar sem briefing, do contrário fecha-se ou induz a participação das pessoas dentro daquilo que se quer obter delas. Se é pra participar, que seja participação pra valer!

Comente este post

Alguns designers preferem fazer rabiscos ou protótipos de como o artefato vai se parecer e funcionar. Jonas Löwgren descreve como "rabiscar" design de interação usando lápis e papel, vídeo, animações e outros artefatos interativos.

No momento, estou preferindo pensar antes nas relações que o artefato vai mediar do que no próprio artefato. Já descrevi como utilizo diagramas para pensar e discutir o fluxo da interação social, mas não falei do que vem antes disso: o modelo conceitual do artefato.

Até hoje, como designer freelancer nunca fui chamado a participar das pesquisas que antecedem a conceitualização de um novo artefato. As pessoas me chamam para ajudar quando já têm um pré-conceito do artefato e querem que eu dê uma forma usável para ele. A essa altura do campeonato, é muito difícil convencê-las de que o contato com a realidade pode indicar outros conceitos mais interessantes a serem explorados no artefato. O ideal, como ressalta Donald Norman, é fazer pesquisas antes de iniciar o projeto, antes que se formem pré-conceitos.

O modelo conceitual, entretanto, pode ajudar a mostrar que alguns dos pré-conceitos, seja do designer ou do cliente, não são adequados à realidade. Nessa etapa ainda é possível considerar alternativas, desde que haja um bom raciocínio para sustentar sua validade. Em minha humilde experiência, visualizações do modelo conceitual do artefato são excelentes para negociar mudanças, definir melhor conceitos abstratos e consensualizar uma visão compartilhada do artefato entre os membros da equipe de projeto.

Mapa mental

Como exemplo, vou mostrar diagramas do modelo conceitual do Delicious, um gerenciador de bookmarks online. Nesse caso, estou elaborando o modelo a partir de uma artefato existente, o que pode ser interessante para discutir o seu aperfeiçoamento, mas essa utilização não corresponde à maioria dos meus casos, pois normalmente preciso elaborar visualizações à partir de idéias escritas ou faladas, o que é muito mais difícil.

Uma ferramenta muito útil para ir documentando, selecionando e agrupando as idéias durante reuniões é o famoso mapa mental. Numa reunião à distância via Skype, usei o MindManager para anotar todos os conceitos principais que seriam apresentados ao usuário pelo artefato. Depois de formado, o mapa foi rediscutido e alterado até chegar a um consenso.

Só para atestar a eficiência da visualização, veja primeiro como os mesmos dados apresentados em estrutura de tópicos não explicam tão bem...

• Arquivar
  
  • Tagear
    
    • Agrupar tags
      
• Compartilhar
  
  • Indicar para amigos
    
  • Linkar no blog
    
    • No post
      
    • Na linkroll
      
  • Fornecer RSS Feeds
    
  • Compartilhar tags
    
• Reencontrar
  • Buscar por palavra-chave
  • Filtrar por tags
    • Ver tags relacionadas
• Descobrir
  • Nos populares
  • Indicados por amigos
    
  • Assinados
    
    • Tag X
      
    • Usuário Y
      
  • Recomendados automaticamente pelas tags

...quanto o gráfico completo:

Vale ressaltar que esse mapa não teve a intenção de levantar os componentes do artefato, como parece ser o caso do ruf space redesign. O foco é nos conceitos cruciais para o usuário ter domínio total sobre o artefato.

Agora que imaginamos o artefato, é preciso imergí-lo num contexto, mesmo que também imaginado, para verificar sua viabilidade. A criação de cenários é uma ferramenta curiosa, pois aproveita a própria imaginação que nos faz voar nas alturas para colocar de volta os pés-no-chão.

Contexto cultural

Antes de pensar em cenários de uso, vamos ampliar este cenário para entender suas relação com as tendências macro da sociedade. Vamos descascar a cebola dos contextos, começando pela camada mais abrangente: o contexto cultural. Tenha à mão um lenço de papel para enxugar as lágrimas e observe a obra "Information Overload" produzida colaborativamente por nove artistas em diferentes partes do mundo:

Nunca tinha usado uma obra de arte como ferramenta de visualização, mas também nunca tive uma tarefa explícita de pensar tão abrangentemente. Em geral, designers levam em consideração aspectos culturais ao longo da caminhada, mas raramente param para dialogar sobre isso, talvez porque pareça difícil falar sobre cultura, um assunto tão complexo. A arte facilita esse diálogo e talvez sirva como ferramenta prática para isso.

A imagem me provoca ansiedade, devido à grande quantidade de elementos díspares e desafiadores. Os olhos presentes em vários locais parecem me fitar e o radar proeminente confirma que estou sendo seguido. Estes olhos também me lembram que eu tenho que acompanhar todos os fenômenos que acontecem ao mesmo tempo em minha frente, sem piscar uma vez. Tenho que lembrar e entender os códigos do registro do windows, que me seduz a usá-lo com uma interface convidativa. Como último recurso posso apelar para o robô com a placa de ajuda, mas ele não me parece muito inteligente...

Se você não conseguiu enxergar uma relação forte com a navegação na Web é porque não está familiarizado com tais valores culturais ou então nunca refletiu sobre eles.

Contexto social

A próxima camada da cebola é o contexto social, que abrange das relações objetivas e subjetivas entre as pessoas. O Delicious se pretende a guardar os links que uma pessoa julga interessante e, se ela quiser, ajuda a compartilhar os links com outras pessoas interessadas.

Esse diagrama descreve em termos gerais a relação entre as pessoas, os objetos de interesse e o artefato de mediação (o sistema de favoritos).

Vamos agora dar um zoom no sistema e observar como o artefato faz essa mediação.

Talvez alguém pense que se trata de mais um diagrama de fluxo de dados (DFD), mas perceba como o foco não é na descrição de como o sistema irá tratar os dados, mas sim como as pessoas vão utilizar conceitos do sistema para fazer isso. Um exemplo mais completo é o User Model do Flickr, feito por Bryce Glass.

Contexto simbólico

A última camada da cebola que está no escopo do design de interação é o contexto simbólico. Vejamos agora, como os conceitos do sistema se relacionam, independentemente dos fluxos da atividade:

O conceito de tags utilizado para uma classificação folcsonômica é central no modelo conceitual do sistema, pois determina como será a recuperação, o compartilhamento e a popularização dos links.

Discussão

Mesmo que não se faça visualizações do modelo conceitual do artefato, ele vai ser construído ao longo do projeto. Luciano Lobato descreve em pormenores porque é importante que o modelo conceitual corresponda ao modelo mental do usuário.

Gostaria de ver outros exemplos de representação de modelos conceituais de artefatos interativos. Alguém fez ou viu algo diferente?

Comente este post

Tal metodologia serviria para guiar um processo de design mais participativo, realista e crítico. O poder que o designer tem em mãos para designar artefatos seria dividido com os usuários dos artefatos, tornando o resultado uma obra conjunta. O designer deixaria de ser quem projeta (sozinho) e passaria a ser um mediador dos que projetam. A transformação do processo de design numa atividade coletiva não eliminaria a necessidade de um designer; pelo contrário, exigiria que alguém guiasse o processo para que não disperse ou se desencaminhe.

Esses ideais estão muito em voga nas discussões sobre Web 2.0, mas pouco se fala nas mudanças das metodologias de projeto. Se o produto é aberto à participação, o design do produto também tem que ser aberto.

Na verdade, algumas iniciativas já adotam modelos mais participativos, seja através de pesquisas tradicionais com usuários (testes de usabilidade, card-sorting, etc), seja através de intermináveis programas de beta. Esses modelos estão sendo desenvolvidos de forma ad-hoc, ou seja, estão sendo recriados em função da experiência prática particular, sem uma reflexão teórica que permita sistematizar uma metodologia que outras pessoas possam aplicar em outras situações. Minha contribuição visa justamente montar esse referencial teórico que possa orientar projetos de design de interação que compartilhem os ideais da Web 2.0.

A necessidade dessa reflexão surgiu de minha própria atuação profissional em projetos Web 2.0 em que estou envolvido. Desde o início, ficou claro que a metodologia tradicional de Design Centrado no Usuário não era suficiente para lidar com os novos dilemas que tais projetos traziam. Como ainda não tenho a "metodologia 2.0" desenvolvida, acabei empregando a metodologia tradicional com alguns arremedos. Em minha pesquisa de Mestrado, pretendo refletir sobre as dificuldades encontradas, desenvolver a tal metodologia, aplicá-la num projeto experimental e refletir criticamente sobre o resultado. Vamos ver no que vai dar ou se vai dar.

Comente este post

Lançamento de livro sobre Arquitetura da Informação [MP3] 8 minutos

Além de entrevistado, Luiz Agner foi uma boa compania para o almoço durante o congresso.

Comente este post

Criado para ser um sistema altamente centralizador, as instituições espalhadas por Iowa que faziam uso do sistema começaram a criar soluções particulares para seus problemas específicos. A cada nova versão do sistema, as soluções de algumas instituições eram incorporadas, o que acabava causando problemas para outras instituições que não haviam sido consultadas. As contradições sempre estarão presentes, mas reconhecê-las é o primeiro passo para atenuá-las.

Outro ponto forte dessa abordagem é identificar os traços de um determinado gênero, por exemplo, um mapa, depois de incorporado para dentro do software. É importante adaptar com cuidado, pois os usuários estavam acostumados com o mapa impresso e tratarão o mapa digital de forma similar.

Rastreando gêneros [MP3] 27mb ~ 2 horas e meia

Comente este post

Um antropólogo chamado Geert Hofstede fez uma pesquisa com funcionários da IBM em vários países na década de 70, indentificando 6 categorias que definem as principais características de uma cultura nacional:

• Índice de Distância do Poder: grau em que indivíduos com menos poder esperam e aceitam distribuições desiguais de poder em sua cultura;
• Individualismo: grau em que uma cultura enfatiza o indivíduo e o núcleo familiar em relação à sociedade como um todo;
  
• Masculinidade: grau em que os papéis masculinos tradicionais de agressividade e competição são enfatizados;
  
• Índice de “evitamento de incerteza": grau em que os indivíduos sentem ansiedade pelo que está por vir;
  
• Orientação de Longo Prazo: grau em que a sociedade está comprometida com o futuro distante e valores tradicionais.
  

Usando essas categorias numa abordagem quantitativa, Hofstede criou rankings para comparação entre os países.

Abordar o conceito de cultura dessa forma é generalização demais para meu gosto e para outros pesquisadores também, mas é um referencial interessante para considerar diferenças culturais na localização ou globalização de produtos interativos.

Uma abordagem melhor para entender o contexto cultural em que será usado o produto é adotar uma postura holística (considerar diferentes ângulos de visão), não-sectária (evitar aplicar seus valores para julgar uma cultura com outros valores) e interpretativa (procurar entender fenômenos dentro de um contexto histórico).

Como não é possível fazer pesquisas de tamanha amplitude, a contribuição de Hofstede é valiosa, mas também deve ser alvo de questionamentos. A habilidade para lidar com a complexidade humana é o diferencial do designer perante outros profissionais de Tecnologia da Informação.

Webdesign e cultura

Aaron Marcus demonstrou que o resultados da pesquisa de Hofstede coincide com sua análise do design de websites institucionais. A ênfase no individualismo fica clara nas opções de navegação do parque Glacier Bay nos Estados Unidos, a cultura mais individualista do mundo. Entretanto, Marcus parte do pressuposto que o design do website foi feito de acordo com as características culturais do público a que se destina, mas isso nem sempre é verdade, especialmente em websites institucionais.

O website da Merck, indústria química e farmacêutica, usa a mesma casca em todas suas filiais ao redor do mundo. Só isso já é um desrespeito com as culturas que lêem da direita para à esquerda, mas se o conteúdo for adaptado de acordo com a cultura, não é tão ruim. Não tenho condições de avaliar se o conteúdo dos outros países estão adaptados ou não, mas o fato do website brasileiro exibir uma imagem de um casal asiático na home e o website chinês exibir um casal de ocidentais é, no mínimo, estranho.

Por esse motivo, se meu objetivo é criar interfaces adaptadas para determinadas culturas, prefiro estudar as diferenças culturais no uso e não na criação dos artefatos como fez o Aaron Marcus. Como o uso é mais espontâneo do que a criação, ele tende a refletir melhor as características culturais dos usuários.

Sobre a Wikipedia

Wikipedia é uma enciclopédia onde qualquer um pode adicionar e editar conteúdo. A credibilidade é garantida pela quantidade imbatível de autores que se auto-regulam. Se escrevo algo errado, logo alguém aparece e conserta o erro.

A página global da Wikipedia procura passar os valores de liberdade, fraternidade e igualdade através de um layout coeso, símbolos de diferentes linguagens e alinhamento em círculo.

O layout procura parecer neutro, refletindo os valores da subcultura de usuários da World Wide Web, porém, se situarmos historicamente o projeto Wikipedia podemos notar que é um dos melhores exemplos da aplicação dos ideais da Revolução Francesa. Apesar de terem sido iconizados na França, esses ideais foram oficializados pela primeira vez na Constituição dos Estados Unidos. Se a Wikipedia nasceu nos Estados Unidos, não é estranho que reproduza os valores da cultura deste país, ainda mais porque ela é hegemônica na cultura ocidental.

Entretanto, graças à liberdade funcional que o sistema oferece, podemos notar diferenças na forma como cada cultura utiliza o sistema. A página principal de cada idioma, por exemplo, é bem diferente.

Índice de Distância do Poder

A versão em Espanhol enfatiza a navegação por categorias, mas antes de mostrar o esquema criado pelos usuários, mostra os esquema de classificação usado por bibliotecas há séculos.

Além disso, a seção de notícias da página é dominada por temas políticos. A foto que ilustra a notícia sobre uma manifestação contra o governo mostra policiais posando de heróis da história, comemorando a detenção de mais de 40 manifestantes.

Essas evidências de alta distância do poder são corroboradas pela pesquisa de Hofstede, que atribui alta pontuação tanto para a Espanha quanto para a Argentina e México, países que eu suponho que mais contribuam com a Wikipedia em Espanhol.

Individualismo

A predominância das categorias na versão em Francês também indicam alta distância do poder, mas a maior quantidade de opções, o alinhamento centralizado e as áreas brancas dão mais liberdade ao usuário para escolher seu caminho.

Compare também a diferença na ordem das categorias com a versão em Espanhol. Enquanto na versão em Francês, Artes e Hobbies (Vie quotidienne & loisirs) são as primeiras categorias, na versão em Espanhol, esses dois tópicos estão reunidos numa mesma categoria intitulada Cultura, que é a última da listagem.

Não é à toa que a França, ao contrário da Espanha, é considerada na análise de Hofstede como uma nação com alto nível de individualismo: a versão em Francês se dá ao luxo de destacar um software de uso pessoal na página principal ao invés de um assunto mais relevante para a coletividade:

Índice de "evitamento de incertezas"

As seções da página inicial da versão em Francês estão muito bem discriminadas para evitar ambiguidades e não há links que direcionam o usuário para escrever um artigo sobre a palavra hiperlinkada (link em vermelho), como faz extensivamente a versão do Chinês Simplificado:

Na versão em Francês as caixas em destaque são aquelas que expôem tópicos de ajuda, enquanto que na versão em Chinês, a ajuda se resume três links discretos no topo direito, como podemos ver na versão traduzida automaticamente pelo Google:

Apesar do governo Chinês bloquear frequentemente o acesso à Wikipedia, a cultura chinesa é originalmente eclética e favorável à diversidade, ou seja, possui um índice de "evitamento de incertezas" próximo à países como Suécia, Estados Unidos e Inglaterra. De fato, o conteúdo da página inicial da versão em Chinês é parecido com o conteúdo das páginas da versão em Inglês e Sueco. Ambos exibem artigos em destaque, acontecimentos históricos atuais, acontecimentos históricos do passado e curiosidades.

Orientação de Longo Prazo

Mas se a cultura chinesa é eclética, como pode aceitar um governo tão repressor? Os chineses aceitam que esse tipo de medida é desagradável para alguns indivíduos, mas é benéfica para a maioria, pois o governo tem uma visão de coletividade e longo prazo, o que é muito importante para o povo chinês, segundo a pesquisa de Hofstede.

Enquanto a versão em Chinês destaca fatos históricos de repercurssão coletiva, como a conclusão das Olimpíadas de Inverno, a versão em Inglês destaca fatos na vida de pessoas históricas, como o caso do atleta Cindy Klassen que ganhou 5 medalhas na ocasião. Essa é uma diferença mais ligada ao índice de individualismo, mas também está correlacionada com a orientação a longo prazo.

A foto da semana na versão em Chinês mostra como era a estrada de ferro Canton-Kowloon há 100 anos atrás.

Comparando com uma foto atual da mesma estrada de ferro podemos ler as entrelinhas sobre o magnífico desenvolvimento da infra-estrutura ocorrido desde aquela época.

Segundo Hofstede, a China é a nação com o mais alto índice de orientação à longo prazo enquanto Estados Unidos e Inglaterra estão entre os últimos.

Masculinidade

Acho inadequado essa categoria para avaliar diferentes culturas, pois as características que são consideradas essencialmente masculinas variam de acordo com a cultura. Apesar de Hofstede deixar claro que está se referindo às características comportamentais tradicionais (que teriam raízes biológicas e, portanto, invariáveis de acordo com a cultura), ainda assim preferiria se ele tivesse usado um outro nome para essa categoria de acordo com os padrões comportamentais que ele identificou.

De qualquer forma, podemos notar uma grande diferença entre a Wikipedia em Inglês e a Wikipedia em Holandês, principalmente no quesito estética.

Enquanto a versão em Holandês utiliza contraste suave, linhas finas, alinhamento cuidadoso e imagens com função decorativa, a versão em Inglês utiliza contraste de fundo entre cores complementares (vermelho e azul), divisão assimétrica de colunas, e imagens estritamente ligadas ao conteúdo.

De todas as Wikipedias que eu consegui ler, em Holandês foi a única em que vi uma definição da Wikipedia radicamente diferente. Compare:

Bem vindo à Wikipedia, a enciclopédia que qualquer um pode editar.
Wikipedia em Inglês

Bem vindo à Wikipedia, um projeto comunitário com o propósito de criar em cada língua uma enciclopédia neutra e livre na web. A Wikipedia é de graça e pode ser usada para buscar, criar novas páginas e editar páginas existentes. Por esse motivo, a Wikipedia não pode garantir a veracidade das informações.
Wikipedia em Holandês

Ao invés dos princípios estadunidenses de liberdade, igualdade e fraternidade, essa definição enfatiza a fraternidade, veracidade e liberdade.

Talvez essas diferenças estejam ligadas à diferença do índice de masculinidade, alto nos EUA e na Inglaterra e baixo na Holanda, mas não posso afirmar com certeza.

Conclusão

As categorias do Hofstede me foram muito úteis para a análise de uso da interface, levando em conta que não possuo conhecimento profundo sobre as características culturais das nações citadas. Entretanto, não posso me basear somente nelas quando for criar versões de websites em uma dessas línguas. Vou precisar realmente mergulhar na cultura correspondente se quiser fazer um trabalho bem feito.

Comente este post

"Fui contratado para desenvolver um portal de um provedor, gostaria que você me indicasse algum portal que esteja de acordo com os critérios de usabilidade para ter como referência. Ou quem sabe você escrever um tópico analisando algum portal."

Espero que depois dessa resposta fique claro que, se fosse trivial projetar grandes websites, não seria necessário profissionais especializados no assunto, os arquitetos da informação.

Resposta

Poderia te mostrar alguns exemplos de portais que considero bem organizados mas, sinceramente, isso não iria te ajudar muito. O web portal é resultado de tantas decisões, que fica difícil pressupô-las só por navegar por ele.

Mesmo que eu fizesse uma análise de um web portal, ainda assim ela não poderia dar conta de todo o balanceamento das necessidades do usuário e dos investidores do web portal. Poderia apontar algumas falhas na interface que poderiam ser ruins para o usuário, mas essas falhas poderiam também ser inevitáveis dentro das condições de projeto.

É comum, por exemplo, ter que sacrificar o conforto do usuário em troca de mais espaço para publicidade. Esse modelo já é padrão no mercado, fica difícil propor outras idéias.

É por isso que não acredito em critérios de usabilidade rígidos e fora de contexto como os propostos no livro Homepage:Usabilidade. Cada caso é um caso. É preciso conhecer os usuários do web portal e saber o que vai ser fácil de usar para eles e não para o público em geral.

O único meio de fazer isso é tendo contato direto com eles. Isso significa que o que você precisa não é de um exemplo de web portal, mas sim de uma metodologia de projeto baseada na pesquisa com usuários.

No meu TCC descrevo um projeto de Design Centrado no Usuário, do começo ao fim. Dá pra ter uma idéia do tamanho do abacaxi.

Comente este post