Esta coleção de protótipos de papel foi exaustivamente linkada em diversos blogs nas últimas semanas. O texto The Paper Version Of The Web reúne protótipos de algumas interfaces famosas e outras nem tanto, ilustrando a tese de que tudo pode [ou deve?] começar no papel.

A razão desta popularidade reside no fato de que as pessoas tem enorme dificuldade em comunicar suas idéias e materializar estas idéias investindo o mínimo de tempo e recursos para comunicar a essência do que estão pensando, antes de poderem investir mais tempo no aprofundamento da idéia.

Um protótipo permite rascunhar rapidamente uma interface, planejando o mínimo e testando o mais prematuramente possível se a idéia funciona. Prototipar com antecedência e frequência é um hábito que só não é mais recorrente por falta de uma cultura de fazer protótipos.

Todo mundo reclama da falta de tempo, mas investe um tempo valioso para fazer protótipos detalhados com telas e mais telas muito cedo, quando ainda daria para rabiscar alguns papéis e reunir o máximo possível de gente para opinar a enriquecer a idéias antes de partir para um protótipo mais detalhado.

O desenho nem mesmo precisa ser bonito. Afinal, é um protótipo, e não a Monalisa. Claro que tem umas imagens de protótipos por aí que são muito feios, até mesmo em testes, quando já deveriam estar mais caprichados. Se já foram feitos vários rabiscos, não custa nada passar à limpo no papel mesmo e apresentar uma idéia mais detalhada.

Enfim, a função do protótipo de papel tem sido aos poucos melhor compreendida e estamos perdendo a vergonha de mostrar desenhos crus, acreditando que a colaboração coletiva fará de uma idéia crua uma idéia genial.

Nesta coleção de vídeos dá para ver como a Adaptive Path (por exemplo) trabalha com uso de papel e um mural para gerar e discutir idéias e alguns testes com protótipos de papel.

Por isso, a pergunta de ouro do Arquiteto de Informação deve ser:

"Deu para entender... ou quer que eu desenhe?"

.

Ao chamar os usuários de egoístas e negligentes, Jakob Nielsen conseguiu chamar a atenção para o tema da usabilidade. Talvez ele tenha exagerado, mas o senhor dos cabelos estilosos nunca foi muito afeito a sutilezas.

Trechos interessantes:

"As pessoas querem sites que vão direto ao ponto, elas têm pouca paciência".

"Apesar de os designers terem melhorado, os usuários também se habituaram com o ambiente interativo".

"Agora, quando estão online, as pessoas sabem o que querem e como fazer para achar".

"Os designers e proprietários dos sites ainda pensam que possuem um site especial e interessante e que as pessoas ficarão felizes com tudo o que for jogado para elas".

Leia a matéria na BBC Brasil.

Leia a matéria original em inglês.

A dica do texto na BBC Brasil quem postou primeiro foi o sinistro Caparica, amigo e velho combatente das trinceiras do design da informação!

.

Paper Prototyping Test
Protótipos coloridos são bem mais legais! Esse vídeo é super recente, quando acessei não tinha nem 10 pageviews ainda. Repare no tamanho do protótipo, para permitir que a usuária do teste consiga ler todas as instruções em texto que aparecem nas telas. Ainda assim, por vezes ela tem de chegar mais perto do protótipo. Hmmm, texto demais talvez?

Uma explicação sobre o que são Wireframes
No melhor estilo bem intensionado de "imitação-sem-iluminação-dos-vídeos-da-Common-Craft". Apesar da toscosidade da produção e de certa "agressividade" ao jogar dólares na mesa, valeu a boa intenção (!):

Teste de protótipo de papel de um "totem" multi-drive para lojas de revelação de fotos
Esse é mais longo, tem em torno de 8 minutos. O protótipo é bem curioso, cheio de recursos!:

Teste de interface de transferência de arquivos para dispositivos móveis
Vídeo em português, com uma produção muito bem cuidada:

.

Já é a segunda vez que ouço falar desse relatório em uma semana. Vá gostar de caos assim no inferno em laboratório de astronomia!

Será que ninguém nunca vai aprender a gerenciar projeto de software nesse planeta? 31% de projetos descontinuados é muita coisa! Isso só prova que ainda estamos, mesmo depois de 14 anos do relatório do Standish Group, muito longe de um ambiente aceitável de projeto e gerenciamento de projetos de base tecnológica. E muito mais longe ainda do Estado da Arte no desenvolvimento destes projetos.

A certa altura, Declan coloca que "software development is not a repeatable process" (desenvolvimento de sofware não é um processo [facilmente] repetível), de forma a mostrar que a abordagem da questão não é um simples manual de métodos e processos.

Mas a tela mais fundamental da apresentação é essa:

"Desenvolvedores focam em stakeholders. Designers focam em usuários." Essa entrou para o rol de frases para momentos oportunos.

Apesar da filmagem colocar Declan em primeiro plano e os slides em segundo, os slides são excelentes, com textos hiper-concisos e dá para ler tudo numa boa (dá para ter uma idéia na imagem acima).

É fundamental integrar mais os mundos de desenvolvimento de software (especialmente a análise de sistemas) e a arquitetura da informação.

Cada vez que vejo Arquitetos de Informação tentando reinventar a roda com coisas que os Analistas podem resolver (e que já tem fundamentação há bastante tempo) e Analistas se matando para resolver problemas que os Arquitetos já consideram patterns, vejo que ainda temos um longo caminho a trilhar.

Porém, enquanto Arquitetos virem Analistas comos "os caras da TI" e os Analistas virem os Arquitetos e Designers como "os caras cheios de idéias", vamos continuar caindo nos mesmos problemas que o Chaos Report documentou há 14 anos.

Por isso, esse vídeo é altamente recomendado a ambos os públicos!

.

Por conta destas referências que tinha dele, comprei a primeira edição do livro Design/Web/Design. Foi um dos melhores livros sobre internet que já tive o prazer de ler!

Agora o Luli colocou o livro todo online, de graça. Este comentário que copiei do site explica porquê:

"O livro Design/Web/Design:2 foi escrito em 1999 e publicado em 2000, portanto já está um bocado velho. Alguns aspectos técnicos e profissionais ainda se mantêm. Outros, felizmente, mudaram bastante. Ele foi disponibilizado neste site na forma de páginas abertas a comentários porque gostaria de ouvir de vocês sua opinião com relação às mudanças. Não tenho dúvidas que em alguns pontos ele foi superficial demais; ou mesmo em que em outras ele está completamente ultrapassado.

Na minha opinião, livros têm a mesma função das obras de arte: estimular a discussão e a reflexão. Não devem ser considerados fontes de saber ou beleza, mas elementos vivos que promovam dentro das cabeças das pessoas verdadeiras revoluções na forma de se pensar e encarar o mundo - essa, sim, uma belíssima e indiscutível habilidade humana."

Vale muito a pena baixar para (re)ler e/ou guardar:

http://www.luli.com.br/dwd2/

Índice do livro:

Introdução

1: Design: a cara do mundo civilizado
1-1: “Qualquer imbecil faz design”: design, designers e Frankensteins
1-2: Talento vs. Preguiça
1-3: Carta da Califórnia
1-4: Pensando visualmente
1-5: Tintim por tintim: o impacto dos mínimos detalhes
1-6: Identidade corporativa: missão e visão empresarial
1-7: Cada coisa com seu porquê
1-8: Percepção: um processo ativo
1-9: Relação palavra / imagem

2: Preparando o terreno

3: Princípios de design
3-1: Grids: cada coisa em seu lugar
3-2: Fazendo um grid
3-3: Caligrafia, tipografia e legibilidade

4: A Internet é a resposta. Qual era mesmo a pergunta?
4-1: Design gráfico vs. design digital: berimbau não é gaita
4-2: O que você precisa saber
4-3: O que você não precisa saber
4-4: Possibilidades e limitações
4-5: Tecnologia
4-6: Páginas pessoais

5: Interface
5-1: Características de uma interface
5-2: Elementos de uma interface
5-3: Por uma estética digital
5-4: Interatividade

6: Arquitetura de informação
6-1: Design estrutural
6-2: Grupos de dados
6-3: Hipertexto
6-4: Roteiros
6-5: Paisagens informativas

7: Quem precisa de um website?
7-1: Tipos de websites
7-2: Publicidade de massa e internet
7-3: Porque banners não prestam
7-4: Qualidade da experiência: “foi bom pra você, meu bem?
7-5: Do que as pessoas mais gostam (e o que elas odeiam) nos sites

8: O processo de produção e suas etapas
8-1: Algumas dicas de marketing
8-2: Especificações, planejamento e cronograma
8-3: Organização dos grupos de informação
8-4: Direção de criação, projeto gráfico e linha de design
8-5: Protótipos e aprovação
8-6: Mãos à obra
8-7: Controlando as entranhas do código
8-8: Registro em mecanismos de busca
8-9: Auditoria e medição do tráfego
8-10: Manutenção e acompanhamento do usuário

9: Equipe
9-1: O “webdesigner”, esse pobre centauro
9-2: Incubação e novos produtos

10: Vamos falar de você
10-1: Seu estúdio
10-2: Seu portfólio e promoção: como tornar as suas peças conhecidas?

11: Modernidades

12: Comunicação não-linear, se é que ela existe
12-1: Hiperespaço e ciberespaço
12-2: Comunidades digitais: as novas igrejas, partidos, padarias
12-3: Ansiedade de informação
12-4: O ciclo da descoberta

.

Submarino

Bruno Rodrigues é jornalista, webwriter e consultor de mídia do portal da Petrobrás. A Petrobrás, aliás, é também onde atua o Vicente Tardin, editor do WebInsider, a revista para profissionais de web mais respeitada no país, na qual o Bruno Rodrigues é colunista de destaque. Ambos estão entre os profissionais pré-bolha (final de 1999) que ajudaram a dar "personalidade" para a internet brasileira.

Esta é a segunda edição do livro, que foi o primeiro em língua portuguesa e o terceiro publicado no mundo especificamente sobre o assunto. A edição que li e tenho é a primeira, que tinha capa azul e amarela. O subtítulo também era diferente: "Pensando o texto para a Mídia Digital".

Mas as diferenças vão além da capa. A primeira edição era mais leve, mais descontraída e com abundância de dicas e macetes, mas com poucos exemplos práticos de aplicação, como fez Steve Krug em um dos capítulos de seu clássico Não Me Faça Pensar.

Bruno Rodrigues tem uma grande afinidade com Arquitetos de Informação, e de forma muito coerente comenta com frequência as interações entre ambos os profissionais em seu blog.

Nesta versão, o livro aborda os principais temas que deveriam fazer parte das preocupações cotidianas de um webwriter. Entre outros temas, Bruno aborda a densidade da informação, gestão do conteúdo, hierarquia de prioridades, personalização, pesquisa online e linguagem contextual.

Com a experiência de quem pesquisa webwriting desde 1995, o autor também fala sobre o mercado, tendências e quais as diferenças que o redator encontrará entre o mundo offline e o mundo online. É uma boa indicaçãopara quem não é jornalista mas quer ter alguma base teórica, para quem está cursando jornalismo, para recém-formados e até mesmo para quem quer se reciclar.

Por este preço, nem dá para usar a desculpa de que a grana está curta!

Submarino

John Maeda é professor de Media Arts & Sciences do MIT, fundador do Simplicity Consortium no Laboratório de Mídia do próprio MIT e designer premiado mundialmente, além de conselheiro de empresas como a Philips. Pelo tom espiritualizado de seu texto e pelos pontos de vista que expõe, Maeda é mais artista do que designer, o que acrescenta um ponto de vista poético ao seu pensamento sobre simplicidade. O autor mantém o blog Laws of Simplicity, onde aprimorou as 10 Leis, que originalmente seriam 16, mas foram resumidas e agrupados pelo processo SLIP.

SLIP é um acrônimo de Sort, Label, Integrate, Prioritize (Selecionar, Rotular, Integrar e Priorizar), que é como Maeda categoriza e organiza informações, tarefas e qualquer atividade classificável. No livro, ele demonstra com seus post-its como usa o processo.

Maeda gosta de enxergar palavras umas dentro das outras e letras em comum no estilo "caça-palavras". Por exemplo, ele cita as letras MIT dentro da palavra Simplicity. Por causa disso, o livro abusa destes recursos mnemônicos para educar o leitor sobre como projetar e promover a simplicidade. Outros dois acrônimos bastante explorados por Maeda são:

ELA (do inglês SHE): Shrink, Hide, Embody (Encolher, Ocultar e Agregar)

BRAIN: Basics, Repeat, Avoid, Inspire, Never (Básico é o início de tudo, Repita-se com frequência, Abstenha-se de se desesperar, Inpire-se com exemplos, Nunca deixe de se repetir).

Antes de abordar a simplicidade em si, o autor explica sua linha de pesquisa e o processo de criação do livro. Ao invés de recorrer a regras e fórmulas, Maeda convida o leitor a refletir sobre casos como o do iPod da Apple para demonstrar como e porquê a simplicidade tem se tornado um assunto tão em evidência. Ao abordar o assunto em forma de Leis, evita o simplismo mas mantém o assunto sob controle dentro de uma ótica explícita e compreensível. Em muitos aspectos, o raciocínio de Maeda se assemelha ao pensamento de Richard Saul Wurman em Ansiedade da Informação 2, que li recentemente e comentei aqui.

De fato, não são 10 leis, mas 10 reflexões sobre o que é a simplicidade. Como o blog do livro cita as Leis na íntegra, não vou ser preso por reproduzí-las aqui:

As 10 leis da simplicidade

1 Reduzir - A maneira mais simples de alcançar a simplicidade é por meio de uma redução conscienciosa.

2 Organizar - A organização faz com que um sistema de muitos pareça de poucos.

3 Tempo - Economia de tempo transmite simplicidade.

4 Aprender - O conhecimento torna tudo mais simples.

5 Diferenças - Simplicidade e complexidade necessitam uma da outra.

6 Contexto - O que reside na periferia da simplicidade é definitivamente não periférico.

7 Emoção - Mais emoções é melhor que menos.

8 Confiança - Na simplicidade nós confiamos.

9 Fracasso - Algumas coisas nunca podem ser simples.

10 A única - A simplicidade consiste em subtrair o óbvio e acrescentar o significativo.

As três soluções propostas por Maeda:

1 Distanciamento - Mais parece menos simplesmente afastando-se para bem longe.

2 Abertura - Abertura significa simplicidade.

3 Energia - Use menos, ganhe mais.

Submarino

Por que alguns produtos satisfazem as pessoas, enquanto outros as deixam completamente frustradas? Porque muitas vezes nos sentimos incompetentes ao tentar usar alguma coisa que parece simples, mas não é?

O design do dia-a-dia é um livro de cabeceira para quem analisa o uso de produtos e interfaces pelo usuário final. Donald A. Norman é o Norman do Norman/Nielsen Group, a famigerada empresa de Jakob Nielsen, o guru da usabilidade. Enquanto Nielsen se intitula um "engenheiro de usabilidade", Norman é um psicólogo que escolheu o design como causa, procurando facilitar a vida das pessoas que usam qualquer artefato que possa ser projetado -  e portanto - melhorado. É por esta abordagem que ele se tornou único, porque trouxe para o campo do design preocupações antes inexploradas.

A abordagem de Norman é franca, baseada em conhecimentos de psicologia e de cognição, e é vastamente ilustrada com exemplos que ele coletou a vida toda. Norman afirma o tempo todo que a dificuldade em usar algum produto é sempre falha de projeto e não culpa do usuário. Esta foi a afirmação que lançou seu nome no Hall da Fama e o tornou mundialmente respeitado.

Ao longo do livro, que originalmente se chamava The Psicology Of Everyday Things e só depois virou The Design Of Everyday Things, Norman mostra que o conhecimento que carregamos na cabeça interage com o conhecimento que está nos objetos (ao que ele chama de "conhecimento no mundo"), mas que se temos de ler as instruções, algo está errado.

Norman se baseia em conceitos fundamentais para explicar o que fazer e o que não fazer: visibilidade, modelos conceituais, feedback, restrições e affordances. Um dos muitos conceitos elucidantes do livro é o da coerção natural, que obriga o usuário a fazer alguma coisa sem que ele saiba o porquê, mas assim o libera de ter de memorizar uma ação.

Ele exemplifica com o caso do Nintendo: as crianças deveriam se lembrar de desligar o console antes de trocar o cartucho do jogo, sob risco de queimar o cartucho, mas não há nada que as lembre disso, exceto o Manual de Instruções. Se fosse inserida no projeto uma coerção natural, como uma trava que tivesse de ser puxada para alcançar o cartucho, desligando assim o videogame, não seria preciso lembrar de desligá-lo todas as vezes. Este tipo de recurso é chamado de interlock e é um recurso conhecido do design industrial há muitos anos.

É de soluções simples assim que Donald Norman fala o tempo todo. Porque será então que elas são tão renegadas nos projetos? A resposta a esta pergunta é o que faz deste livro uma leitura obrigatória!

================================
Leia também neste blog: » Entrevista sobre experiência do usuário com Donald Norman

Autor: Luiz Agner
Tempo Estimado de Leitura: 3 horas
Linguagem: Simples e direta
Diagramação: Bem bacana
Custo-Benefício: Bom
Páginas: 176
Editora: Quartet
Lido em: Mai/2007
Onde encontrar: Submarino

Luiz Agner é o primeiro autor brasileiro a dedicar um livro inteiro ao tema da Arquitetura da Informação. A abordagem utilizada por Agner é simples e direta: relaciona o ergodesign (projeto de design baseado na ergonomia) com o design da informação em diversos capítulos curtos, cada um abordando um tema específico.

A AI é derivada das disciplinas de IHC (Interação Humano Computador) e da Biblioteconomia, valendo-se também da capacidade dos designers de organizar visualmente os sistemas de informação. O profissional que consegue reunir estas habilidades é o Arquiteto da Informação.

Agner se vale de uma linguagem jovem, não-acadêmica e descontraída para tornar o tema mais simples de compreender, e neste questito ele obtém muito sucesso. O livro foi muito bem recebido tanto por profissionais da área quanto por acadêmicos e pesquisadores, que passam a contar com uma bibliografia de apoio mais completa.

Li o livro todo numa só noite, numa tacada só, o que comprova a facilidade de absorvê-lo, mas é bom observar que nem por isso o livro é superficial. Agner se esforçou muito para conseguir fazer dele uma ferramenta de aprendizado completa.

Alguns trechos do livro estão disponíveis em forma de artigos no WebInsider.