Data: dia 4 de agosto, a partir das 8h30, no auditório ESPM, Rua do Rosário, 90 – 11o. andar, Centro, Rio de Janeiro.

Palestras e debates sobre novas tecnologias, oportunidades para negócios e impactos no cotidiano, com a presença de profissionais e estudiosos.

Temas:

• Gestão do entretenimento
• Comunicação e negócios no mundo digital
• Convergência de conteúdo e integração de mídias
• Arquitetura de informação e experiência do usuário

EVENTO GRATUITO
Inscrições
pelo e-mail.: cursos@espm.br
pelo tel.: (21) 3523-2323

É fundamental o enfoque em como o usuário reage a essas tecnologias e o que é feito para propiciar uma boa experiência.

Para cada tema haverá um convidado e um moderador que abrirá espaço para algumas colocações da platéia. Após todas as apresentações haverá uma mesa redonda com a participação de todos os convidados e com a intervenção da audiência. Desta maneira, todos os palestrantes convidados deverão estar presentes durante todo o período para alinhar as falas e para que o debate final seja realmente proveitoso para nós e para os que estiverem lá para assisitir.

O início será às 8h30, cada bloco terá 40 minutos, incluindo-se 30 minutos para apresentação e 10 minutos para responder a 2 perguntas. Às 12h20 haverá um debate com todos os participantes e com perguntas da platéia.

Os palestrantes serão:

• Vinícius Andrade Pereira, doutor em Comunicação (Marketing de entretenimento)
• Lauro Kozovits, doutor em Informática, desenvolvedor de aplicações móveis para Nokia (Comunicação e negócio no mudo digital)
• João Elias Antonio Filho, especialista em Ergonomia e desenvolvedor de novos produtos TIM Brasil (Convergência de mídia e integração de conteúdo)
• Patrick Scripilitti, mestre em design e gerente de comunicação da Sack’s (Arquitetura de informação e experiência do usuário)
• Luiz Telles, designer gerente de interatividade e canal web da SKY (Design estratégico e competências profissionais do designer)

Haverá um coffe-break e o encerramento está previsto para as 13h.

Artigos relacionados:

• 1º Encontro Brasileiro de Arquitetura de Informação
• Segunda bolha
• Lou e a Lei de Pareto
• Mozilla: Encontro com a comunidade
• Maturando o HTML

Auditório do Conselho Regional de Química 4a. região
Rua Oscar Freire, 2039
São Paulo, SP

• Programa do encontro
• Envie seus trabalhos
• Feed

Encontros informais

No mês de julho haverão alguns encontros informais:

Belo Horizonte
dia 5, às 19 horas
Livraria da Travessa
Avenida Getúlio Vargas 1405
Savassi

Recife
dia 11, às 19 horas
Auditório do C.E.S.A.R.
Rua Bione 220
Bairro do Recife

Porto Alegre
dia 12, às 19 horas
Shamrock Irish Pub
Rua Vieira de Castro 32
Parque Farroupilha

Rio de Janeiro
dia 12, às 19 horas
Pizza Park
Cobal Humaitá
Telefone: (21) 2537-5383

São Paulo
dia 20, às 19 horas
Seo Gomes
Rua Gomes de Carvalho 1214
Vila Olímpia
Telefone: (11) 3846-3625

Brasília
dia 20, às 19 horas
Bar Beirute
109 Sul, bloco A, lojas 2/4

Fonte: Revolução Etc, Gustavo Gawry

Artigos relacionados:

• Mozilla: Encontro com a comunidade
• fisl6.0
• 1º Encontro Carioca do Movimento BLS
• I Fórum ESPM de Negócios e Convergência Digital
• A profissionalização do arquiteto da informação

A folksonomia permite aliar várias palavras a vários conteúdos com auxílio de informantes reunidos em uma rede social. Apesar de não ser tão intuitiva e disseminada como a dos diretórios ou folders, ela foi rapidamente compreendida e difundida por uma faixa de early adopters de aplicativos para a Web. O sucesso diante deste público baseia-se na metáfora que não está mais no mundo real de grandes arquivos de metal, mas sim nos hipertextos que fazem parte do cotidiano destes usuários há dez anos ou mais. Sua complexidade e riqueza de detalhes e possibilidades enchem os olhos dos usuários mais experientes. O fractal hipertextual que permitia ao cibercidadão comum conectar textos, fotos e vídeos, agora permite a conexão entre aplicativos e entre personas virtuais.

Com o gostinho desta interação rica e com a necessidade crescente de um melhor gerenciamento da informação (personal information management), naturalmente estes usuários já torcem o nariz para qualquer novo aplicativo que não oferece este tipo de interação. Ou seja, uma simples busca por palavras-chave não satisfaz esta faixa do mercado, pois afinal isto é o mínimo que se espera de qualquer website produzido depois de 1995. Através do poder de interagir com o conteúdo classificando-o, este usuário constrói sua rede de conhecimento de modo mais descentralizado possibilitando o compartilhamento com sua rede de contatos.

Mas há de ser cauteloso ao desenvolver um novo aplicativo com tamanha complexidade! Vários novos aplicativos para Web têm conseguido unir personal information management e social networking satisfatoriamente. No entanto, alguns melhores exemplos ainda estão restritos ? faixa de mercado dos nerds de carteirinha da qual não conseguem sair.

Apesar de possuir maior estabilidade e de ter maior variedade de recursos, o Flickr ainda não consegue a mesma penetração no mercado como o Fotolog.net, que conta ao seu favor com a simplicidade de suas interfaces e a construção de uma rede de contatos pré-Orkut. Por outro lado, pioneirismo e design espartano não salvam o del.icio.us, que já não é uma novidade para ninguém, mas poucos não-geeks se aventuram por ali. Estes e outros como 43Things, Consumating, a extensão Outfoxed para Firefox ou qualquer outro que use um TagCloud ainda estão distantes da grande massa de usuários da Internet. Estes se contentam com a experiência de redes sociais comuns e precisam apenas do Google para sobreviver na rede. E por isso mesmo, estes websites levarão muito mais tempo para serem populares. Como há uma nova onda de otimismo no ar, alguns destes pequenos e brilhantes empreendimentos têm alguma chance de sobreviver até lá. Usar as pirotecnias do Ajax pode ajudar, mas não é o suficiente. E considerando o imediatismo informacional do público brasileiro, não espere por muitas iniciativas bem sucedidas por estas bandas.

Em tempos de avalanches de informações fragmentadas, quanto menor for a unidade compreensível a ser compartilhada, melhor será a construída a referência mental no usuário. Por isso, palavras-chaves eficientes são constituídas de uma única palavra. Afinal, webdesign é web, é design, é os dois, é o quê? Será a complexidade do vocabulário a solução para a simplificação de nossas vidas? Ou iremos sobreviver de siglas e tags abbr?

Artigos relacionados:

• Você tem um blog? Ah, legal… é sobre o quê?
• Novo layout
• Web 2.1: cautela e canja de galinha
• Ploc não! Flock…
• A volta do design 800×600

Um amigo – o mesmo que me mostrou o site e me viciou nele – ficou revoltadíssimo com o redesign. Perguntei se ele não achava o site meio tosco antes com aquela texturazinha amarelinha e toda a informação do mundo entulhada numa página só. Ele apenas replicou dizendo que o site estava mais burocrático. De fato, a nova arquitetura, que possibilitou ampliar as possibilidades e tornar as páginas menos carregadas, também aumentou o número de cliques.

Entendo ele perfeitamente. Um usuário de anos acaba sentindo algum afeto pelo site. Aquele site também é dele. E, por mais que o usuário compreenda o espírito mutável dos websites, acordar uma bela manhã e ver seu site mais “burocrático” é um choque e tanto. Isso não significa perda imediata de usuários, mas pode ser um revés temporário numa imagem que leva-se muito tempo para construir.

Redesigns são necessários. A cada dia, aprendemos mais sobre os usuários, sobre o desenvolvimento de sites, sobre a Internet em si. Aprimorar sempre é um dos princípios da civilização ocidental, não é? Mas é bom prevenir o choque. Transições graduais podem ser uma solução. Outra pode ser a notificação do usuário por editorial ou newsletter. E aproveite para sondar o usuário quanto à sua satisfação.

A exploração descomprometida com a informação foi privilegiada nesta nova versão do site

All Music Guide através dos anos:

• Dezembro de 1998
• Dezembro de 2000
• Dezembro de 2003
• Agosto de 2004

Artigos relacionados:

• Diminuindo o ritmo: eventos Web em dezembro
• Lou e a Lei de Pareto
• Mundo cruel
• A profissionalização do arquiteto da informação
• Em busca da fórmula milagrosa [ou outra coisa que resolva este problema]

Durante o primeiro passeio na floresta, João foi largando pedrinhas brilhantes pelo caminho. Deste modo, quando o seu pai cumprisse o plano e os abandonasse, eles poderiam seguir a trilha das pedras [mesmo que já tivesse anoitecido] e voltar para casa. Funcionou perfeitamente. Porém, antes do segundo passeio, não houve tempo para pegar as pedrinhas. Então usaram migalhas de um pedaço de pão. A veio os passarinhos, que comeram tudo, e então apareceu a bruxa, bla, bla, bla…

Muitos usam uma analogia da floresta escura para os seus próprios websites. Acham que seu conteúdo é tão denso e profundo e seus usuários são tão inocentes, que é necessário jogar pedrinhas brilhantes pelo caminho para ajudar o usuário a voltar para a homepage ou para algum outro ponto no meio do caminho.

Sim, o que nós chamamos de breadcrumbs nos sites são na verdade as pedrinhas da história. Isso porque eles ficam lá e não há passarinho ou usuário que os tire do caminho. O que temos hoje de mais próximo das efêmeras migalhas é o Histórico do navegador. Além disso, já ouvi de alguns estudos para implementar um histórico na própria interface do site. Algum cookie iria armazenando, de modo provisório ou permanente, todas as páginas onde o usuário esteve. Mas não conheço um site que tenha utilizado um recurso assim com algum sucesso.

Acredito que o grande desafio consiste em evitar ao máximo estes sites densos, onde o usuário não se sinta amedrontado em navegar livremente e achar conteúdos mais interessantes dos que ele estava imaginando encontrar. Ou então, expor claramente os níveis de profundidade através da criação gráfica ou de indícios no conteúdo. Mas nem sempre isso é possível, e às vezes temos que utilizar mais de três níveis de profundidade em um website. Neste caso, eles podem ser muito eficientes.

Não devemos considerar os breadcrumbs como a salvação da colheita, principalmente em sites pequenos. Nestes casos, eles denunciam um problema maior de navegação e estrutura do conteúdo, sendo assim nada mais do que paliativos, ou no mínimo, propostas desprovidas de criatividade. Portanto, use-os como se fosse o último recurso disponível.

Artigos relacionados:

• O site que vai do freezer ao microondas
• Hospedagem no Brasil está longe de ser confiável
• Outras perspectivas
• Como achar algo nesta bagunça?
• em.pa.ti.a

Apesar de Aristóteles ter criado o conceito primordial da taxonomia cerca de 350AC, foi somente com Lineu, no século XVIII, que surgiram as primeiras versões sobre regras de nomenclaturas para as espécies como nós conhecemos. E estas regras continuam sendo aperfeiçoadas até hoje.

Quando falamos de taxonomia dos seres vivos, podemos absorver um pouco deste conhecimento e aplicá-lo ao nosso processo de desenvolvimento de ambiente Web.

Digamos que minha empresa fabrica sapatos. Terei um item no menu da empresa chamado Produtos. Logo abaixo de Produtos terei os itens Sandália, Sandalinha e Sandalhão. E acaba exatamente a a analogia.

Se a minha tia entrar no site procurando uma sandalinha para a sua sobrinha onde ela vai procurar? Será mesmo que ela vai pensar do mesmo modo que eu pensei quando montei o site e irá clicar em Produtos? E será que ela sabe a diferença entre sandália, sandalinha e sandalhão? Nenhum biólogo se preocupa se um leigo vai ler seus estudos e não vai entender a similaridade entre Felis catus e um Ctenocephalides felis felis. Nós não podemos nos dar este luxo.

Por outro lado, podemos não ser tão rgidos. Podemos usar redundância e espalhar os links para a sandalinha num menu ou box de Promoções, Sandálias encalhadas, Para meninas bem-comportadas, Para meninas mal-comportadas e o que mais nossa imaginação permitir. O importante é que o usuário veja algo que se pareça com o que ele precisa, clique e realmente ache sem maiores traumas.

Artigos relacionados:

• Usabilidade de menus de DVDs
• Álvaro Lins quer chamar o Orkut para depor
• Novo layout
• O "X" marca o local
• Maturando o HTML

Deve ser por isso que os mecanismos de busca não saem de moda. Se preciso de algo e não faço idéia onde encontrar vou direto no Google. E é assim que todos nós pensamos. é instintivo! Estou quase fazendo isso quando procuro algo no meu armário…

Mesmo sendo dependentes dos mecanismos de busca como nós somos, conseguimos ver claramente que nem sempre são estas as melhores ferramentas para procurar informações na Web.

De qualquer forma, esta sensação foi diminuindo ao longo das várias gerações de mecanismos de busca. Primeiro tivemos a pré-história da Internet com os Gophers e Veronicas. Depois vieram os catálogos como o Yahoo!, Altavista, Lycos e o Excite. Depois disso, os robôs, que varriam todas as páginas disponíveis como o Hotbot. Foi neste ponto que perdemos as esperanças. Começaram a pipocar cursos de como conseguir achar algo na Internet e outros artefatos espalhafatosos.

Mas surgiu então o Google, que fez tanto barulho quanto o velho Yahoo!. E tomou conta do mercado do mesmo modo: no boca-a-boca. Na época, não entendamos muito bem o porquê, mas o Google realmente funcionava! Depois descobrimos que era só por que buscava nos títulos e nas descrições primeiro. Que insight!

Será que este é o fim da linha de verdade? O Google já tem quatro anos! Não, tenho certeza que não. Outras tecnologias poderão nos oferecer resultados mais precisos. Mas acredito que os grandes avanços nos mecanismos estarão nos estudos de findability e arquitetura da informação, que ainda estão engatinhando.

Veja só o caso do Kartoo. Este site de busca tenta recriar o modelo mental do usuário visualmente, mas sem as firulas de outros sites de busca feitos em Flash. é um caminho, com certeza. Será o melhor?

Artigos relacionados:

• Desenvolvedores de front-end, uni-vos!
• Google Desktop!
• Grupo de discussão
• A crise e o e-commerce 2.0
• Sobre a usabilidade em listas de discussão

Hum… vamos pensar… Estamos num ambiente hipertextual. Teoricamente, todas as informações estariam a alguns cliques de distância e deveriam ser achados através de um link no meio do browser. Este link pode estar numa palavra no texto, num item no menu de navegação, ou num resultado de uma busca no Google.

O mundo virtual também não é perfeito. Às vezes, precisamos de artifícios para fazer com que o usuário clique menos vezes, economizando tempo e neurônios, para chegar onde ele quer. Um destes artifícios é o mapa do site. Lá, deveria estar uma estrutura completa numa só página de tudo o que é tipo de informação disponível. Como esta estrutura deve ser montada ainda não sabemos. Simplesmente reproduzir a estrutura do site não vai ajudar o usuário que não conseguiu usar o menu de navegação, a não ser que este seja complicado demais. Além disso, o mapa não deveria ser usado para corrigir um problema que começou antes, lá trás na homepage e no menu de navegação [você já caiu em um site e foi direto para o mapa por que achou que não conseguiria achar o que queria de outro modo?]

Sempre que vou desenvolver mapas para sites complexos, faço algumas perguntas:

• preciso mesmo de um mapa do site?
• que links vou colocar?
• como vou rotular os links?
• quantos níveis vou mostrar?

Estudos de caso:

• porque não consigo ver todo o mapa do site da Fiat de uma vez só?
• o mapa da Globo.com se justifica por que confundimos as várias “globos”… pera! Mas não deveramos confundir nada!!! Ops… isso não é um mapa do site? Será que são os canais?

A melhor pesquisa que vi até hoje sobre navegação com um objetivo definido [que infelizmente não tenho a referência, mande-me quem conhecer este estudo! 8:)], comparava a navegação em um site com um rally off-road. A metáfora utilizada foi muito bem explicitada, mas o que lembro [por alto] é que você pode simplesmente seguir a trilha que você provavelmente vai chegar ao seu check-point. Mas será bem melhor se tiver um mapa com as distâncias a serem percorridas e alguns pontos de referência. Parece simples… 8;)

Artigos relacionados:

• Dejà vu
• Lou e a Lei de Pareto
• Extensões essenciais para Firefox
• Quando a ordem dos fatores altera o produto
• Sites matrioshka ou os populares sites cebola

Archieves
10/01/2002 – 10/31/2002
11/01/2002 – 11/30/2002

Mas na primeira vez que entrou em algum blog você identificou imediatamente o que era isso? O que significa Archieves? “Hum… deve ser arquivos… deve ser mensagens antigas, né? ou não… de qualquer forma, parece coisa cheia de teia de aranha…”. E aposto que você não entrou lá… 8:)

E o formato das datas? Você fica catando o mês até hoje? Eu fico! Afinal eu penso em dia, mês e ano, e não em mês, dia e ano que nem inglês e americano [aliás, não sei que lógica é essa... mistérios da língua inglesa...].

Esta dificuldade de leitura se deve aos templates que não foram traduzidos. Com isso você não consegue alcançar os leitores que não tem fluência em inglês. Mas também não é só isso:

Arquivos
01/10/2002 – 31/10/2002
01/11/2002 – 30/11/2002

Melhorou a sua vida? Não… por quê?

Em arquitetura da informação, chamamos esta paradinha de labeling. Um link tem que ser descrito da melhor forma para o usuário novato que entra no seu site. O usuário tem que saber o que está atrás daquele link de primeira, e não sair clicando a torto e a direito. O tempo do usuário no seu site é precioso [Faça você mesmo este teste: Se você tem um contador como o SiteMeter, verifique o tempo que os usuários gastam visualizando a sua página].

Achar a melhor descrição para o seu link não é uma tarefa simples. Ainda estamos procurando umas diretrizes que nos aproxime mais dos usuários. Por isso, vale a velha dica de sempre: Use o seu bom senso.

Estudos de caso:

• o meu blog… coloquei os nomes dos meses [deu trabalho por que tenho que alterar o código html na mão grande toda vez que o mês vira, mas está valendo a pena 8:)].
• o blog of note No me digas tonterias, mujer! usou a própria linguagem descontraída do blog para os menus e funciona muito bem.

E lembre-se que o nome do seu blog é um link no blog dos outros… mas isso é outro post… 8;)

Artigos relacionados:

• Que blog é esse?
• Exige-se conhecimentos em usabilidade
• Bloglines: Soluções para information junkies de plantão
• O fim do mailto
• Sejam bem vindos… ou não…

Acho que a primeira lição de findability que recebi foi quando estava desenvolvendo um site informacional que podia ter até sete níveis na arquitetura. Insano. Não era ? toa que o site tinha pouquíssimos acessos apesar da quantidade e da relevãncia do material.

Achei a solução facilmente, pois é claro que alguns destes níveis podiam ser suprimidos ou mesclados entre si. Resolver o problema é que foi complicado. Achar todos os links para as páginas que foram excluídas e alterar… uma a uma… Em se tratando de um site de quase cinco mil páginas HTML foi uma trabalheira, mesmo usando um recurso de search/replace do Homesite.

Estudos de caso:

• tente fazer o download do Acrobat Reader
• se achou este divertido, faça então o download do Palm Desktop [o mais legal é o botãozinho de Download Now]

Muitos já falaram em um número limite de níveis. Como tudo em usabilidade, não é uma boa coisa estipular metas. Cada caso é um caso, afinal o processo pode ser longo, mas pode trazer satisfação ou então evitar páginas com um scroll monstro. Use o bom-senso que no final tudo dá certo!

Artigos relacionados:

• Código na unha!
• A evolução dos computadores e dos usuários
• Google Desktop!
• O "X" marca o local
• Como aplicar os princípios hippies ao seu website