Por que é feito? As histórias de vivências que o usuário conta ajudam a compreender suas motivações, dificuldades e desejos. A entrevista permite uma compreensão mais profunda do que outros métodos de pesquisa, pois a pessoa pode se expressar livremente.

Passo-a-passo

1. Definição de usuários e temas de interesse. Não é aconselhado escrever de ante-mão as perguntas a serem feitas, apenas uma lista de temas a serem tratados.
2. Busca de usuários em locais públicos ou através de redes de amigos.
3. Marcar o local e a data da entrevista com o usuário.
4. Conversa relaxada sobre os temas de interesse, sem parecer inquérito policial. O entrevistador tem duas opções: anota num caderno para não esquecer os principais momentos das histórias descritas ou grava o áudio da entrevista, com a autorização do entrevistado.
5. As entrevistas com diferentes usuários são comparadas e histórias similares aparecem.

Vídeo

Créditos: Vídeo produzido pela Hotmilk PUCPR e Imago Produções Educativas em 2017, como material didático para o programa de inovação aberta Renault Experience. Esta cópia faz parte do arquivo pessoal de Frederick van Amstel, responsável pelo roteiro e apresentação. Direção: Tatiana de Paula Lopes.

Transcrição

Para fazer a entrevista contextual, você precisa definir quais são os usuários que você vai entrevistar e quais serão os tópicos que você irá abordar. Não é necessário fazer uma lista de perguntas, isso vai levar você a fazer uma entrevista que mais parece um inquérito policial do que uma conversa. A melhor maneira de você se preparar para a entrevista é fazer uma lista solta de tópicos a serem abordados.

O método de entrevista contextual consiste em ter um diálogo, uma conversa no território do próprio usuário, na casa dele, no escritório, na universidade, onde ele normalmente costuma frequentar. Lá, você irá ter uma conversa sobre temas de interesse do usuário, não necessariamente os seus próprios temas. A partir do momento que você engaja nessa conversa, você pode sim acrescentar tópicos do seu interesse, mas o mais importante é não interromper o fluxo da conversa e manter o clima de diálogo aberto.

Quando o usuário estiver falando, tome notas num caderno para se lembrar dos principais pontos da conversa. Você pode, se tiver autorização do usuário, gravar o áudio também, mas lembre-se, depois que você for ouvir esse áudio, você irá gastar o mesmo tempo para extrair algum dado relevante, logo, anotar no caderno é mais importante do que gravar a conversa em áudio.

Enquanto o usuário estiver falando, aproveite para encaixar a sua pergunta no mesmo tema, mesmo que ele esteja numa ordem diferente na sua lista de tópicos. Isso vai ajudar o usuário a se sentir mais à vontade na conversa e você poderá ir mais a fundo no tema.

As perguntas que você for fazer ao usuário não devem ser perguntas muito fechadas, que a pessoa possa responder sim ou não e a conversa acabar. O ideal é você fazer perguntas mais abertas, vagas mesmo, com a intenção da pessoa se abrir e aí sim você trabalhar no tema que é de interesse dela.

Se você sentir necessidade, você pode ter uma outra pessoa te ajudando a tomar notas enquanto o usuário vai falando, você pode se concentrar então em fazer perguntas relevantes. Caso você fique sem algum assunto ou não saiba mais o que perguntar, volte à sua lista de tópicos anotada no caderno e veja se você abordou todos os tópicos.

Se você ficar com dúvidas sobre alguma coisa que a pessoa disser, aproveite para utilizar o "por quê", essa ferramenta mais importante numa entrevista que vai ajudar o usuário a expressar as motivações dele.

Quando você tiver abordado todos os tópicos da sua lista e não tiver mais nenhuma dúvida sobre o que o usuário falou, então agradeça essa pessoa e termine a entrevista.

Série

Este tutorial faz parte de uma toolkit de inovação no design, com outros métodos que podem ser combinados. Esses métodos não precisam ser executados necessariamente nesta ordem.

1. Brainstorming
2. Análise de similares
3. Briefing de projeto de experiência
4. Pesquisa de shadowing do usuário
5. "Um Dia na Vida" dos usuários
6. Storyboard de interação
7. Painel semântico
8. Entrevista contextual
9. Personas de usuários
10. Jornada do usuário
11. Protótipo bruto
12. Teste de usabilidade
13. Avaliação heurística de interfaces

Comente este post

Se é para a bolha estourar, que estoure. Porém, não posso permitir que se perca, junto com o termo, a história da profissão. Em 2013, já alertava que essa nomenclatura não ia durar. Desde 2015, passei a utilizar a tradução de UX como ExU para provocar os profissionais da área a pensarem o contexto histórico brasileiro. Meu amigo Horácio Soares fez até uma camiseta para discutir o assunto no Product Arena. Porém, apesar das reclamações destes "dinossauros", até agora não foi feito nenhum trabalho substancial de levantar a história da profissão no Brasil.

Uma profissão que não tem consciência de sua própria história corre o risco de desaparecer entre uma troca de nomenclatura e outra. Felizmente, essa área de atuação profissional já mudou de nome diversas vezes no Brasil e continua existindo. Isso graças a uma série de pessoas que trabalharam arduamente para criar uma prática consistente e umas outras tantas que trabalharam para tornar essa prática conhecida e reconhecida na sociedade (e não só no mercado).

Essas pessoas não fizeram isso isoladamente. Desde o início da profissão, essas pessoas se juntaram em grupos, comunidades, times e eventos. Esses coletivos fizeram diversas ações que deveriam hoje ser reconhecidas como marcos históricos pela contribuição fundamental à profissão, porém, pela falta de consciência profissional, hoje encontram-se esquecidas. Profissionais que hoje reclamam da bolha não sabem o quanto foi difícil para convencer a sociedade e os empregadores de que essa profissão era importante.

Vou construir aqui um rascunho de uma história da experiência do usuário no Brasil à partir do que consigo me lembrar. Mencionarei diversas pessoas que conheci ao longo destes 20 anos praticando esta profissão. Sugiro que os colegas profissionais conversem com essas pessoas, estudem seu trabalho e construam históricos menos parciais do que o que irei prover aqui. Isso irá contribuir muito para aumentar a consciência histórica da profissão e também, quem sabe, ampliar seu futuro.

Pra começar, ExU no Brasil não surgiu no mercado. Embora o termo tenha sido cunhado por Donald Norman enquanto ele trabalhava na Apple no começo dos anos 1990, no Brasil o termo começou a ser utilizado na metade dos anos 2000. Isso não significa que não havia práticas voltadas à experiência do usuário antes disso. 

Os pioneiros de ExU no Brasil foram pesquisadores de Universidades que, por curiosidade ou orientação ética, começaram a criar grupos e laboratórios de pesquisa voltados a processos que priorizavam o usuário em projetos de produtos e sistemas já nos anos 1990. Conheço os trabalhos pioneiros de Maria Cecília Baranauskas (NIED - Unicamp), Clarisse Sieckenius de Souza (SERG - PUC-Rio), Walter Cybis (LabIUtil - UFSC), Luiz Ernesto Merkle (UTFPR), Anamaria de Moraes (LEUI - PUC-Rio) e Lúcia Filgueiras (InovaUSP). Esses acadêmicos organizaram e continuam organizando conferências acadêmicas como IHC e Usihc. Nas orientações e eventos, esses pesquisadores formaram outros pesquisadores, que espalharam o assunto em outras Universidades ao redor do Brasil. É provável que existam outros pesquisadores pioneiros que não tenha mencionado aqui por não conhecer.

Nos anos 2000, por conta da bolha da Internet, o assunto começa a aparecer amplamente no mercado. Dois livros foram bem importantes para mim: Projetando websites (2000) e Homepage: Usabilidade (2002), de Jakob Nielsen. Nesta época, eu estava começando minha carreira de web designer e a faculdade de Comunicação Social. Senti que neste campo podia juntar as duas coisas e decidi enveredar para a Usabilidade que, na época, era o nome desta profissão.

Nessa época também, descobri o Webinsider, um website editado por Vicente Tardin que reunia várias colunas escritas por profissionais de Internet. Além de assinar uma coluna no Webinsider, Michel Lent Schwartzman, que sempre foi entusiasta de comunidades online, lançou a lista de email WDUse em 2002 para os profissionais de Usabilidade discutirem o assunto. Destaco a participação da Livia Labate nessa lista. Ela sempre respondia a dúvida de quem aparecia.

Livia, assim como outros profissionais desta área, foram impactados pelo lançamento de Information architecture for the world wide web (2002) de Peter Morville e Louis Rosenfeld, o famoso livro com a capa do urso polar. Esse livro nunca chegou a ser lançado no Brasil, mas foi muito influente. Os profissionais que antes se identificavam como especialistas em usabilidade começaram a se identificar como arquitetos da informação depois de ler esse livro, eu inclusive. Neste mesmo ano, um grupo de arquitetos da informação dos EUA fundaram o Asilomar Institute for Information Architecture (AIfIA), que mais tarde seria renomeado como Information Architecture Institute. Livia Labate, que havia se mudado para os EUA, abriu uma lista de email vinculada ao AifiA para discussão em português em 2003, a AifiA-pt. Essa lista foi super-importante para a área, pois conseguiu reunir praticamente todo mundo que trabalhava na área na época. Os membros da lista organizaram diversos encontros em bares de São Paulo e do Rio de Janeiro. Eu participei de alguns no Rio.

Nessa época, a formação mais comum dos profissionais que trabalhavam com experiência do usuário no Brasil era Comunicação Social e não Design. Os designers da época, se preocupavam mais com aspectos visuais da experiência e tinham certa resistência em incorporar princípios de usabilidade em seus projetos. A introdução do wireframe, que vi pela primeira vez numa palestra do Luli Radfahrer (USP) em 2003, separou a estrutura informacional da aparência visual da interface.

A disponibilização de ferramentas simples de usar para publicação de blogs provocou uma fragmentação nos portais como o Webinsider a partir de 2003. Todo mundo começou a ter um blog. Rene de Paula Jr, um dos articulistas do Webinsider fez algo diferente: começou a gravar posts em áudio, o que viria a ficar conhecido anos depois como Podcast. No mesmo ano que o Rene lançou o Roda e Avisa, eu lancei o Usabilidoido, inicialmente sem posts em áudio. 

Ainda em 2003, Bruce Tognazzini publicou um artigo em seu site pessoal provocando uma outra parte da comunidade profissional a se organizar e padronizar uma nomenclatura de cargo. Esse artigo disparou a fundação de uma outra associação, a Interaction Design Association, mais conhecida como IxDA. Diferente da AifiA, essa organização desenvolveu um programa de capítulos locais que foi bastante efetivo no Brasil.

Em 2005, foi o organizado pela professora Lúcia Filgueiras o primeiro evento público que colocou a profissão em evidência em São Paulo, o Dia Mundial da Usabilidade. Nesse evento, lembro da palestra dada por Bruno Rodrigues sobre webwriting e usabilidade. Em 2006, esse evento ocorreu também em Curitiba, organizado pela professora Adriana Betiol.

Todos os eventos nesta época tiveram casa cheia. Não havia muita informação disponível em português e as Universidades não tinham cursos específicos sobre o assunto. A primeira pós-graduação lato sensu sobre Design de Interação foi criada na PUC-Minas em 2006 por Caio Cesar, Marcos André Kutova e Daniel Alenquer. Essa pós formou uma geração de profissionais extremamente ativos em Belo Horizonte.

Em 2007, membros da AifiA-pt começaram a discutir a possibilidade de organizar um evento de maior fôlego, com palestras enviadas pela comunidade.  Guilhermo Reis e Carol Leslie assumiram a responsabilidade e organizaram o Encontro Brasileiro de Arquitetura da Informação, que teve palestras de vários profissionais ativos na comunidade brasileira, tais como Abel Reis, Mauro Pinheiro, Leda Spelta muitos outros. Na ocasião,  Leda mostrou um vídeo sobre acessibilidade que havia produzido junto com Horácio Soares, Bruno Torres e Marcos Antônio de Queiroz (MAQ). Esse vídeo foi muito impactante na época, pois mostrava o impacto da falta de acessibilidade na vida dos deficientes visuais. Na ocasião também Silvia Melo apresentou o Blog de AI, criado pelos funcionários da Agência Click que queriam compartilhar suas experiências sobre Arquitetura da Informação, dentre eles Fabrício Teixeira, que viria a transformar este blog no UX Collective alguns anos depois. Também conheci no evento o Eduardo Agni, que iria fundar anos depois a Mergo.

Até aqui, a maior parte dos eventos, discussões e oportunidades de emprego estavam localizadas em Rio, São Paulo e Belo Horizonte. Perguntei a Alexandre Kavinski se o mercado de Curitiba estava preparado para uma empresa especializada em usabilidade, tal como a Try, fundada por Maria Ercília Galvão em 2003, ou a consultoria da Mercedes Sanchez. Ele me disse que não. Fiquei um pouco frustrado com a resposta, mas concordei. Refletindo, cheguei à conclusão que era necessário formar pessoas na região. Lancei um chamado aqui no Usabilidoido para quem tivesse interesse em montar uma pós lato sensu em Curitiba. Responderam Érico Fileno, Rodrigo Scama, Leandro Henrique de Sousa, Renato da Costa e Gonçalo Ferraz. Juntos fundamos o Instituto Faber-Ludens e abrimos uma pós-graduação em parceria com as Faculdades San Martín no ano de 2008. Tivemos grande impacto local com essa pós e com a posterior atividade de consultoria do Instituto. Saíram de lá duas ferramentas importantes para disseminar e organizar o conhecimento da profissão: o UXCards e a Plataforma Corais.

Enquanto nós formávamos a cena curitibana, os paulistas estavam a mil por hora. O capítulo da IxDA-SP, fundado por Amyris Fernandez e Fábio Palamedi organizou vários Café com Interação. Estes eventos serviram para preparar a cidade para sediar o primeiro Interaction South America em 2009, evento que contou com a participação de vários palestrantes de fora do Brasil. Em 2010, o ISA foi organizado em Curitiba por Érico Fileno. Hoje, este evento se chama Interaction Latin America. 

A vertente de Design de Serviços começou nessa época. Em 2009, dei uma palestra em Joinville sobre Design de Serviços (talvez a primeira do Brasil sobre o tema) e conheci Luis Alt, que havia acabado de voltar da Espanha. Comentei com ele que ele era a segunda pessoa que eu encontrava no Brasil que conhecia bem o que era Design de Serviços. A outra pessoa era o Tennyson Pinheiro. Logo depois, em 2010, os dois se encontraram e fundaram a LiveWork Brasil e escreveram o livro Design Thinking Brasil, uma reflexão importante sobre o que funcionava no nosso contexto.

Design Thinking, a propósito, foi melhor introduzido no Brasil por Juliana Proserpio e Ricardo Ruffo, da Design Echos. Eles tiveram a oportunidade de fazer um curso intensivo no Hasso-Plattner Institute e voltaram ao Brasil cheio de ideias. A Escola de Design Thinking da Design Echos formou milhares de pessoas em competências básicas de design thinking, design de serviços e business design. Nessa linha do Design Thinking, destaco também a atuação da MJV no cenário brasileiro.

De 2011 a 2015 eu fiquei longe da comunidade brasileira por conta do meu doutorado na Holanda, então não tenho como descrever bem os acontecimentos históricos da época. Só posso dizer que, quando voltei, só se fala no tal do ExU designer, enquanto que papéis e assuntos relacionados a Usabilidade e Arquitetura da Informação desapareceram do mapa. Consegui entender melhor esse cenário através do excelente podcast Movimento UX, produzido por Izabela de Fátima. Embora esteja focado na história de profissionais que se destacaram no mercado, esse podcast é a melhor fonte de informações sobre a história da experiência do usuário no Brasil que vi até agora. 

Eu não vou descrever o que aconteceu de 2015 até 2018 porque ainda é uma história muito recente. O que posso dizer é que não acho que ExU está se tornando uma bolha. Vejo mais uma consolidação da prática profissional, porém, o termo ExU está ficando cada vez mais caduco para descrever o que fazemos. Hoje, profissionais dessa área trabalham facilitando processos de cocriação, gerenciado produtos e criando estratégias. Eu continuo preferindo usar o termo design de interação ao invés de ExU para minha atuação, porém, reconheço que sou um dos poucos que ainda usa. Acredito que a profissão ainda tem muita história pela frente, porém, acredito fortemente que o ExU Designer irá desaparecer.

Atualização 1: O Podcast Itera Ideia gravou um episódio respondendo a essa provocação: Do UX ao ExU: Uma Odisseia no Brasil. O episódio traz também as visões de Caroline Leslie e Eduardo Agni sobre a história da profissão.

Atualização 2: A DEXConf organizou uma mesa de discussão sobre este assunto, mediada pela Melina Alves, com a presença de Horácio Soares, Guilhermo Reis e eu. A gravação está no podcast da conferência.

Comente este post

Este é um daqueles problemas que eu classifico como superficial e genérico. Qualquer organização moderna pode ser acusada de ter um "problema de comunicação". Basta encontrar um erro causado pela falta de informação do tipo "fulano não informou os colegas que era para fazer X e foi feito Y". A partir dessa acusação, fica fácil justificar a implementação de protocolos de comunicação rígidos e tecnologia da informação que obrigam as pessoas a se comunicarem.

Embora pareça uma solução lógica, raramente elas funcionam. Isso porque a comunicação não é um mero recurso que possa ser controlado pela organização. A comunicação surge à partir da vontade das pessoas de se comunicar e não à partir da existência de canais, protocolos e regras. Estes podem até fazer as pessoas perderem a vontade de comunicar caso sejam projetados sem levar em consideração suas intenções.

Uma intenção comum na comunicação dentro das organizações é a coordenação horizontal, ou seja, uma pessoa se alinhar com outra sem depender de uma relação hierárquica. Esse tipo de comunicação é muito importante, pois serve para cobrir os buracos no planejamento e atender as inevitáveis emergências. Esta comunicação informal e horizontal é a base do improviso.

As soluções que os designers criam à partir de problemas de comunicação costumam incluir sistemas que organizam, estruturam ou arquitetam a comunicaçao informal. Estas soluções elevam o nível de formalidade da interação e acabam engessando a comunicação. Como consequência, a organização perde resiliência e flexibilidade, ou seja, perde a capacidade de se adaptar a situações adversas.

O fato de uma pessoa inserir uma informação num sistema não garante a comunicação com outra pessoa. A outra pessoa podem nem ver a informação ou considerá-la irrelevante pela falta de contexto. A comunicação informal é fundamental para preencher estas lacunas, provendo contexto e sentido para o fluxo de informação. Não é uma palavra ou frase que faz a diferença para entender o fluxo, mas sim a continuidade do processo comunicativo. Um acompanha o outro.

Quando um processo comunicativo é substituído por um fluxo de informação, o resultado é o caos. As pessoas não conseguem mais se coordenar, ninguém sabe onde está a informação que precisa e ninguém se responsabiliza mais pelos erros. Tudo vira culpa do sistema.

O problema de comunicação se intensifica quando é tratado como um problema de informação. Conforme exposto, informação e comunicação não são a mesma coisa. Um não garante o outro. O problema de informação pode ser solucionado pela implementação de sistemas de informação, porém, um problema de comunicação não pode ser solucionado.

O problema de comunicação pode ser considerado um problema capcioso. Conforme escrevi em outro post:

Os problemas do pensamento projetual expansivo são conhecidos como capciosos (wicked problems). Tais problemas estão em constante expansão (daí o nome desse pensamento). Quando você pensa ou fala sobre ele, ele já se transforma e se torna mais difícil de resolver. Por isso, ao invés de começar pela definição do problema, o pensamento projetual expansivo começa pela empatia para com as pessoas envolvidas com o problema.Isso pode ser desenvolvido de maneira distanciada pela observação ou pela participação em atividades comunitárias.

Ao invés de buscar requisitos, os projetistas buscam entender a moral do contexto. Já que não é possível resolver o problema, o que seria ético fazer a respeito? A resposta a um problema capcioso não é uma solução tecnicamente correta, mas uma ação para transformar o mundo de maneira ética, mesmo que não se tenha certeza sobre a solução do problema.

Na minha tese de doutorado, eu proponho que o design vá além dos problemas capciosos. Isso porque eu acredito que qualquer problema tem uma contradição por trás que pode ser estudada pelo designer, reproduzida através de jogos e utilizada como impulso para a transformação da sociedade.

O design expansivo vai além dos problemas de comunicação porque busca suas origens na história da atividade em questão. Com frequência, problemas de comunicação são manifestações da contradição entre a divisão do trabalho e o objeto da atividade. O objeto é complexo e precisa ser construído por várias pessoas, porém, cada pessoa se preocupa apenas com a parte que lhe cabe na divisão do trabalho. Em outras palavras, a contradição entre as necessidades de especialização e de colaboração é a origem da maioria dos problemas de comunicação.

Uma solução que ataque o sintoma não irá modificar a causa e, portanto, o problema de comunicação permanecerá mesmo após a implementação de um sistema de informação.

A solução que eu recomendo para um problema de comunicação é juntar as pessoas envolvidas e conversar sobre suas origens históricas, quando o problema começou e o que está por trás dele. À partir dessa conversa é possível desenvolver táticas para conviver com esse problema de maneira saudável.

Numa oficina de pensamento projetual que realizei no Projac da Rede Globo, os participantes perceberam que os problemas de comunicação eram inevitáveis. Primeiro, nós mapeamos as atividades que apresentavam problemas utilizando o modelo da atividade.

Depois, nós elencamos problemas e soluções utilizando o método PSP.

Por fim, chegamos à conclusão que a maioria dos problemas eram insolúveis. Fizemos, então, uma visualização das contradições em forma de estrela.

Esse exercício não resolveu os problemas de comunicação mas ajudou a equipe da Rede Globo a se tornar mais consciente de suas origens. Não tivemos tempo suficiente durante a oficina para elaborar táticas para conviver com essas contradições, mas acredito que teria sido interessante pensar em maneiras de tornar mais visíveis os problemas e as soluções corriqueiras.

Um aprendizado fundamental desta oficina foi a equipe reconhecer que sua capacidade de improviso não seria uma fraqueza mas sim uma força. Ao invés de implementar novos sistemas de informação, a equipe ficou interessada em fazer mais eventos como a oficina de pensamento projetual, para trocar experiências e desenvolver ideias em conjunto.

Sistemas de informação não são inúteis, entretanto. Eu acredito que eles possam aumentar a resiliência da organização, porém, para que isso aconteça, eles precisam ser projetados com a participação de todos os membros da organização. Combinado com o pensamento projetual expansivo, o chamado design thinking, o desenvolvimento de sistemas pode ser uma oportunidade para compreender a história da organização e projetar o seu futuro. Os designers que quiserem fazer algo útil a respeito de problemas de comunicação vão precisar encarar a complexidade da organização tal como encaram a complexidade do desenvolvimento de sistemas.

Comente este post

A estratégia mais comum é buscar apoio de algum executivo no topo da hierarquia. O projeto é imposto de cima para baixo, aproveitando a reputação e poder que o executivo dispõe.

Isso nem sempre é possível, entretanto. Quando o projeto envolve várias organizações, não existe uma hierarquia clara entre os seus representantes. Além disso, é preciso contar com a colaboração espontânea dos demais interessados para que o projeto dê certo, o que fica comprometido com imposições de cima para baixo.

A maneira mais sensível de lidar com os interessados é envolvê-los diretamente no projeto. Organizam-se reuniões com os interessados para discutir o delineamento do projeto. O objetivo é chegar a um consenso, ou seja, um mínimo denominador comum com que todos concordem.

Essas reuniões apresentam vários desafios:

• Se uma pessoa não é convidada para a reunião, ela se sente excluída e pode emperrar o projeto depois
• As falas costumam ser longas e vagas
• Nem sempre é possível chegar ao consenso na primeira reunião
• Essas reuniões não costumam ter resultados concretos (decisões, planos ou estratégias)

Alguns gestores acreditam que esses desafios podem ser superados com uma boa dose de carisma e liderança da sua parte. Eu não acredito nisso. Já presenciei casos em que pessoas concordaram com líderes carismáticos durante uma reunião e depois fizeram algo completamente diferente. Isso porque elas não concordavam realmente com o que era dito, mas se sentiram pressionadas a concordar.

Mais importante do que liderança e carisma é a capacidade de mediação. Mediar uma reunião significa garantir que todos tenham a oportunidade de se expressar e de ouvir, mesmo que sejam introvertidos ou tenham menos interesse no projeto. Existem várias técnicas que podem ser usadas nesse tipo de mediação: o bastão falante, roda de conselheiros, lego serious play, brainstorming com post-its e etc.

Um técnica que eu valorizo bastante nesse tipo de reunião é a co-criação com materiais físicos. O material introduz uma estrutura menos rígida para a colaboração, suficiente para que hajam resultados tangíveis. O objeto é construído pelos interessados no projeto e, dessa forma, representa o que eles tem de comum. Ele serve como um marco no projeto e é usado como referência posteriormente.

Como exemplo, é possível fazer um mapa dos interessados. Numa oficina que mediei na Holanda, os participantes criaram um mapa que tem o projeto no centro e os interessados ao redor, em círculos concêntricos representando o grau de interesse. Cada interessado é um monstrinho e seu comprometimento é expresso em moedas que ele está disposto a investir. Também existe um círculo ao redor de cada interessado representando sua influência sobre os demais interessados.

Esse tipo de exercício é bem interessante para descobrir interessados que ainda não foram incluídos no projeto, mas que serão essenciais para o seu sucesso.

Mapear os interessados é só o começo. Em seguida, é preciso pensar como envolver produtivamente todos os interessados. Alguns deles terão a intenção de participar ativamente do design em oficinas participativas, outros estarão mais preocupados com a legislação e finanças. O importante é que os meios de participação sejam transparentes e não deêm a impressão de que o projeto está se fechando numa panelinha.

Lidar com interessados é um trabalho político e pode custar a reputação do mediador caso ele tome um dos lados. Os interessados podem recusar participar do projeto se acharem que o mediador está manipulando opiniões. Por isso, recomenda-se que esse mediador seja independente, ou seja, não esteja vinculado a nenhuma das instituições interessadas.

Comente este post

Na maioria dos casos, o tema da pesquisa não justifica o instrumento. O questionário é uma ferramenta para pesquisa com grandes amostragens, na casa das centenas de participantes. Os convites que recebo é para pesquisas sobre assuntos tão específicos que apenas umas poucas pessoas poderão responder. E da maneira como o convite é feito ? impessoal, enviado para uma lista de discussão, sem uma promessa de compartilhar resultados ? eu já consigo prever que a taxa de retorno será muito menor do que uma centena.

Se a amostragem é pequena, faz mais sentido fazer uma entrevista pessoalmente, por telefone, ou por Skype. Uma única entrevista é capaz de ir muito mais a fundo no assunto do que algumas dezenas de questionários respondidos. É claro que não terá a mesma diversidade do que os questionários, mas de que adianta ter diversidade se não há aprofundamento?

Além da entrevista, existem uma porção de outros métodos que podem ser usados para pequenas amostragens: etnografia, sondas culturais, história oral, etc. Um dos diferenciais do design de interação é justamente ir a campo, encontrar o usuário, compreender o seu contexto. Por que deveria ser diferente na pesquisa acadêmica sobre o assunto?

Das duas uma: ou o pesquisador não dispõe de recursos para ir a campo ou o orientador acadêmico não considera os métodos de pesquisa de design de interação científicos o suficiente. O questionário é um instrumento que pode ser elaborado no conforto do escritório com ferramentas que geram dados estatísticos automaticamente. Os gráficos e porcentagens fazem a pesquisa parecer mais científica do que ela realmente é, pois com pequenas amostragens, não dá pra generalizar e dizer que é válido para uma grande população.

Uma pesquisa via questionário é mais fácil de organizar, permite maior controle do orientador e gera resultados que parecem mais científicos. Porém, de um modo geral, ela não ajuda a clarificar o fenômeno estudado. Se a pesquisa é sobre difusão das práticas de design de interação no mercado (um tema que sou frequentemente convidado apesar de estar na academia no momento), de que adianta saber quantas pessoas estão fazendo testes de usabilidade? Existem muitas outras práticas de design de interação que, inclusive, não constam na literatura acadêmica. O rabiscoframe, por exemplo, é um híbrido de wireframe com protótipo de papel que é bem característico dos estúdios brasileiros.

Em 2005 eu já havia alertado para não confundir teste de usabilidade com projeto centrado no usuário. Uma coisa não implica na outra. Acontece muito de uma empresa querer uma avaliação no final de um projeto que não foi centrado no usuário. Também acontece de haver projetos centrados no usuário em que o teste de usabilidade não é organizado.

Enviar questionários para confirmar hipóteses tais como "as empresas não permitem que os profissionais utilizem todos os métodos que conhecem" ou "faltam recursos de tempo e dinheiro para involver usuários no projeto" é perda de tempo. Uma métrica dessas não vai ajudar nem a academia a aperfeiçoar a produção de métodos nem tampouco ajudar os profissionais de mercado a conseguir mais recursos.

Mais interessante do que mensurar a aplicação de métodos acadêmicos na prática (teste de usabilidade surgiu na academia), é estudar os métodos criados pela prática e as adaptações feitas nos métodos acadêmicos para situações de poucos recuross. Isso sim gera conhecimento útil não só para a academia, como também para os próprios profissionais de mercado.

Eu não acho que a pesquisa via questionário seja de todo ruim. Eu mesmo já utilizei em vários projetos. Numa consultoria para o Flogão, a gente enviou um questionário para todos os usuários e recebemos 900 respostas. O resultado nos surpreendeu: a customização de cores era a funcionalidade mais amada pelos usuários. Na minha pesquisa de mestrado sobre a comunidade BrOffice.org, utilizamos os dados na pesquisa feita no registro do produto, mais de 3 mil respostas. Em ambos os projetos, o questionário não foi o único instrumento de pesquisa, sendo triangulado com entrevistas e etnografia virtual.

Outro projeto com questionário que desenvolvi no mestado foi a pesquisa "O Orkut mudou minha vida". Montei um questionário piloto, aperfeiçoei as questões, validei em mensageiros instantâneos, e ainda envolvi os respondentes como participantes pesquisadores. Ficou tudo documentado aqui no Usabilidoido e no artigo resultante.

Se você está pensando em utilizar questionários para o seu TCC ou dissertação de mestado, pense duas vezes. Se o problema é falta de tempo, faça algumas entrevistas. Você economiza tempo no planejamento, que não precisa ser tão rigoroso quanto no questionário. Se o problema é vergonha/falta de prática de conversar com pessoas estranhas, faça uma etnografia virtual. Leia o que já foi dito nas comunidades virtuais, listas de email, etc. Se o problema é o orientador que exige dados quantitativos, argumente, defenda a prática essencialmente qualitativa do design de interação. Se você não fizer isso, quem irá fazer?

Comente este post

Um aspecto que ainda não é muito visualizado é a atividade do usuário. Na minha pesquisa de doutorado, fiz vários experimentos nesse sentido. Utilizando agentes inteligentes, gerei uma visualização mostrando os locais onde as pessoas tenderiam a passar e os lugares onde as pessoas tenderiam a não passar.

O algoritmo é baseado na teoria da sintaxe espacial, que considera fatores como visibilidade em corredores e quantidade de portas cruzadas para se chegar numa sala. Uma sala escondida atrás de 4 portas tende a ser menos frequentada.

Essa visualização parece bem inteligente à primeira vista, mas sofre de dois problemas. O primeiro é que a tendência de uso é uma previsão que não leva em conta a função do espaço. Uma sala de operação hospitalar costuma ser isolada por várias portas para evitar contaminações, o que não significa que elas sejam menos frequentadas na prática. O segundo problema diz respeito à utilidade da visualização no processo de design. Se uma sala está isolada, o que o arquiteto deve fazer? Conectar essa sala a outras salas? Isso a visualização não responde.

Escrevi num post anterior sobre uma abordagem que desenvolvi para visualização da atividade do usuário que começa no low-tech e termina no high-tech. O low-tech é a maneira que encontrei para envolver os usuários representados pela visualização. O princípio básico é que os usuários representam a si mesmos, evitando qualquer especulação por parte de quem não será usuário.

Cogitei utilizar visualizações high-tech num workshop com usuários, mas logo percebi que eles não conseguiriam se representar numa ferramenta muito complicada. Colocar os usuários para escrever o algoritmo de um agente inteligente é contraproducente, pois introduz uma linguagem completamente alinígena para discutir a atividade.

Por esse motivo, comecei a experimentar com visualizações low-tech, não só por ser mais acessível pelos usuários, mas também por ser mais fácil e rápido para prototipar. A primeira visualização low-tech que fiz foi o chamado ?jogo do tricô?, em que a atividade do usuário é reduzida à movimentação de uma sala à outra, representada por um fio de tricô.

Os usuários construiram a visualização com suas próprias mãos e depois eu criei uma versão high-tech (disponível como um plugin), utilizando um software de modelagem arquitetônica, Autodesk Revit.

Como o software é baseado no paradigma de modelagem de informação da construção (BIM), tudo que se desenha em 2D pode ter uma representação em 3D automática, baseada em certas informações. A imagem abaixo colore os caminhos pelo prédio à partir da pessoa que está caminhando (enfermeira, paciente, etc).

A vantagem é que essa versão high-tech pode gerar vários indicadores de performance tais como distância percorrida em metros, tempo dispendido andando, e dados mais aprofundados sobre o que se faz em cada sala.

Exportando os dados dessa visualização e acrescentando dados de tempo (quando a movimentação acontece), eu consigo simular a atividade do usuário numa animação em 4 dimensões (3D + tempo) em outro software, o Autodesk Navisworks. Essas informações todas podem ser úteis pare repensar a ordem das salas e corredores visando minimizar o corre e corre de um lado para o outro dos profissionais da saúde ou ainda evitar que o paciente se perca dentro do hospital.

O segundo experimento que fiz adota ritmos mais abrangentes. Ao invés de visualizar algumas horas de atividade, esse experimento visualiza semanas, meses e estações do ano. Parti do modelo Um dia na vida criado pelo arquiteto Stanley King para codesign de ambientes urbanos.

No meu experimento, fui além de visualizar um dia na vida de uma comunidade e pedi para visualizar uma semana e um ano inteiro. Cada post-it representa uma atividade, posicionada ao redor do sol, representando a rotação da Terra e as consequentes estações do ano.

Esse planejamento é importante pois o projeto em questão é de um centro de natureza que visa ser o mais sustentável possível. Sabendo quando há picos de atividade, é possível planejar melhor a capacidade de retensão térmica do prédio. Por exemplo: identificou-se que os picos de atividade se darão à noite e durante o inverno, o que demanda menos ventilação e proteção solar.

Modelei o prédio novamente no Autodesk Revit, desta vez colocando as informações sobre o acontecimento das atividades ao longo do ano. O software mostra a incidência do sol e as áreas sombreadas para cada mês do ano.

Com essa informação detalhada da atividade (que no software é chamado de ocupação), é possível também rodar uma simulação de custos energéticos. Como era de se esperar, o consumo de energia para aquecimento será alto durante o inverno, o que talvez possa ser diminuído construindo apenas um andar ao invés de dois.

A simulação gera vários indicadores de uso de energia, mas talvez o mais importante para esse projeto seja o de emissões de carbono e o potencial de captação de energia solar.

Espero que os experimentos que estou fazendo no meu doutorado inspirem arquitetos e engenheiros a incluir usuários no projeto de edificações. A expansão gradual do low-tech ao high-tech não facilita só para o usuário, mas também para a equipe de projeto e o cliente, que entende de onde vieram os números apresentados na visualizações.

Existem muitos outros aspectos da atividade do usuário que poderiam ser explorados em visualizações. O importante é que os dados representados sejam realistas, por isso, é preciso também considerar a maneira como o usuário será envolvido na visualização: será o usuário um mero receptor da visualização ou um cocriador?

Comente este post

Trata-se de uma idéia antiga que surgiu durante uma aula no Instituto Faber-Ludens: criar um prototipador de interfaces que facilite o aprendizado de usabilidade no momento em que o conhecimento é preciso. 

O problema: o conhecimento de usabilidade está espalhado por muitas diferentes fontes de informação: blogs, livros, manuais, amigos. Na hora em que o designer precisa desse conhecimento, na hora da criação da interface, ele não tem tempo para consultar tais fontes. Por isso, a diferença de experiência de um designer que teve a oportunidade de consultar estas fontes antes de projetar uma interface é tão grande: ele tem esse conhecimento na cabeça. Profissionais experientes são escassos e mesmo que estejam disponíveis, eles podem não saber como expressar seu conhecimento para que novatos aprendam com ele. 

Existem ferramentas de prototipação que ajudam o novato a aprender a projetar, oferecendo stencils, elementos reutilizáveis que agilizam muito o trabalho de criação da interface. Um bom exemplo são os stencils da biblioteca de padrões de interação do Yahoo. O problema é que as ferramentas de prototipação importam apenas a forma visual do padrão, os elementos de interface propriamente ditos, deixando de lado todo o conhecimento de usabilidade descrito na biblioteca do Yahoo. Apesar de ser uma referência fantástica para aprendizado, essa biblioteca é criada e mantida apenas pelos funcionários do Yahoo e não refletem necessariamente tudo o que acontece na Web. Ela não inclui, por exemplo, os padrões de interação popularizados pelo seu concorrente Google. Então, o profissional que quer realmente saber o que está acontecendo tem que consultar outras bibliotecas como a Welie, UI Patterns e muitas outras.

Resultado: a curva de aprendizado para quem deseja aprender a fazer design de interface é errática e demorada. 

Proposta: criar um prototipador de interfaces que ajude o designer a aprender fazendo. O prototipador oferecerá conhecimentos de usabilidade no momento em que eles forem necessários, conhecimento este compartilhado pela comunidade de usuários da ferramenta através de um wiki. Resumindo, é uma mistura de Axure com o livro Designing Interfaces, que apresenta vários padrões de interação, e a Wikipedia.

Mas o que é um padrão de interação?

O padrão de interação é um arranjo de elementos de interface frequentemente utilizado por designers. O padrão não é padrão porque uma autoridade o elegeu, mas porque uma comunidade reproduziu. Isso significa que ele pode deixar de ser reproduzido ou mudar com o tempo.

Por que os padrões mudam os designers precisam estar sempre se atualizando, navegando e observando as mudanças feitas por outros designers. Isso explica porque designers fiquem navegando a esmo pela web, utilizando redes sociais e outras diversões em horário de trabalho. Eles estão atualizando seu conhecimento sobre padrões.

Como não existe um resultado tangível para tal atividade, gestores não vêem com bons olhos tal atividade e, por vezes, proibem a prática, o que acaba deixando a empresa pra trás em termos de novas práticas de interface.

Biblioteca colaborativa de padrões

A ferramenta que estamos propondo sistematiza o processo de reconhecimento de padrões, oferecendo resultados tangíveis para a organização, ao mesmo tempo que reduz o tempo necessário de navegação para se atualizar, pois conta com a experiência de outros usuários da ferramenta que estão compartilhando seus achados. 

Para ficar mais fácil de perceber como seria essa biblioteca, fiz um rascunho num outro post demonstrando o padrão widget calculador de frete.

Note o botão "Eu já vi", que funcionaria como um Like do Facebook. Ele vai ajudar a separar quais são os padrões fortes, que devem ser seguidos, e quais não. Na ferramenta de prototipação, o usuário teria acesso a todos esses dados sem precisar ir para o website. Isso seria incorporado na própria interface do prototipador, através de tooltips e painéis. 

Conjuntos de padrões

A motivação para escrever esse post veio ao ler o artigo do nosso aluno Alysson Franklin sobre Metadesign em formulários. Nosso amigo fez um esforço enorme de catalogar padrões de interface utilizando uma estrutura diferente do que normalmente é utilizada pelas bibliotecas de padrões de interação, mais lógica.

Porém, o que me chamou a atenção foi o padrão Formato estruturado: 

Estruturar um campo de input significa quebrar um campo em vários outros, de modo a facilitar o entendimento do que é esperado que o usuário faça. Um bom exemplo seria quebrar um campo único de CEP por exemplo em dois campos, um para os primeiros 5 números, e outro campo para os 3 restantes. Outros exemplos podem ser mencionados: números de telefone, numeros de cartão de crédito (cartões AMEX tem um numero de caracteres diferente de cartões VISA por exemplo).

Esse padrão está contido dentro do padrão que eu identifiquei acima! E o meu padrão de calculador de preço de envio está contido no padrão de carrinho de compra!! E o padrão de carrinho de compra está contido no de loja virtual!!! 

Se a biblioteca cadastrar essa relação entre os padrões, será possível fazer recomendações de padrões baseados nas escolhas do usuário. Por exemplo, se ele coloca na tela um calendário, é bem possível que ele vá querer um seletor de data (que costuma estar contido nos mesmos padrões) ou um formulário inteiro de cadastro (que costuma conter calendários). No rabisco abaixo dá pra ver as dicas de usabilidade que vem da biblioteca (inclusive com a opções de editar a biblioteca e complementar com sua experiência) e as dicas de padrões geradas automaticamente.

As bibliotecas de padrões costumam sofrer do mal de serem ou muito específicas ou muito genéricas, mas com essa relação de conjunto entre os padrões, essa biblioteca pode ter os dois. Quem vai decidir isso serão os próprios usuários da biblioteca, que escolherão as relações. 

Acredito que podemos ter sobreposições entre os conjuntos, ou seja, eles não serão relações hierárquicas. Um mesmo padrão pode fazer parte de vários conjuntos. O seletor de data pode fazer parte de formulário de cadastro e postar no blog, por exemplo. Isso permiria oferecer wizards que criariam uma interface inteira mediante critérios escolhidos passo-a-passo.

Esse esquema de organização lembra muito outro projeto antigo do Faber-Ludens, no qual o Rodrigo Gonzatto propôs o conceito de infra-etiquetas. É um exemplo de que uma idéia abstrata às vezes leva um tempo para maturar e se tornar aplicável para um produto útil.

Gostou? 

O ProtoPattern é um projeto colaborativo que qualquer um pode participar, basta comentar nesse post ou adicionar sugestões de novas funcionalidades. Precisaremos de muitos voluntários para tornar essa idéia realidade!

Comente este post

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

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

Por outro lado, o wireframe normalmente é entregue ao cliente para aprovação antes de ficar pronto o design gráfico, ou seja, um monte de rabiscos numa folha de papel causa uma impressão pouco profissional. É por esse motivo que muitos arquitetos da informação capricham demais na apresentação do wireframe. O exagero começa quando o arquiteto se preocupa se alguém vai achar feio seu wireframe. Wireframe não é pra ser bonito, é pra ser entendido.

Antes de entregar wireframes para meus clientes, aviso de que se trata de um esboço feito para poder discutir logo os elementos que vão compor a página. Além de explicar que depois de definido o wireframe será feito o design gráfico, escrevo o seguinte em cima do documento:

Este wireframe não especifica design gráfico.
Sua função é apresentar os elementos que vão compor a página.

É possível que na primeira vez o cliente estranhe, mas isso pode ser compensado com uma boa discussão em cima do wireframe. Para enfatizar ainda mais o estado de esboço, risco com uma caneta em cima o que for para mudar. Só não deixo que o cliente pegue a caneta, senão pode ser que ele se empolgue demais...

Nem todos os clientes tem tempo para discutir desse jeito, mas oferecer a oportunidade é importante para que ele sinta que tem controle (ou participação) sobre o projeto. Ressalto que, uma vez aprovado o wireframe, não será possível voltar atrás em suas definições.

O wireframe abaixo foi apresentado para um cliente bastante participativo e gerou uma excelente discussão (note os rabiscos):

Depois da reunião, fiz várias alterações no wireframe. Como não havia perdido tempo demais com o wireframe anterior, não senti pena de mudá-lo:

No Visio você tem disponível bibliotecas de elementos (stencils) que podem ser arrastados para a página e configurados rapidamente. Por enquanto estou trabalhando com uma seleção de stencils disponíveis gratuitamente na Web por pessoas como Nick Finck e Garret Dimon.

Passei o wireframe para o designer gráfico e expliquei que ele teria liberdade para mudar a disposição dos elementos da página, desde que mantivesse os pesos relativos. Veja como ele aproveitou bem a liberdade:

Esse não é o layout final do projeto, que ainda está sendo desenvolvido pela Midion, mas é um bom exemplo de utilização de wireframes simples.

Para fechar o post, segue uma conversa que tive com o designer de interface Gustavo Moura sobre wireframes e prototipagem:

gmoura: To querendo deixar nossos wireframes navegáveis, para fazer os testes de usabilidade durante o processo de criação do projeto
gmoura: por acaso vc conhece alguma boa prática do assunto?
fred: transformar em protótipos funcionais
gmoura: yeap
fred: se vc montou eles no Flash isso vai ser fácil
gmoura: eles são ppts
gmoura: os wireframes nascem ppts
fred: vixi
gmoura: ai eh froid
fred: formato ppt é pppéssimo
fred: vc não consegue levar para outros softwares
gmoura: complicado... toda as métricas já estao embasadas nos ppts
gmoura: eu estava pensando em transforma-los em html
gmoura: o problema é que envolve $$ pois teriamos que dedicar um programador pra isso
fred: vc pode fazer o seguinte, converter PPT para SWF
fred: importar no flash e botar os gotoAndStop()
gmoura: uai, e tem como?
fred: tem sim
gmoura: ai só vem os vetores?
gmoura: cada slide é um frame?
fred: sim
gmoura: boa fred! vou tentar
fred: esses dias tava vendo um software que converter ppt pra swf
fred: eu sei que o breeze faz isso, mas ele não é tão fáicl de baixar
gmoura: o breeze interpreta o ppt, não?
fred: como assim?
gmoura: ele importa o ppt para o ambiente flash
gmoura: as correções precisam ser feita no ppt antes, por exemplo
fred: então ele converte pra swf
gmoura: minha dúvida é se ele "esconde" esse swf nessa importação
gmoura: ou eu tenho um arquivo limpo pra trabalhar?
fred: isso num sei
fred: mas sincerramente é o preço q paga por usar ppt, hehehehe
fred: se o problema é velocidade de prototipagem, o visio é bem melhor nesse ponto
gmoura: hehehe
gmoura: é o visio que vc recomenda para os wf?
fred: não, recomendo o flash
fred: justamente por essa facilidade em transformar em funcional
fred: no flash dá pra usar os componentes
fred: tava testando o visio e fiz um proj com 30 wireframes nele. agora vou ter q refazer eles pra ser funcional :P
gmoura: ja fez testes de usabilidade com eles então?
gmoura: o usuário conseguiu abistrair bem?
fred: claro q não
fred: testes com protótipos são testes que geram resultados prototípicos
fred: não são confiáveis
fred: acho legal protótipos para testar elementos isolados
fred: uma vez fiz um protótipo funcional no Palm que tinha só a taxonomia principal e foi muito legal
fred: quanto mais abstrato é o protótipo, mais fácil é do usuário abstrair, hehehehe
gmoura: é verdade
fred: protótipos de papel também tem suas vantagens
fred: além de reforçar q são esboços
fred: permite q se façam alterações on-the-fly
gmoura: meus protótipos até agora foram o mais proximo do real
gmoura: perdi muito tempo quando detectei os erros
fred: não é só vc
gmoura: principalmente os graves
fred: quase todos os AI brasileiros fazem isso
gmoura: malditos! hehe
fred: é o seu lado de designers gráficos frustrados :P
fred: jhuahuahauhauah
gmoura: pois é
fred: sério, tem a ver com nosso ego esse lance
fred: não queremos mostrar uma coisa feia
fred: tosca
fred: que parece mal-feita
fred: principalmente pro cliente, nem pensar!
gmoura: o povo do trabalho vive no meu pé..
gmoura: fico passando hrs finalizando os wf mexendo pixel a pixel...
fred: huahauhauahauhauahauahauhaua
gmoura: eles dizem... dexa o cara, isso é coisa de designer
fred: e cara, acho q em determinados projetos
fred: especificar demais o posicionamento das coisas é ruim pro designer
fred: deixa engessado
gmoura: pois é
gmoura: mas vende mais pro cliente
fred: vc acaba fazendo parte do design gráfico, quando outra pessoa seria mais preparada pra isso
fred: tenho pouca experiência, mas discordo disso
fred: é possível compensar trazendo o cliente pra discutir
fred: e RISCAR o wireframe
fred: no último projeto deu muito certo riscar o wireframe durante a reunião de discussão com o cliente
gmoura: já fiz isso tb
gmoura: ele se sente mais parte integrante do projeto
gmoura: o problema é a abstração
gmoura: N clientes não conseguem ver alem das linhas e tons de cinza
fred: é isso é verdade
gmoura: engraçado agente ta falando disso
gmoura: eu estava lendo a respeito da produção de animações para curta metragens
gmoura: o processo de criação se parece bastante com o processo de design
gmoura: ambos focam o público como fator principal
gmoura: e nosso wf é bem representado no storyboard deles
fred: sim, tem gente até q chama wf por storyboard
gmoura: onde existem 2 versões.. o storyboard de produção.. que pode ser rascado, rabiscado, feito e refeito
fred: e o animatic
gmoura: e o de exposição.. para mostrar todo o lado "trabalhado" e pensado do filme para a banca examinadora dos animamunds da visa
gmoura: vida
gmoura: que seria a vr para o cliente assim por dizer
fred: na publicidade tb tem storyboard sempre antes dos comerciais
fred: nesse ramo, os clientes já se acostumaram de trabalhar assim
fred: então conseguem entender melhor
fred: acho q nossa saída é ensinar o cliente
fred: por exemplo: mostrar uma página famosa q o cara use, tipo UOL e um wireframe dela
gmoura: ahhh sim
gmoura: aculturar o cliente sempre é o pto chave

Comente este post

Claro que é preciso testar o Perfil Semiótico em outros projetos, mas se o resultado for realmente confiável seu valor será inestimável. Informações como essa permitem entender (e prever) o comportamento do usuário no momento da interação. Longe de uma postura behaviourista do tipo estímulo-reação (como o cão que saliva ao ouvir o sino do almoço), podemos encarar de frente a complexidade do ser humano, procurando por padrões relevantes entre os participantes do perfil.

É um método que considera não só aspectos perceptuais, como a maioria das pesquisas em IHC, mas também emocionais e cognitivos, permitindo um panorama holístico da personalidade dos participantes do perfil.

Tipos psicológicos

Dentro de uma empresa, conhecer bem a personalidade dos funcionário é fundamental para formar boas equipes. Grandes empresas contratam psicólogos organizacionais só para auxiliar nessa difícil tarefa. Como nessa situação, cada caso é analisado em particular, os psicólogos costumam aplicar diferentes métodos para obter um resultado preciso. Um dos métodos mais usados é o Myers-Briggs Type Indicator (MBTI), que encaixa cada pessoa dentro de um dos 16 perfis psicológicos que permite indentificar.

A origem do MBTI remonta ao psiquiatra Carl Jung, que chegou a conclusão de que as diferenças de comportamento humano eram fruto da preferências na utilização das diversas funções mentais. Para ele, cada pessoa pendia para um dos lados de cada uma dessas balanças:

• Introvertido - Extrovertido
• Sensoriais - Intuitivos
• Pensadores - Sentimentais
• Julgadores - Perceptivos

Essa última linha foi adicionada mais tarde por Katharine Briggs e Isabel Briggs Myer, que desenvolveram um questionário para identificar qual o tipo psicológico da pessoa, o chamado MBTI. Os 16 tipos são resultado da combinação das quatro escalas acima, formando por exemplo o tipo Extrovertido Sensorial Sentimental Perceptivo. Segundo esta página que cruza os tipos psicológicos com carreiras, uma pessoa do tipo ESFP (F de Feeling) tem jeito para ser veterinária.

A desvantagem principal do MBTI é que trata-se de um método proprietário, ou seja, é preciso contratar uma empresa credenciada para aplicar o teste oficial. Existem alguns sites que oferem questionários gigantescos que te dão um resultado aproximado, mas é chato e demorado demais respondê-los. Outro problema é que é preciso confiar na honestidade de quem está respondendo.

Antes que você responda os questionários do site acima, termine de ler o post. Tenho boas evidências para chutar que você seja do tipo INTJ ou ISTJ.

Para entender melhor as escolhas que vocês fizeram no perfil de secundidade, mostrei as fotos para amigos e perguntei que tipo de pessoa gostaria ou não de se sentir como a pessoa da foto. Escolhi as três emoções mais bem cotadas e três emoções que me surpreenderam no resultado. Veja no infográfico as características pessoais sugeridas pelos meus amigos:

Como você pode ver, algumas características são contraditórias, o que indica que estamos lidando com mais de um tipo de pessoa. Para perceber melhor os padrões, montei um diagrama de afinidade entre as características e liguei as contraditórias (em cinza):

Se você é um leitor assíduo, provavelmente deve ter se identificado com algumas dessas características, umas mais, outras menos.

Personas

Não pude deixar de aproveitar a oportunidade para aplicar a técnica de Criação de Personas, tão pouco conhecida no Brasil. Uma persona é um perfil de usuário fictício que representa uma fatia do público-alvo e serve para motivar e guiar os membros de um projeto interativo rumo ao Design Centrado no Usuário.

Durante o projeto do Internet Explorer 5, por exemplo, a Microsoft preparou algumas personas representativas e fez uma campanha interna para conscientizar os desenvolvedores da importância de oferecer uma boa experiência a esses usuários. Durante as discussões sobre o rumo da interface, o nome das personas eram evocadas para defender que determinado recurso seria difícil demais para ser usado por aquela persona, por exemplo.

Como no caso do Usabilidoido não preciso convencer ninguém a focar no usuário, as personas não são tão úteis, mas montei assim mesmo, com o objetivo de mostrar pra vocês a técnica e verificar se o resultado do Perfil Semiótico pode ou não ser usado dessa forma.

Combinando as características do último diagrama com as características dos tipos psicológicos do MBTI e levando em conta uma antiga pesquisa com leitores, consegui aumentar a profundidade do perfil psicológico dos leitores e percebi que havia uma grande coerência em todas as esclas, com exceção da Sensorial - Intuitivo. Alguns dos leitores são guiados pelos fatos (sensorial) e outros seguem sua imaginação (intuitivo).

Por esse motivo, resolvi criar duas personas: uma INTJ e outra ISTJ. Porém, as características do tipo psicológico do MBTI são genéricas demais. Não dá pra copiar direto e aplicar na persona. Melhor é adaptar algumas características e dar o toque literário que vai tornar a persona interessante para ser lida e lembrada.

Segundo o livro Creating Emotion in Games, para um personagem de filme ou jogo ser interessante, ele deve fugir do clichê, do planificado, do previsível. David Freeman recomenda que um personagem típico tenha quatro traços de personalidade característicos e alguns devem ser conflitantes.

Selecionei as características que tiveram melhor correspondência com os tipos MBTI e adicionei uma conflitante, eis o resultado:

Pedro Marcuse

Designer de Interfaces

Formação: Antes de começar a faculdade de Desenho Industrial, sua principal ocupação eram os games. Escolheu essa faculdade porque sempre teve facilidade com as artes. Nunca poderia ter feito um curso chato como Administração ou Direito. Começou a trabalhar a partir do segundo ano de faculdade só pra não precisar depender mais da mesada do pai. Há dois anos formado, Pedro se encontrou no Design de Interfaces e quer se especializar nisso, apesar de seu trabalho atual como webdesigner exigir outras habilidades.

Interesse no Usabilidoido: Melhorar o discurso para argumentar com clientes e outros membros da equipe, visando obter uma situação profissional superior.

Assuntos Preferidos:

• Usabilidade
• Design gráfico de interfaces

Tipo psicológico : INTJ (Introvertido - Intuitivo - Pensador - Julgador)

Descrição da personalidade :

Pedro sente uma pressão grande por se manter informado nas novidades da profissão. Por vezes, encontramos Pedro sentado na frente do computador fora do horário de trabalho, só para dar conta das novidades que saem nas listas de email, blogs e sites especializados. Quando está muito concentrado, prefere terminar de ler um artigo ou livro antes de sair de casa para se divertir.

Quando está longe do computador, está sempre no mundo-da-lua. Durante as aulas da faculdade, as aulas chatas eram o momento em que ele tinha as melhores idéias para solucionar problemas do trabalho. Comprou um Palmtop só para anotar as idéias porque, senão o fizesse, esquecia depois.

Seu círculo social é pequeno, não é um tipo popular. No entanto, valoriza muito o contato com as poucas pessoas que mantém vínculos fortes. Pedro prefere não ficar com a responsabilidade de líder, mas se precisar pode guiar uma equipe em projetos inovadores. Quando trabalha em equipe costuma desenvolver idéias em segredo até que tenha certeza de que está certo. "Dizem que sou teimoso, mas sei reconhecer quando estou errado", afirma ele.

Ricardo Saknussem

Programador de Interfaces

Formação: Começou a trabalhar fazendo websites para amigos do seu pai, um empresário influente. Por causa da pressão do pai, continuou trabalhando na área mesmo depois de ter entrado na faculdade de Ciência da Computação. Agora, no último ano da faculdade, ele espera desenvolver um projeto inovador que vem matutando há tempos e que irá definir sua carreira de uma vez por todas.

Interesse no Usabilidoido: Técnicas e métodos que possam melhorar a qualidade de seu trabalho.

Assuntos Preferidos:

• Arquitetura da informação
• Gerência de projetos
• Webstandards

Tipo psicológico: ISTJ (Introvertido - Sensorial - Pensador - Julgador)

Descrição da personalidade:

Quando sai uma nova tecnologia, Rircardo é o primeiro a questionar sua aplicabilidade. Se ele pudesse, colocaria um freio no mercado para que diminua a produção de novas tecnologias e melhore as já existentes. "Não é preciso reinventar a roda" é uma das frases que ele mais gosta.

Ricardo não é um líder carismático, mas sabe organizar muito bem uma equipe se precisar. É um bom planejador porque faz de tudo para cumprir os prazos combinados, mesmo em condições precárias de orçamento e prazo. Infelizmente, outras pessoas se aproveitam dessa sua qualidade para mantê-lo constantemente sob pressão e isso lhe causa grande frustração. "Um dia eu chuto o pau-da-barraca", diz ele consigo mesmo quando está nervoso.

Possui mais amigos virtuais do que reais. Sua ex-namorada acusava-o de ser frio demais, mas os testemunhos de amigos do orkut não condizem com isso. "É mais fácil programar em Assembler do que entender a razão feminina", brinca ele.

Discussão

E aí, o que acharam? Se identificaram? Por favor, comentem para saber se deu certo ou não o método.

[ Nota ] Leitoras, por favor não fiquem chateadas porque não montei uma persona feminina. Os cuecas de plantão teriam dificuldade demais para se identificar com uma persona feminina, mas sei que vocês, espertas que são presses assuntos, vão entender que os perfis acima poderiam muito bem ser de uma mulher também, com algumas pequenas diferenças.

Comente este post

Para ter um website com grande quantidade de conteúdo na Web, é preciso ter muitos agrupamentos. A Ciência da Informação desenvolveu ao longo de décadas, diversas formas de classificar entidades.

Estudiosos dessa área trouxeram esse conhecimento para a Web e surgiu a profissão do Arquiteto da Informação. Para descrever suas ferramentas, emprestaram termos que já existiam, mas às vezes aplicaram de forma ligeiramente diferente do sentido original. Explicarei alguns desses termos, como são usados hoje pelos profissionais que escrevem livros e artigos sobre o assunto.

Taxonomia é uma forma de classificação caracterizada por relações hierárquicas. Ela serve como base para formar menus de navegação em websites com várias páginas hierarquizadas, mas não é necessariamente igual a ele.

Um taxonomia pode estar contida dentro de um vocabulário controlado, que é um banco de dados que define os termos mais utilizados num determinado assunto ou porção de conteúdo e suas relações. Sua função é manter a consistência entre o conteúdo e servir como referência para as diferentes entidades que alimentam o banco de dados.

Imagine que num artigo eu escreva Interação Humano-Computador; num outro, Interação Homem-Máquina e no outro Interação Tecnologia-Ser Humano. Qual dos termos é o certo? Todos, mas existe um preferido. Se meu termo preferido fosse Interação Humano-Computador e eu tivesse um vocabulário controlado no meu Gerenciador de Conteúdo, toda vez que escrevesse os outros termos, o sistema me avisaria disso e sugeriria a mudança.

Essa mesma entrada no vocabulário poderia conter versões do termo preferido escritas com erros de ortografia, para que ao digitar errado na busca, você ainda assim chegasse ao destino. O Google faz isso de forma maravilhosa, através de algoritmos automáticos.

Um vocabulário controlado também pode conter um tesauro, ou seja, um dicionário de sinônimos. Quando você digitasse Interação Homem-Computador na busca, isso iria retornar o sinônimo Interação Humano-Computador.

Se cada termo tiver uma descrição do que significa o termo, então o vocabulário estará contendo um glossário. A utilidade maior é em ferramentas de ajuda e ensino. Pense numa tooltip que explica o que significa uma palavra que você não entendeu na página.

Se um mesmo vocabulário cuida de várias aplicações como essas, é abrangente o suficiente para abarcar qualquer novo termo, possui regras rígidas para a inclusão e gerência dos termos, então ele pode ser chamado de uma ontologia. Um exemplo é o diretório do Cadê (*nostalgia*).

Caso não haja absolutamente regra alguma para a inclusão de novos termos e existam diversas pessoas incluindo termos ao mesmo tempo, então você tem uma folcsonomia. Segundo o brilhante artigo de Clay Shirky, as ontologias estão com os dias contados na Web, enquanto que as folcsonomias estão crescendo.

Provavelmente, surgirão outras ferramentas de classificação populares, diferentes da folcsonomia, que é extremamente caótica. O próprio delicious agora faz sugestão de tags, mas ainda não pode ser considerada uma classificação realmente colaborativa.

Já existem softwares de análise de conteúdo que geram classificações automaticamente. O Weka é um exemplo, mas seu principal uso é na Mineração de Dados e não na Arquitetura da Informação. Certamente no futuro, teremos softwares que farão parte do trabalho do arquiteto da informação. É essencial que surjam tais ferramentas, pois a quantidade de informação que lidamos aumenta cada vez mais.

Penso que cada usuário terá um desses ao seu lado, como se fosse um cãozinho esperto que busca o jornal e não um osso. Sim, um agente inteligente que encontraria e classificaria conteúdo na Web relevante para esse usuário, de acordo com suas preferências e, principalmente, comportamento. Se ele passa mais tempo lendo um determinado artigo, então deve gostar do assunto. A tecnologia pra isso já existe: perfil do orkut, agregador do Bloglines, personalizaçao da Amazon e etc. Já ouviu falar da Googlezon?

Comente este post

No começo, fazia esses diagramas com lápis mesmo, no papel. Na medida em que me envolvia em projetos maiores, o suporte se demonstrou ineficiente. Era preciso mudar a mesma coisa várias vezes, recombinar, sem falar da necessidade de ser apresentável ao cliente e outros membros da equipe. Comecei a usar o próprio Flash, software vetorial que mais me sinto à vontade (exemplo). Fiquei satisfeito e nem senti vontade de tentar o software indicado por outros arquitetos da informação: Microsoft Visio. Sabia até que você podia incluir nele a biblioteca do Visvocab criada pelo Jesse James Garret, o padrão de notação que adoto.

Ano passado, na correria para terminar meu TCC, descobri um tal de Smartdraw que tinha inclusive uma versão Trial. Gravei hoje um screencast demonstrando as funcionalidades dele que permitiram que eu fizesse meus diagramas muito mais rápido do que imaginava:

Lembrei dele porque tive a oportunidade esses dias de experimentar o Visio e não gostei. Ainda acho o Smartdraw muito mais fácil de usar e rápido. O Visio é mais flexível e faz mais coisas que o Smartdraw, mas não está tão otimizado para o que eu queria. O Smartdraw que falo é a versão 6, que deu lugar para a 7. Esta última ficou mais parecida com o Visio e perdeu algumas das funcionalidades que demonstro no screencast. A página oficial do software não oferece o download da versão 6, mas um passarinho me contou que circula uma demo da versão 6 no Emule.

Outro software interesante é o PocketDraw, que permite fazer diagramas como esse num computador de mão. Se tivesse um PocketPC poderia testar se a aplicação ajudaria a discutir a navegação numa reunião com equipe e clientes ou até mesmo durante aqueles momentos inesperados em que vem uma idéia brilhante na cabeça nos lugares mais estranhos. (veja foto do topo tirada por Mike Lee)

Comente este post

Nas bibliotecas, os livros são classificados de acordo com normas rígidas e obsoletas, mais preocupadas com as implicações físicas do armazenamento do que com os anseios do usuário. No diretório do Yahoo, não havia esse problema, mas ainda assim os classificadores impuseram uma estrutura hierárquica pretensamente "correta". Já o Google dá o exemplo de que o lance não é impor uma classificação, mas sim dar o que o usuário quer segundo seus próprios critérios.

Recentemente, ferramentas como Flickr e Delicious popularizaram um novo modelo de classificação chamado de folcsonomia (do original folksonomy). Agora são os usuários que especificam toda a classificação e não precisam obedecer a nenhuma regra. Simplesmente classificar da forma como achar melhor.

Clay Shirky chega a conclusão de que essa é a forma que está mais de acordo com os princípios básicos da Web (compartilhar, referenciar, etc). Concordo com ele, porém, assim como Chris McEvoy (que prefere chamar o treco de Usersaurus), tenho visto o fenômeno com certa descrença. Minhas próprias tags são úteis a mim mesmo, mas dificilmente serão para outras pessoas, veja algumas que tirei do meu bookmark:

• ex_turismo
• ex_vestuário
• flash
• história
• informação
• interação
• internet
• jogos
• jornalismo
• multimídia
• navegação

O prefixo "ex_" das duas primeiras indica que são exemplos de bons sites (especialmente no quesito design de interface), mas como você iria adivinhar se eu não dissesse? Poderia ter colocado "exemplo_turismo", mas isso daria muito trabalho ter que ficar digitando a cada vez. O sistema de tags está fazendo sucesso porque é prático para quem insere e não porque é fácil para quem vai recuperar algo dele. Nesse post em áudio explico melhor (ou não):

Classificação ao alcance de todos [MP3] 9 minutos

Na realidade, ainda é cedo para concluir algo sobre folcsonomia. Essas são minhas impressões iniciais, que provavelmente serão alteradas conforme a evolução do conceito. Prefiro ser cuidadoso do que sair por aí tageando a tudo e a todos.

[ nota ] Logo após escrever esse post, resolvi testar aqui uma aplicação similar à folcsonomia. Ao final dos posts, vocês leitores podem adicionar palavras-chaves, além das que eu já insiro quando publico. A vantagem é que no futuro, poderão encontrar o post mais facilmente. Vejamos no que dá.

Comente este post

Proposição:
Arquitetura de informação só tem sentido em sites com grande volume de informação. Hotsites ou outros cujo o conteúdo se restringe a poucos itens para se navegar, não há material para a AI se desenvolver.

(...)

Sempre tive essa impressão que AI se mostra mais a vontade em lidar com complexidade, mas na simplicidade e na objetividade, não há o que ser organizado.

(...)

Se a interface prima por objetividade, tende a cortar os excessos. Poucos elementos, pouca coisa para hierarquizar. Sem ter o que organizar, o que a AI tem de recurso a ser utilizado?

Imediatamente, os Arquitetos da Informação de plantão começaram a justificar sua utilidade nos projetos Web, mesmo pequenos.

A duração ou escopo do projeto não é empecilho para
o seu planejamento adequado. Na minha experiência, hotsites pequenos onde a dupla de design estava completa (AI+designer) deram mais certo do que quando o design estava sozinho. Isto porque a parceria tornou o trabalho mais rápido e ágil e o resultado foi melhor. É claro que não foi necessário fazer todos os wireframes e deliverables de AI, mas a participação do AI é fundamental.
(Isabel Löfgren)

Quando nós pensamos em AI na web, pensamos nos quatro componentes fundamentais (Sistemas de Organização, de Navegação, de Rotulação e de Busca) e em todas as técnicas existentes para construí-los (vide o livro do urso polar). Quanto maior é o site, mais trabalhoso é o projeto e são nesses casos em que as técnicas apresentam melhores resultados. Porém, como outros já disseram aqui, eu vejo a AI mais como uma filosofia de vida (exajerei :-) ) que um simples conjunto de técnicas.

Organizar todo mundo sabe. Essa é uma habilidade natural dos seres humanos usada para simplificar nossos processos cognitivos, nossa memorização e facilitar nossa interação com o mundo. Desde pequenos nossas mães nos ensinaram a organizar nossos quartos e nossas professoras nos ensinavam a organizar nossos cadernos. Mas se todo mundo sabe organizar, porque os sites pessoais, blogs e fotologs normalme nte são tão desorganizados ?

É ai que entra a AI. Uma coisa é organizar as coisas para você, outra é organizar para para outras pessoas. Ao organizar para outros você precisa entender suas necessidades, comportamentos e linguagem. É nesse ponto que entra a filosofia e isso se aplica tanto a coisas pequenas quanto grandes.
(Guilhermo Reis)

A questão é que a disciplina arquitetura de informação na verdade é múltipla, compreende várias disciplinas. Dessas disciplinas, algumas (as que vieram das library sciences, organização de conteúdo etc.) de fato não se aplicam aos sites muito pequenos ou hotsites, e nisso o Irapuan tem razão. Mas, por outro lado, as disciplinas relacionadas ao planejamento de interfaces continuam sendo pertinentes sim, mesmo para sites pequenos.

Para ver isso, é só pensar que é perfeitamente possível um site pequeno ter uma usabilidade péssima. Isso já indica que existe um espaço para o arquiteto de informação atuar, julgando a disposição visual das informações e a navegação.

Na verdade, o processo de selecionar quais disciplinas serão usadas de acordo com o projeto é a coisa mais comum no nosso trabalho. Ninguém vai sair fazendo vocabulário controlado num hotsite de carro, por exemplo. Portanto, nesse caso o pensamento é o mesmo de todo dia: excluir certas metodologias e incluir outras, usando nossa experiência profissional para julgar o que é mais adequado.
(Marcelo De Polli)

Se compreender o conceito de Arquitetura da Informação já é difícil, imagine concebê-la como uma área multi-disciplinar. Estou escrevendo este post pois imagino que o leitor pode estar se sentindo como o Rafael Ferraz:

Existe uma grande confusão ao meu ver sobre o que é usabilidade, experiência do usuário, design de informação, arquitetura de informação e sempre que surgem essas discussões vemos um grande angu de conceitos.

Será que uma pessoa formada em ciência da informação(meu caso) está apta a discorrer sobre usabilidade? sobre experiência do usuário? Sobre design de interface???? Será que um designer gráfico de formação se sente a vontade para discorrer sobre indexação, semântica e outras disciplinas da ciência da
informação? Será que qualquer um dos dois tem embasamento conceitual para discutir comportamento de usuário???? Outra coisa que se faz muito na lista é associar ai com planejamento, organização e disciplina !?!?!?! É isso?

Se estamos falando de fazer Web, não poderia deixar de ser diferente. A Web é o meio que por excelência (ou desgraça) promove o excesso de informação. Quando criaram a Web, ninguém pensou em criar uma profissão pra construí-la, mas se fez necessário. Profissionais das mais variadas disciplinas vieram e ainda estão brigando pelo bife. Quando pararem de discutir as diferenças e procurarem as semelhanças, as coisas podem ficar mais definidas. Enquanto isso não acontece, temos que saber lidar com essa multi-disciplinaridade, como bem observa a Isabel:

Eu acho que hoje em dia, todo profissional de web tem que sacar um pouco de tudo isso o que você pergunta. Um AI sem experiência em usabilidade fica com algo a desejar, assim como um consultor de usabilidade sem noção de AI e negócios não vai conseguir avaliar certas questões, e um designer que não sabe bada de AI ou usabilidade também vai ficar com algo "faltando".

A cada um a sua expertise, mas, em um empreendimento tão integrado como a construção de uma interface, não dá para sempre ter um approach de linha de montagem: um faz a tarefa 1, o outro faz a tarefa 2, o terceiro faz a proóxima tarefa, etc...Pelo contrário, o ideal é todo mundo planejar junto, e depois partir para sua área de expertise com uma definição concreta do que vai ser feita, já com visão integrada. Não é esperado que um AI discorra sobre design ou vice-versa, mas que preste atenção no trabalho e nas limitações de certas questões para que tudo seja sinérgico.

Acredite se quiser, a origem do termo Arquitetura da Informação veio do Design Gráfico e não da Biblioteconomia, bem lembrado pelo Guilhermo:

Lembrem-se que a AI não se limita a web, aliás ela já existia antes da web. Ela tem aplicações grandes e pequenas que vão muito além das páginas de um site. Wurman tem um livro chamado Information Architects só exemplos de aplicações da AI em diversas áreas. Vai desde um pequeno mapa de metro até o lay-out de um grande museu. Passa por imagens para diagnóstico médico, diversos materiais gráficos e até um site.

Porém, ressaltei que o termo hoje mudou de significado:

Wurman é um designer (com formação em arquitetura) que se auto-intitulou Arquiteto da Informação para salientar a diferença entre seu trabalho, mais preocupado com a estrutura, do designer tradicional, mais preocupado com a beleza. Porém, ele deveria ter usado o termo existente Designer da Informação.

Design da Informação é uma disciplina que estuda como maximizar o entendimento de diagramas, gráficos, infográficos, tabelas, sinalização pública, e inclusive, interfaces interativas.

Só alguns anos depois do livro do Wurman é que o pessoal começou a usar o termo para definir esse pessoal que veio aplicar alguns conceitos da Biblioteconomia (LIS) no meio Web.

E o Guilherme completou:

Sim, foram o Rosenfeld & Morville que possuem formação em Ciência da Informação (acho que ambos são doutores na área). Eles tem uma certa rixa com o Wurman, que na minha opinião é muito mais marketing que outra coisa. Um querendo se firmar sobre o outro. Para a mim a origem do termo é do Wurman, ele iniciou o trabalho. O Rosenfeld & Morville estão fazendo um excelente trabalho em trazer esses conceitos para web e aplicar teorias da Ciência da Informação, mas eles não tem o direito de se apropriar da autoria do termo.

Nesse ponto, a discussão cessou e talvez você tenha esquecido como e porquê começou tudo isso. Um pouco antes, o Irapuan havia revelado sua intenção:

Tive idéia para esta discussão visitando um site de uma produtora qualquer ontem. Ela contava como vantagem, quase expondo como diferencial, usar AI em seus trabalhos. Mas um certo volume de trabalho em seu portólio eram de hotsites e banners.

Daí entrei no mérito desta questão? Aonde o AI cabe em conteúdos pequenos?

Antes disso ainda, levantei que se você pegar só a casca do Google, vai ver que ele é de fato um site simples. O miolo é complexo (e bota complexo nisso), mas a casca é simples. O Irapuan admitiu a possibilidade dessa simplicidade ser justamente devido a um excelente trabalho de Arquitetura da Informação, como por exemplo, o Vocabulário Controlado dele que sugere correções ortográficas.

[ nota ] Como é fascinante a forma entrópica que os assuntos são discutidos em listas de discussão... A conclusão tava no meio, o fim no começo e o meio no fim. Não sei se o trabalho de estruturar essa discussão neste post pode ser classificado como Arquitetura da Informação, mas que deu trabalho deu.

Comente este post

Já ouvi dizer que o profissional feito para resolver esse problema é o Relações Públicas, porque ele detém o maquiavélico poder da Comunicação Integrada em suas mãos.

Se um RP fala isso em voz alta e um jornalista ouve, certamente pensa: "RP é tudo um bando de puxa-saco, precisamos de pessoas que esclareçam os fatos".

O administrador de marketing dirá que o problema é a falta de comunicação interna e a solução é uma campanha de endo-marketing para estimular a comunicação (!).

Falou em campanha, o publicitário acorda e sai bradando frases malucas. "A solução é o nonsense! Só com o humor podemos administrar o excesso de informação."

Ao escutar tais palavras, um biblioteconomista resolve ficar diante de um computador conectado à Internet durante 72 horas sem parar, só atualizando seus conceitos. Durante esses 3 dias, ele sofre uma metamorfose e se transforma no incrível Gestor da Informação.

Além das nádegas quadradas, seu cérebro inchou tanto que não cabe mais dentro da cabeça. "A solução é guardar o conhecimento dentro de um bem planejado sistema de informação", avisa o recém-promovido a Gestor da Informação.

Antes mesmo de ligar pra ele, o Analista de Sistemas já chegou e está com o projeto pronto de um sistema mirabolante de armazenamento de informação. "E como o usuário vai recuperar toda essa informação?", pergunta o Gestor. "Acho que um website seria uma boa né?"

"Que tipo de website?", pergunta um outro ex-biblioteconomista que passou não 72, mas 128 horas na frente do computador. "Precisamos definir bem a estrutura disso aí, senão o prédio desmorona," preconiza o auto-intitulado Arquiteto da Informação.

"De que adianta um prédio sem uma boa fachada?", desafia o Designer Gráfico. "Vocês podem ter muita informação, mas se ela não for bem apresentada ao usuário, de nada vai adiantar."

Antes mesmo de chegar o pessoal da Psicologia, Antropologia e Linguística, o refeitório da empresa já está lotado de profissionais querendo cada um puxar o bife pro seu lado.

A solução não é um profissional-chave. Para lidar com as demandas de informação dentro e fora de uma organização é preciso, antes de tudo, mudar seu modo de produção. Ao invés de dar vazão apenas a produtos e serviços, a empresa deve produzir também conhecimento. Para isso, ela precisa estabelecer um fluxo contínuo de entrada de informação, análise, discussão e divulgação dos resultados obtidos. A empresa que quiser guardar pra si todo conhecimento gerado nos seus domínios ficará para trás. A melhor forma de adquirir conhecimento é pela troca.

Dentro desse fluxo, aí sim, cada um dos profissionais citados terá um enfoque diferente e poderá lidar de maneira mais ou menos eficiente em determinados aspectos. O segredo é ter a informação correta, ou melhor, conhecimento.

Comente este post

Mesmo quando existe um departamento de Marketing que se preocupa com isso, dificilmente ele se baseia em pesquisas com consumidores. Confiar no feeling é legal, mas ficar só nele é arriscado.

Volta-e-meia um colega me conta a experiência com um projeto mirabolante que oferece um serviço que ele sabe que será inútil pra seu público, mas o cliente insiste. A melhor coisa a fazer nesse caso é propor uma validação junto aos usuários através de pesquisa antes de fazer qualquer outra coisa. Se o cliente não se convencer e depois quebrar a cara, ele se lembrará que você o avisou de todas as formas possíveis. Se você apenas advertí-lo verbalmente, ele pode achar que você estava de má-vontade, fez mal-feito e por isso deu errado.

Esse mês, iniciei o projeto audacioso de uma editora que deseja oferecer conteúdo rico no seu website, ou melhor, portal. Após a primeira reunião, montei o briefing com o seguinte objetivo:

O novo portal visa fidelizar e angariar novos consumidores através da oferta de conteúdo gratuito e da publicação de textos dos leitores. Os serviços que o portal oferecerá serão como iscas para a venda dos produtos, trazendo tanto clientes que nunca entraram no website da editora quanto aqueles que apenas buscaram por palavras-chave relevantes em ferramentas de busca (ex: ‘livro paulo leminski’). Os serviços que o portal oferecerá devem ser bons o suficiente para torná-lo referência no setor, atraindo público em todo o Brasil. Dessa forma, a editora estará criando um novo (e mais lucrativo) canal de vendas e fortalecendo sua marca junto ao consumidor.

Desde o começo, senti firmeza no projeto, mas sabia que alguns detalhes poderiam não ser tão viáveis. Propus fazer entrevistas com usuários para verificar minhas desconfianças e o cliente aceitou.

O que queríamos saber

• Mapear o envolvimento emocional com o assunto
• O que o leitor espera do site
• Identificar seus hábitos de compra
• Verificar a imagem da empresa
• Se os leitores estariam dispostos a escrever pro site
• Se os leitores leriam textos publicados por outros leitores
• Se os leitores usam ferramentas de busca

Como foi feito

O cliente providenciou o telefone de 7 leitores e fiz as entrevistas por telefone mesmo, durando em média 20 minutos cada. Além do roteiro de perguntas, explorava assuntos relacionados quando surgia a oportunidades.

Na medida em que ia fazendo as entrevistas, ia tomando forma na minha mente o website. A cada problema, discutia com os usuários a solução.

O que descobrimos

Dentre as descobertas, seguem algumas que nós não esperávamos encontrar:

• A leitura realizada no computador é apressada e cansativa, porque é “chato ficar parado” e a “a luz da tela incomoda”. Os leitores não conseguem ficar mais de 30 minutos lendo na tela
• Quando o texto é grande, os leitores não têm o hábito de imprimir pra ler depois, porque “gasta muito” e “sempre dá algum problema na impressora”. Só imprimem quando é necessário fazer anotações ou ler com muita atenção
• Nos sebos, passam mais tempo olhando obras, porque ninguém interrompe e não há apelos visuais distrativos
• A maioria dos leitores já comprou algo pela Internet, porém, ainda acham inseguro o uso de cartão de crédito devido à falta de credibilidade da Internet. O boleto bancário é a opção mais desejada e não representa incômodo ir até o banco
• Alguns leitores acham que se fosse publicados textos dos leitores, a qualidade não seria tão boa
• Os leitores perceberam que o design do website atual não reflete a qualidade gráfica das obras impressas

Que medidas serão tomadas

A partir do resultado das entrevistas, foi possível elaborar uma lista com 21 recomendações, dentre as quais destaco:

• Os textos devem ser curtos e aproveitar o máximo de hipertexto, para quebrar a monotonia
• O design não deve forçar a barra para a compra, o fluxo deve ser suave e espontâneo
• A interface não deve atrapalhar a leitura de forma alguma. Deve ser simulada o quanto possível a atmosfera livre dos sebos
• A venda pela Internet deve oferecer uma vantagem que supere suas desvantagens com relação à venda em livraria (desconto, entrega rápida e gratuita)
• O design do website precisa ser tão arrojado quanto as publicações impressas

Balanço

Graças às entrevistas confirmamos muitas de nossas hipóteses, mas descobrimos pontos fracos do projeto. Publicar textos dos leitores era para nós uma boa idéia, mas os usuários não se mostraram muito animados nem a enviar, nem a ler textos.

Esse serviço ainda não foi cortado do projeto, mas não é mais prioridade. Teremos que discutir mais a respeito e validar novamente. Imagine quanto tempo teria sido gasto à toa num serviço automatizado de publicação de textos de leitores?

O próximo passo no projeto é, enquanto está sendo feito o Inventário de Conteúdo, organizar um Grupo de Foco com os entrevistados mais animados para captar idéias.

Comente este post

Design Centrado no Usuário para o Website da Universidade Federal do Paraná [DOC / PDF - 2MB - 93 páginas] e o Protótipo Final [Flash - 400Kb]

O portal da UFPR (www.ufpr.br) permite o acesso a mais de 200 páginas através de menus de navegação. 35% de seus usuários relataram já terem se perdido navegando pelo website e 60% gostariam que ele fosse mais organizado. O website precisa de uma nova arquitetura e design da informação e, conseqüentemente, novo design gráfico que levem em conta as necessidades e comportamento dos usuários. Para tanto, é proposta a metodologia de Design Centrado no Usuário, contextualizada para a Web por Garret. Sua principal característica é o ciclo iterativo de definir-testar-avaliar, envolvendo usuários a cada ciclo, através de testes com protótipos de papel, card-sorting, entrevistas e etc. O tempo gasto nos testes é compensado seja qual for a métrica de sucesso (satisfação, conscientização de marca, corte de custos em suporte, etc). Apesar do usuário não interagir com o website e sim com quem está por trás dele, a deficiência na sua interface pode ofuscar uma política saudável de relacionamento com clientes.

O objetivo do trabalho não era propor um novo website, mas sim a metodologia para a reestruturação dele. Por isso, cada método está descrito em detalhes e sua origem está devidamente reconhecida. Cada decisão do projeto teve sua justificativa. É um bom exemplo de design racional, o mais adequado para esse tipo de website.

Quem acompanha este blog há algum tempo já deve ter visto os destaques do projeto que ia colocando na medida em que estava sendo desenvolvido. Porém, alguns dos leitores me perguntaram como é que se inseriam os métodos dentro de seus projetos. Espero que agora entendam a mecânica do negócio.

Por favor, não pensem que estou sugerindo que todos os projetos sejam iguais a esse. Percebam que a cada novo método, explico porque ele foi escolhido e a variante adotada. Se esse projeto fosse aplicado na prática, por exemplo, eu faria testes com maior confiabilidade, envolveria a administração da Universidade nas tomadas de decisões e teria uma porção de outras variávies que nem posso prever.

Por isso, o que espero que vocês entendam é a idéia de envolver usuários do começo ao fim do design, mantendo uma visão holística do produto final. Como isso será feito, fica a cargo do designer. Além dos métodos que descrevi, existem muitos outros.

O trabalho ainda sofrerá as alterações sugeridas pela banca de professores e por vocês, caros leitores. Quem estiver em Curitiba, está convidado para a apresentação do trabalho para a banca na sexta, 16 horas, no Campus Juvevê da UFPR.

Comente este post

Devemos contemplar as etapas do ciclo em etapas crescentes, seguindo a analogia da espiral (mola). Veja na animação abaixo as etapas de um design centrado no usuário sugeridas pelo Jesse James Garret contempladas pela minha analogia da espiral:

Primeiro você começa entendendo o as motivações do projeto, seu público-alvo e etc. Depois esboça soluções e testa o mais rápido possível com alguns usuários. O resultado deve ser analisado e as lições aprendidas, incorporadas no novo esboço. Essa técnica se repete enquanto os esboços vão ficando cada vez mais detalhados, até chegar ao produto final.

Hoje realizei alguns testes com um protótipo que se assemelha de longe com a versão final do produto. Só continha as opções dos menus principais de navegação, mais nada. Meu objetivo era validar a estrutura de navegação que antes já havia sofrido a iteração do card-sorting.

Tive a excelente idéia de usar um Palm ao invés dos protótipos de papel que a literatura recomenda. Além da motivação extra para os usuários que ficaram impressionados com a nova tecnologia, pude realizar o teste com o usuário em pé e numa velocidade incomparável a alternativa de papel. Imagine carregar 50 folhas de papel, cada uma representando uma página?

Apesar do Palm oferecer algums problemas no quesito tamanho da fonte, interação complicada e número limitados de linhas, creio que esses fatores não tenham afetado muito meu resultado. Só poderia confirmar isso se fizesse os mesmos testes usando papel, mas não tenho tempo para isso. Aliás, eu deveria realizar mais uma bateria de testes como esse para verificar se minhas alterações em decorrência do teste realmente melhoraram a solução, mas infelizmente meu tempo está acabando. Trabalho acadêmico é assim mesmo, sempre deixamos para a última hora e o resultado é meia-boca (pelo menos na minha faculdade é assim...).

Fiz o teste orientado a tarefas, aplicando aquela técnica de criar cenários motivadores para os participantes do teste. Não houve rejeições, pelo contrário, alguns até deram risada. Bom-humor facilita muito para conversar com pessoas que nunca vimos na vida. Dê uma olhada no roteiro de tarefas [DOC] propostas aos usuários e veja como não é difícil aplicar essa técnica. Depois, veja a planilha com os resultados [Excel] de cada teste e as mudanças que eles acarretaram ao diagrama de navegação que, por enquanto, está assim [WMF]. Se alguém tiver soluções para os problemas que ainda não consegui resolver, por favor, me ajude.

Comente este post

Ontem terminei de aplicar a técnica com 19 usuários do website da UFPR e estou muito feliz com o resultado. O procedimento foi bem simples:

1. Escrevi 20 cartões (10x7cm) que descrevem determinados conteúdos que estão contidos no website atual (para isso foi tão importante o inventário de conteúdo), por exemplo:
   

   Orientação vocacional, explicação sobre cotas, Provar, processo seletivo para pós-graduação, semana do trote, prova do vestibular, estatísticas

2. Agrupei os cartões em 11 categorias, formando o esboço da taxonomia do website. Criei mais outras 6 categorias alternativas que poderiam ser escolhidas pelos usuários
3. No total, foram 17 cartões de categorias (17x5cm) para classificar os cartões de conteúdo, tais como: Academia, Administração, Entrar na UFPR, etc.
4. Fui para as bibliotecas da universidade porque lá tem mesas e usuários não muito ocupados
5. Perguntei se o usuário tinha 5 minutos para responder uma pesquisa acadêmica e, caso sim, expliquei que bastava que ele pegasse um cartão do monte e escolhesse a categoria mais adequada. Apesar de ter 17 categorias no total, só poderiam ser usadas 10 no máximo. A mesa ficou mais ou menos assim:
   
   
6. Anotei quando os usuários não entendiam alguma categoria ou conteúdo do cartão e quando faziam alguma observação
7. Anotei os códigos contidos atrás de cada cartão, relacionando ao código da categoria escolhida (nos cartões eram letras de "a" a "q", nas categorias, números de 1 a 20)
8. Levei o resultado para casa e coloquei no modelo de planilha do Excel que esse tutorial explica como usar
9. À partir do resultado gerei a taxonomia final do website

Aa taxonomia é o conjunto das categorias em que será classificado cada conteúdo do website. Ela será a base para especificar metados num gerenciador de conteúdo, quanto para gerar a hierarquia de páginas e o menu de navegação.

A taxonomia é o cerne da arquitetura da informação, por isso é tão importante envolver o usuário no seu desenvolvimento. Se o menu de navegação não fizer sentido para o usuário, o website estará inutilizado.

Abaixo, segue a taxonomia que esbocei antes de fazer o teste, a gerada pelas escolhas do usuário e a final. Note como as escolhas do usuário deixam claro aquilo que precisa ser mudado e o que funciona e como isso auxilia a gerar uma taxonomia muito mais precisa e abrangente que a inicial. De quebra, ainda consegui rotular os agrupamentos.

Para alguns pode parecer chato, mas eu acho muito legal esse assunto. Mais interessante que jogar buraco, pelo menos. Ainda há muito a ser falado sobre essa técnica, mas fica aqui uma rápida introdução ao assunto.

Comente este post

Como nunca tinha lido nada sobre esse tipo de análise, fiz umas buscas tentando encontrar algum procedimento semelhante à análise heurística, mas que não fosse apenas uma lista de verificação (checklist), para que me desse margem à comparações mais qualitativas.

Por coincidência, poucos dias antes, Louis Rosenfeld havia publicado o que parece ser as primeiras heurísticas para a Arquitetura da Informação de websites:

• Página principal
• Interface de busca
• Resultados da busca
• Navegação global (site-wide)
• Navegação contextual

Apesar de boas, elas estavam direcionadas mais para uma estratégia de baixo pra cima do que cima para baixo. Explico.

Como estou analisando os websites do lugar de quem vê de fora, não tenho acesso aos procedimentos utilizados para a construção do website, a tal da estratégia de baixo para cima (ou no inglês bottom-up). Não sei os metadados, o algoritmos das buscas e etc. Porém, posso analisar o website à partir daquilo que vejo, penetrando até onde der. Isso é de cima para baixo (top-down). Posso analisar os rótulos, os menus de navegação, os agrupamentos, a hierarquia e vários outros aspectos da arquitetura.

Continuei buscando e acabei caindo em dois documentos da extinta Argus, empresa líder em Arquitetura da Informação que era liderada por Rosenfeld. No primeiro, o autor ergue os critérios primários para serem analisados numa arquitetura da informação:

• Estrutura
• Agrupamento
• Rotulação

Gostei bastante, mas as técnicas de avaliação que o autor sugeria eram baseadas em testes com usuários reais, algo que eu não estava disposto a fazer só para o Benchmark. Queria fazer uma exper-review mesmo.

Foi então que encontrei o irônico paper de Chiara Fox e Keith Instone intitulado Uma análise da Arquitetura da Informação dos maiores analistas de negócios. Irônico porque eles estavam usando as mesmas armas analíticas desses caras para mostrar que eles não seguem estritamente o que pregam.

A forma como fizeram a comparação foi bem colocada. Escolheram os seguintes aspectos:

• Navegação global
• Navegação local
• Navegação contextual
• Navegação suplemental
• Busca
• Organização de cima para baixo (top-down)
• Organização de baixo para cima (bottom-up)
• Rotulação

Bem mais compreensivo do que as heurísticas de Rosenfeld, mas muito atrelado à funcionalidades e não a conceitos, que são mais permanentes. De qualquer forma, apresentaram tabelas com pequenos comentários comparando os 6 sites analisados em cada um dos critérios. Logo abaixo explicam as consequências dos problemas nesses critérios. Recomendo imensamente a leitura para qualquer um que deseja ingressar ou já faz parte do ramo de Arquitetura da Informação, pena que está em inglês.

Mas não tem problema, em português tem pelo menos o meu relatório sobre o site da UFPR [DOC] Não fui tão criterioso e preferi uma análise mais qualitativa, mas usei os critérios acima para comparar. Tentei ser bastante persuasivo na minha análise, insistindo nos pontos fracos da arquitetura atual. Achei bem interessante criar cenários fictícios para ilustrar meus argumentos. Torna mais paupável os conceitos de Arquitetura da Informação para o leigo.

Se todo novo website fizesse uma análise dessas antes de ser desenvolvido, tenho certeza que a Web avançaria muito mais rápido, porque os erros seriam superados e os acertos mantidos.

Se algum leitor precisar desse tipo de serviço ou quer aprender a fazer, lembre-se, estamos aí para isso mesmo.

Comente este post

Se por acaso, estivesse arquitetando um website que ainda não existe, iria entrar em contato com todos os manda-chuvas do projeto (stakeholders) para descobrir o que eles pretendem colocar dentro do website. Seria mais trabalhoso, mas não haveria escolha.

O Inventário de Conteúdo tem só 5 páginas porque economizei verbo. Poderia ter sido mais descritivo em cada item, mas já que esse inventário foi escrito só para mim e não para ser compartilhado com uma equipe, nem discutido com manda-chuvas, escrevi só o necessário para ativar minha memória. Em cima desse documento, rabiscarei rótulos e agrupamentos menores. Depois, acho que vou usar um método chamado Diagrama de Afinidades (affinity diagram) para criar agrupamentos maiores. O objetivo é chegar na taxonomia principal do website. Falarei mais disso na sequência.

Comente este post

Se queremos que uma mensagem provoque uma determinada reação (comprar algo por exemplo), precisamos primeiro atrair a pessoa para ouvir nossa ladainha. Para isso, ele sugere que sejamos bem pouco convencionais na abordagem inicial. Quanto mais sair do comum, mais atenção vai chamar. Imagens, multimídia e o que puder ser usado vale à pena. Mas claro, tudo de acordo com a mensagem.

Em seguida, precisamos mostrar alguns fatos para dar credibilidade ao que estamos promovendo. Tudo o que puder se explicado de forma visual, segundo ele, é melhor. Texto tem o seu lugar, mas quase sempre se torna chato demais depois de algumas linhas.

Só depois de guiar a pessoa através dos dois passos anteriores (através de links ou rolagem) é que podemos intimá-la a fazer algo. Podemos pedir que ela compre algo online ou então requisitá-la que mude seu comportamente quanto aos cegos que não podem acessar websites baseados em tags table.

Alguns dias antes me perguntava o porque da sequência empresa - serviços - contato serem um padrão tão bem estabelecido nos menus de navegação em websites. Essa é uma das boas razões:

• empresa = atrair
• serviços / produtos = informar
• contato = intimar

Existem variações como quem somos - o que fazemos - fale conosco ou então combinações menos consistentes como sobre - produção - contate-nos. No final das contas é a mesma coisa, mas prefiro a sequência lá de cima. É muito mais direta e concisa, por isso se tornou o padrão.

Existem variações como quem somos - o que fazemos - fale conosco ou então combinações menos consistentes como sobre - produção - contate-nos. No final das contas é a mesma coisa, mas prefiro a sequência lá de cima. É muito mais direta e concisa, por isso se tornou o padrão.

Só fico me perguntando se realmente as pessoas acessam as páginas de apresentação da empresa, normalmente lotadas de textos redundantes, insossos e inúteis. É o "fantástico" histórico da empresa, a foto do presidente, a missão e filosofia de trabalho e outras criações idiossincráticas.

Especulando um pouco, talvez isso funcione quando o site seja focado em negócios entre empresas, Business-to-Business. Quem está de fora, vê uma empresa como algo amorfo, mas o seu dono e funcionários alto escalão a vêem como se fosse extensão de seu próprio corpo. Então, veriam as empresas de parceiros da mesma forma: centradas na figura dos seus respectivos donos. Daí rola uma identificação... hmmm, acho que estou indo longe demais.

Quando a empresa me dá liberdade de fazer a redação da página de apresentação da empresa, procuro sempre deixar claro o diferencial dela perante a concorrência. A meu ver, é isso que atrai. É isso que sai fora do comum, como disse o Lenker.

Na página de serviços/ produtos, o negócio é investir em descrições honestas e concisas, ressaltando os pontos fortes dos produtos, mas sem deixar de mostrar os pontos fracos caso seja desejável que o usuário faça comparações entre eles. Textos suplementares inserindo o produto no seu contexto de uso (por exemplo, uma receita com panetone) não só aumentam o valor do produto, como são excelentes para atrair internautas vindos dos buscadores.

Finalmente a página de contato deve ir direto ao ponto e mostrar os formulários, mas não sem antes explicar para quê ele serve. Sugerir coisas como "peça seu orçamento", "mande sugestões" e "proponha uma parceria" é ótimo para incentivá-lo a escrever. Peça sempre o mínimo possível de informações nesse formulário, do contrário ninguém vai se dar ao trabalho. Preencher formulários é a coisa mais chata da navegação na Web, ninguém gosta. Tem gente que tem até paranóia de fornecer dados pessoais.

Outra coisa bem legal e que todo mundo esquece é de fazer uma caixa de texto para o texto da mensagem bem grande, do contrário as mensagens serão pequenas também. É bem simples: "você ganha aquilo que pede." Depois que aumentei o tamanho da caixa de texto dos comentários neste blog, o tamanho médio dos comentários aumentou bastante.

Como recomendei no primeiro artigo que escrevi para minha coluna de usabilidade no FlashMasters, a ligação entre essas páginas não deve se resumir só ao menu de navegação. É muito melhor ao final de cada texto lido ter um link logo abaixo indicando que devemos ler em seguida. Basta seguir a sequência do Lenker. Na página de empresas, finalize com um link para a página de "serviços" e assim por diante.

Esse tipo de navegação tem agradado muito tanto aos meus clientes quanto aos clientes dos meus clientes. No site que fiz para um fabricante de panetones, priorizei esse esquema de navegação, usando caixas sedutoras ao redor dos textos. Joguei o menu lá pra cima (onde não é nada prático), sem medo de ser feliz. Nos testes informais que fiz, parece ter dado muito certo. Usuários sem objetivos bem definidos se sentem bem à vontade em deixar que o site os guie na visita.

Comente este post

A primeira coisa que fiz foi levantar no papel todo conteúdo que tinha no site, ao mesmo tempo que mapeava a navegação atual. O Inventário de Conteúdo está neste TXT. Em seguida, listei todos os assuntos abordados ao mesmo tempo em que tentava mantê-los dentro de grandes-áreas: Design, Programação e Operação de Software. Feito isso, comecei a agrupar os conteúdos que eram correlatos e a esboçar algumas classificações que serviriam de base para a navegação e modelagem do banco de dados.

Como vocês podem ver no esboço, identifiquei todos os tipos de conteúdo que o site continha, de uma perspectiva mais de modelagem de dados. O primeiro impulso foi criar a navegação baseada no agrupamento desses tipos de arquivo, por exemplo uma seção só para arquivos de exemplo (.FLA, .SWF, etc).

Só quando comecei a desenhar o diagrama de navegação acima, é que percebi que isso não ia funcionar. Afinal, o usuário entra não atrás de um arquivo ou de uma "opinião profissional". O que ele quer é resolver um problema ou saber mais sobre um determinado assunto. Assunto? Opa, eu já havia identificado os ditos cujos. Voltei a eles e percebi que mapeando a navegação em cima dos assuntos na primeira dimensão, seria mais fácil de entender do que se trata o site e diminuir o número de opções no menu (era esse o principal problema da última versão). Consegui resumir a três assuntos: Actionscript, Mexendo no Flash e Design.

Até aqui foi feito só trabalho de Arquitetura da Informação. Apesar de ver lá longe um menu de navegação bidimensional, não era essa minha maior preocupação. Queria que a estrutura fosse facilmente visualizada mentalmente, que formasse um robusto modelo mental. Apesar de ser padrão para sites de recursos sobre Flash usarem a abordagem "tipo de conteúdo", você conseguiria se lembrar de como está organizado o FlashKit sem abrir o site? Ou então, planejar um caminho para resolver um problema no seu preloader? Pelo fato de ser difícil formular esse caminho, quase sempre ia direto ao fórum para perguntar sobre uma questão, mesmo sabendo que podia ter a solução entre os tutoriais e códigos-fonte.

Enquanto montava o diagrama, não resisti em ultrapassar a barreira da informação e começar a pensar em interação. Montei os wireframes (estrutura de cada página) ao mesmo tempo que ia dilapidando o diagrama. O da página inicial foi o primeiro, claro. Mas, enquanto fazia já ia pensando se ia dar certo a sequência com as páginas internas.

Já tinha discutido com o William sobre fazer uma aplicação rica para responder perguntas em linguagem natural imediatamente, como por exemplo: "Como criar um botão invisível?". No wireframe da página Mexendo no Flash já delineei como serão os componentes da pequena aplicação. Até agora, não pensei e nem fiz nada no campo do design gráfico. Pensei na disposição dos elementos, mas não de uma perspectiva gráfica e sim de informação e interação (como ficaria bem organizado e fácil de usar).

A vantagem de desenvolver tudo isso é que podemos discutir e mudar tudo sem ter que refazer layouts cuidadosos ou mexer em código, estrutura de banco de dados. Gastei no total umas 12 horas pra fazer tudo. Pouco tempo, se for pensar que uma alteração dessa ordem poderia resultar em re-trabalho de semanas. Planejar é essencial para qualquer projeto ter sucesso. Os campos da Arquitetura da Informação e Design da Interação fornecem métodos muito interessantes para esse fim. Webdesign é muito mais do que só visual. Se for levado à sério, apresenta questões muito mais profundas do que imaginamos.

Comente este post

O tempo para fazer perguntar e anotar as respostas não passava de 5 minutos, mas todo mundo sempre tinha uma história para contar, uma sugestão a fazer. Em média foram 15 minutos bem gastos em cada entrevista, totalizando +-10 horas de trabalho, fora transporte.

Para projetos sérios de webdesign esse método tem um custo benefício muito bom, principalmente porque a amostragem poder ser bem menor do que a minha (34 usuários). Acredito que 4 entrevistas mais longas ou 8 rapidinhas são suficientes para perceber opiniões semelhantes e padrões de comportamento. Não dá um dia inteiro de trabalho e pode ser feito por telefone.

Elaborar o relatório [DOC] demorou mais do que pensava. Levei cerca de 6 horas no total, se batendo no Excel. No meu caso, usei estatísticas e gráficos, mas isso pode não ser necessário. Uma estimativa como a "maior parte dos usuários diz que blá" é suficiente vindo da boca de um profissional que conta com a confiança da sua equipe. Aliás, fazer o relatório é essencial para comunicação interna da equipe e para sustentar as decisões do design perante o cliente. Nem que seja meia folha escrita.

Generalizando, as principais lições tiradas das entrevistas são:

• os usuários tem larga experiência de navegação na Internet
• as informações mais importantes são sobre procedimentos burocráticos e meios de contato
• os usuários estão familiarizados com a estrutura administrativa da Universidade
• a navegação atual não está complicada
• a identidade visual está satisfatória
• as seções do website devem ser agrupadas de acordo com tarefas comuns às facetas do público
• falta conteúdo
• o site é considerado um dos melhores do Brasil em sua categoria

Comente este post

]]> 145 Arquitetura da Informação Thu, 08 Jul 2004 16:03:10 -0300 http://www.usabilidoido.com.br/perigos_da_era_da_informacao.html Ben Schneiderman fecha o livro Designing the User Interface com um bom debate sociológico situando o designer de interface como elemento importante na construção de um mundo melhor. Ele identifica as 10 pragas da era da informação:
1. Ansiedade - medo de estragar o computador, perder dados, parecer burro
2. Alienação - quanto mais se usa o computador, menos se relaciona diretamente com outras pessoas
3. Info-excluídos - aqueles que não tem acesso perdem empregos ou oportunidades de estudo
4. Impotência do indivíduo - contra as grandes coorporações impessoais o que podemos fazer?
5. Velocidade e complexidade avassaladora - a cada dia as regras do jogo mudam e as tecnologias tem de serem atualizadas
6. Fragilidade organizacional - uma pessoa só pode causar um blakout de energia elétrica, ou mesmo destruir um terminal de computador e prejudicar milhares de pessoas
7. Invasão de privacidade - a facilidade de armazenar, trasnferir e consultar dados torna a violação da pricadidade das pessoas mais fácil
8. Desemprego e obsolência - assim como aumenta a automação, alguns cargos se tornam dispensáveis e as pessoas são mandadas embora
9. Falta de responsabilidade profissional - é mais fácil culpar o computador ou uma organização impessoal pelas nossas limitações e falhas
10. Deterioramento da imagem da pessoa - computadores inteligentes ameaçam um dia substituir o homem, em todas as suas habilidades

Com certeza há mais problemas, mas achei a lista dele muito abrangente. Tocou nos pontos fundamentais. Para ele, as soluções são:

• design centrado no ser humano
• organizações interativas
• educação
• prêmios de responsabilidade social
• conscientização pública
• legislação
• estudos avaçados

Comente este post

]]> 144 Arquitetura da Informação Wed, 07 Jul 2004 18:28:31 -0300 http://www.usabilidoido.com.br/analisando_logs_de_busca.html Sempre acompanho o registro de todas as buscas que foram feitas nesse blog, mas desde que coloquei a caixa de busca lá em cima, no canto direito, o número de buscas aumentou 5 vezes. Esse negócio de seguir padrões é realmente útil, hein? Tinha colocado lá embaixo, com um tamanho gigantesco justamente para zombar da recomendação do Jakob Nielsen. Redimido de minha rebeldia, descobri que muita gente não acha o que procura nos arquivos desse blog simplesmente porque ele ainda não tinha um registro de sinônimos.

Alguém buscou uma vez "rastro do mouse" de três combinações diferentes, mas não achou nada. Os post que ele buscava era esse: movimento do mouse rastrado e, em nenhum lugar do texto constava a palavra "rastro". Pesquisei e descobri que o Movable Type tem um lugar que você coloca palavras-chaves para cada post, mas nunca tinha visto isso na interface. Está escondido por padrão. Para habilitar, basta clicar no pequeno link "Customize the display of this page", embaixo do formulário de novo post. Agora não frustro mais quem digita uma palavra errada, como Jackob Nielsen ao invés de Jakob Nielsen.

Durante a pesquisa, acabei descobrindo uma extensão que permite agrupar posts por palavras-chave. Agora ao lado do final dos posts, temos uma caixa vermelha com outros posts que provavelmente vão dar continuidade à leitura. Movable Type é o que há!

Comente este post

]]> 122 Arquitetura da Informação Mon, 14 Jun 2004 14:22:53 -0300 http://www.usabilidoido.com.br/sobre_menus_de_navegacao.html Paulo Renato escreveu um artigo no Webinsider dando uma boa introdução na arte de criar menus de navegação. Ele conseguiu resumir bem os principais pontos que alguns bibliotecários reformados (leia-se Arquitetos da Informação, hehehe) se esmeram em complicar. Existe toda uma ciência da informação por trás do que eles chamam de taxonomia (esse negócio de categorizar e criar rótulos), mas acredito que não precisamos de tanto preciosismo para um mero menu de um website institucional com menos de 20 páginas. Quando a quantidade aumenta, são úteis. O manual básico de sobrevivência está no artigo do Paulo. Se você se apaixonar pelo assunto (eu me apaixonei), sugiro começar a ler artigos específicos sobre.

Comente este post

]]> 119 Arquitetura da Informação Mon, 07 Jun 2004 22:31:52 -0300 http://www.usabilidoido.com.br/bom_projeto_tem_que_ter_bom_briefing.html E se o cliente não puder ou não quiser te passar um, simplesmente invente um! Briefing é onde estão as primeiras especificações do que quer o cliente nesse trabalho e o que você pode oferecer para ele. É a matéria-prima que o designer precisa para sair do zero e começar a esboçar uma solução, seja na mente, no papel ou no monitor. Com um briefing detalhado, não há possibilidades de bater aquele branco e a desorientação de não saber por onde começar. Claro, o começo É o briefing!

Nem sempre podemos fazer a reunião de briefing direto com o cliente. Ficamos à mercê do contato comercial e, como não será ele quem vai ter que quebrar a cabeça para inventar algo, em geral, eles não se dão o trabalho de sentar com o cliente e fazer um bom briefing (existem exceções, mas eu ainda tô pra conhecer um pessoalmente). Caso, haja a possibilidade do designer conversar direto com o cliente, melhor. Tem até um livro inteiro só para dar as dicas no assunto.

Uma vez eu recebi um briefing sensacional. O diretor da agência me entregou um cartão da empresa e disse: "Ó, faz um site aí. Eles querem essa logo animada, bem grande na home". O resultado não poderia ser pior. Aprendi a lição. No próximo job, fiz questão de sentar com o cliente para especificar o briefing. Percebi que não era tão fácil quanto parecia e tivemos uma nova novela na agência, mas dessa vez benigna. Nos sentimos no controle e o projeto acabou dando certo, embora tenha havido um bocado de retrabalho e o prazo tenha estourado.

Eu consegui, mas sei que muitas agências não permitem esse contato, ou por questões de tempo ou por questões de filosofia empresarial. De qualquer forma, ainda existe a possibilidade de inventar um briefing. Não quero dizer que você deve ler mentes, mas pode se basear no que já ouviu falar sobre o projeto, nas instruções verbais iniciais, em pesquisas gerais de marketing e sua experiência pessoal.

Ao invés de ficar esperando marcar uma audiência com a direção da Universidade em que estudo, resolvi criar o briefing direto com o meu professor orientador da disciplina. Veja como ficou o exemplo de briefing fictício e pegue a manha.

[ Atualização ] A pedidos, disponibilizo um briefing real de um pequeno projeto que fiz: Briefing Mercado da China [DOC] e o Website final

Resumo

A UFPR precisa de um website melhor. Em primeiro lugar, ele precisa se tornar mais organizado e agradável aos olhos. Em segundo, mais útil. A proposta é repensar todos os nuances e amplitudes do website, sem ignorar a experiência do website que está no ar há anos. O objetivo é propor mudanças no website que o tornariam o mais fácil de usar de todas as demais Universidades Federais do Brasil.

Audiência e suas supostas principais expectativas ao usar o website

• Alunos
  • ter acesso à produção científica da universidade que seja de seu interessse
  • efetuar matrículas e outras atividades burocráticas sem depender de servidores ocupados e mal-humorados
  • receber avisos de eventos e notícias de mudanças que afetem sua rotina de estudante
  • encontrar telefones e outras formas eficientes de obter maiores informações
• Professores
  • encontrar informações de contato com outros professores e entidades dentro da Universidade
  • disponibilizar sua produção científica e pesquisar nas dos colegas
  • receber avisos de eventos e notícias de mudanças que afetem seu trabalho
  • ficar a par da estrutura administrativa e eventuais procedimentos burocráticos
• Técnicos
  • receber notícias de mudanças que afetem seu trabalho
  • ficar a par da estrutura administrativa e eventuais procedimentos burocráticos
• Aspirantes aos cursos
  • saber o que a Universidade tem a oferecer
  • comparar cursos
  • informações para contato com professores e alunos dos cursos
  • notícias sobre os concursos para ingresso
• Jornalistas
  • informações para contato com professores
  • notícias sobre mudanças na estrutura administrativa, eventos e produção científica da Universidade
• Sociedade em geral
  • receber notícias de descobertas científicas, eventos e outros benefícios que a Universidade oferece

Principais problemas identificados

O website está organizado de forma a refletir a estrutura administrativa interna da instituição e isso causa problemas aos usuários que não a conhecem por completo (quase todos). É praticamente impossível uma pessoa que não tenha noção da estrutura administrativa encontrar uma informação específica. Além disso, há uma irregularidade tremenda de um ponto do website ao outro, tanto no aspecto gráfico, como textual. Isso é funesto ao usuário porque a navegação é inconsistente, o que leva à confusão e a desorientação. A Universidade desperdiça assim, a chance de imprimir uma imagem coesa e bem definida.

Características desejadas na solução

O produto entregue deve refletir as seguintes características da UFPR:

• comprometimento com o ensino público, gratuito e de qualidade
• apoio nos pilares de Ensino, Pesquisa e Extensão
• tradição e ao mesmo tempo, desbravamento do futuro
• envolvimento nas causas sociais
• ponto de referência no saber

Comente este post

]]> 96 Arquitetura da Informação Sat, 15 May 2004 07:03:59 -0300 http://www.usabilidoido.com.br/wireframes_e_rabiscos.html Wireframes são os esqueletos dos websites, feitos pelos Arquitetos da Informação. Hoje, um artigo no Webinsider ativou minha rede hipertextual mental sobre o assunto.

Primeiro, vale à pena fazer. Na agência onde trabalho, estávamos com dificuldade de planejar a disposição do conteúdo num website 100% Flash. Resolvi fazer um esboço visual, bem tosco, mas indicando a forma grosseira da interface e onde cada conteúdo estaria. Não me custou mais que 1 hora. Na próxima reunião, os publicitários se sentiram muito mais à vontade para discutir o planejamento. Vale notar que eles não tinham grande experiência com Web, então não conseguiam imaginar as minhas propostas antes.

Segundo, me lembrei que o Sergio Carvalho da Sirius me disse uma vez que os wireframes que eles fazem não tem indicação de posicionamento dos elementos ao contrário do proposto pelo artigo no Webinsider. Tem apenas o peso relativo. Ele prefere assim, porque dá maior liberdade para o designer gráfico trabalhar.

Terceiro, me lembrei que quase todo designer gráfico que se preze faz um esboço no papel quando está discutindo com outras pessoas como vai ficar o projeto. É um wireframe informal. Não dá pra fazer testes com usuários com eles, muito menos mostrar para os clientes.

Quarto, Luli Radfarher mostrou um protótipo do novo portal da AOL que foi apresentado ao cliente para aprovação antes do design gráfico. Ele disse que isso ajuda muito para o cliente não ficar voltando atrás e mudar tudo no final do projeto. Concordo com ele, mas sonho com o dia em que vou poder apresentar algo tão abstrato para um cliente sem ele olhar torto.

Comente este post

]]> 9 Arquitetura da Informação Wed, 10 Dec 2003 03:02:20 -0300