Então, vai aqui um roteirinho básico, principalmente se você tiver um projeto de "site", portal, intranet e etc.
Primeira coisa: esqueça o software, se vc é iniciante, utilize a boa e velha dupla papel e lápis. Arquitetura da Informação
não é produção de wireframe. Arquitetos de Informação são estrategistas criativos. Não são programadores ou analistas de sistemas, nem bibliotecários da web ou taxonomistas digitais como já se falou muito há alguns anos atrás. A função do A.I. é sair do planejamento estratégico para a ação, traduzindo o escopo da estratégia em planos de ação. Para isso é preciso muito espírito criativo e inovador, além de uma boa dose de sagacidade. Vc vai descobrir que o wireframe é uma pequena parte do trabalho de A.I. que tende até a desaparecer em alguns projetos, se o resto da sua documentação for bem produzido.
Mas vamos ao roteiro.
Vc tem que ter em mente que a arquitetura da informação se desdobra, digamos, em 2 perfis de projeto (que podem se misturar em determinados momentos): um perfil mais editorial e uma segunda vertente mais voltada para design de informação e
interação. Por que essa diferença? Porque o primeiro perfil vai focar a classificação e a distribuição de informação dentro da interface, como se vc estivesse planejando uma publicação editorial com sessões, área para matérias especiais, participação e colaboração do público e tudo mais. Já o segundo perfil vai focar no fluxo de tarefas que o usuário executa através das interfaces e ambientes que vc está projetando. Isso entendido, sugiro a vc o seguinte roteiro:
1-Faça uma lista de tudo oq vc quer no site, como se fosse um grande check list. Vc pode escrever isso no word, no notepad, no caderno, no excel, como eu faço, enfim, o importante é que vc não pule essa parte. Esse documento chama-se Matriz de Conteúdo e Funcionalidades. Como disse antes, eu prefiro o excel para montar essa parte.
2-Comece a montar o mapa de navegação: dê um nome ou rotulação às funcionalidades e
conteúdos q vc listou e decida como quer agrupar ou atribuir passos de navegação dentro e entre tudo o que listou na matriz. Vc estará desenvolvendo a taxonomia e a navegação do site q está criando. O software? Pode ser papel, qq ferramenta gráfica ou para desenho de sistemas como o visio. Já fiz mapa até em notepad, tenho até uma metodologia para isso. Eu, Thais, prefiro criar meus mapas e fluxos de sistemas no Visio.
3-Monte o primeiro esboço da tela principal que pode ser uma home. Vai aq uma dica: faça primeiro no papel e depois passe para o software com o qual tem mais afinidade: desde power point e aplicativos do office da MS até os aplicativos gráficos como inDesing ou Photoshop (sim, tem gente que faz wires em photoshop). Vc pode utilizar visio, axure, irise, embora eu não recomende o axure e o irise a quem não tem experiência, pelo fato de que eles causam uma certa ilusão: a de que
estão resolvendo problemas lógicos de fluxo oferecendo botões e efeitinhos, tudo ali "a um clique". No final vc vai acabar tendo que retrabalhar 50 telas pq o gestor do projeto pediu "uma mudança tão pequeninhinha"- ("... mas é só um botãozinho!") - e aí meu caro... já era. Eu utilizo o power point, o visio, o InDesign e o Photoshop. Já utilizei o axure e irise, mas só para prototipação e só para projeto de software, nunca para portal.
4-Feito o primeiro esboço, volte ao mapa e consolide mais um nível, altere algo se for necessário e passe para as páginas internas.
5-A essa altura vc vai ter gerado 3 tipos de documentos: matriz, mapa e wireframe.
6-No final, gere o protótipo, se for o caso.
Bom, aí vc vai ouvir falar em personas, casos de uso, card sorting, testes de usabilidade, key features, contexto e cenário de uso e etc, etc e etc. Vai meu último conselho: não mexa
com essas metodologias se não dominá-las ou ter um tempo para estudar e analisar a sua aplicação e se o projeto não justificar tal complexidade.
Com esse roteiro, um principiante pode fazer até o projeto de um portal com foco na disponibilização de informação. Isto é: foco editorial. Ok? Se for um projeto de ebusiness ou um ambiente de sistemas, o fluxo não será bem esse. Nesse caso, vc irá se focar na análise de tarefas e o que vc faria com o mapa, vai fazer com elas: vai criar uma espécie de fluxograma de operação muito semelhante a um documento de desenvolvimento conhecido como "portugol" o fluxograma de lógica de programação. Daí vc tem que conhecer os standarts utilizados por programadores e a história complica um pouco mais.
Resumindo, resumindo muito, é isso. Lembre-se de que quanto mais vc trabalhar nos documentos anteriores ao wireframe, menos retrabalho e maior sucesso
terá nos tão falados wireframes...
Espero ter ajudado.
Um beijo e abraço a todos da lista;
Thais Campas A.I. Sr/ Analista de Usabilidade UPA 8922 (member since 2004)