Arquitetura da Informação (em Português)

[Rafael Poggi <rpoggi AT gmail.com>]

Legal, Eduardo, mas da maneira como você tinha colocado você aparentemente minimizou muito esse artefato importante que é o wireframe. Penso que sua importância é muito mais para o desenvolvimento (layout e programação) do que para agradar o cliente, e por isso mesmo não deveria ser ignorado...

Rafael Poggi
::: design+letras
::: 21 8213-3449

Web
::: http://www.designeletras.com

Networking
::: http://twitter.com/rpoggi

::: http://www.linkedin.com/in/rafaelpoggi

Humor
::: http://www.insolente.com.br

Em 29 de abril de 2010 12:34, Eduardo Rangel Brandão <brandaoedu AT gmail.com> escreveu:

Fala Vitão, tudo bem?

Concordo que temos que valorizar o nosso trabalho. Mas não acho que a apresentação do wireframe (navegável ou não) será o elemento responsável por isso.

A interface final que será apresentada para o cliente é fruto desse processo que envolve a preocupação com a arquitetura da informação, ergonomia, usabilidade, UX, etc. Acho que você até pode mostrar rapidamente como é todo esse processo de desenvolvimento, para o cliente entender que a interface não é fruto de idéias que simplesmente brotaram em uma tela em branco... Vale a pena mostrar para o cliente entender que as decisões não são tomadas ao acaso, que existem etapas de planejamento, projeto e desenvolvimento do projeto, resultando na interface final.

Se a sua interface foi bem projetada, levando em conta todos os aspectos e boas práticas de AI, usabilidade, etc., consequentmente você estará valorizando o seu trabalho, pois a interface reflete todos esses conceitos aplicados. Não vai ser o wireframe que vai mostrar a importância do trabalho de um AI (ou de um designer, programador, etc.), mas sim as idéias e conceitos que ele traz para o projeto, como executa tudo isso e acompanha a concepção do produto até o final. O wireframe é só uma etapa desse processo. Se rolar uma conceituação bem embasada e a interface refletir muito bem todas essas idéias, por quê temos a necessidade de mostrar wireframes?

Me assusta muito uma visão errada que que muitos AIs têm do seu trabalho. Em 2008 eu fiz uma seleção de currículos para a equipe de novas mídias da Globosat e a maioria dos CVs que eu recebi para a vaga de AI diziam que tinham experiência em fazer wireframes e documentação. Não vejo problema em mencionarem isso, mas acho problemático falarem apenas isso. Fiquei chocado, porque muitos AIs estavam se apresentando como documentadores/especificadores de projeto. Isso é simplificar demais o trabalho e burocratizar a função. Ainda mais numa época que falamos tanto sobre o uso de motodologias ágeis, diminuição da documentação, maior comunicação entre a equipe, a entrega de um produto/protótipo em funcionamento no final de cada sprint, etc.

Abç,

Eduardo Rangel Brandão
brandaoedu AT gmail.com

Em 29 de abril de 2010 11:43, Victor Montalvão <victormacrj AT gmail.com> escreveu:

Rafael, tudo bem?

Estava conversando exatamente sobre isso agora.

Eu costumo fazer todos os Wires no papel e prototipar no Axure, para aí sim apresentar ao cliente já com a ideia de navegação e algumas funcionalidades.

Porém existe um problema que venho percebendo a algum tempo e era justamente o ponto que estava discutindo agora. Quando você precisa enviar o protótipo navegável, por mais que envie uma explicação, um fluxo de navegação ou até mesmo um tutorial  para o cliente, dificilmente ele vai ler, navegar ou entender, por mais que você deixe claro em contrato que mediante à aprovação do protótipo, qualquer alteração estrutural haverá ônus no valor e no tempo do projeto. Ele simplesmente aprova porque quer ver a próxima etapa que é a que interessa a ele reamente.

Acabou de acontecer isso em um projeto, onde o cliente aprovou o protótipo, porém quando enviamos o primeiro estudo de layout ele pediu para alterar uma série de questões estruturais que foram aprovadas no Wireframe. O layout foi feito totalmente baseado nos wireframes, logo ele já tinha visto os elementos que teriam ali e a estrutura.

E a história engraçada em relação a isso, prestando serviço para uma grande empresa brasileira, tercerizado por outra grande empresa, enviei o protótipo para a minha contratante só para constar que a etapa estava cumprida e que poderíamos agendar uma reunião com o Marketing e TI para a apresentação do protótipo. E o que minha contrante fez? Enviou para o cliente final por e-mail. Resultado: "Quem fez isso está maluco, está horroroso, onde estão as cores e as fotos e que texto é esse? Onde está todo o material que enviamos?".

Isso tudo para dizer:
Acho que temos que educar o cliente para que ele entenda a importância da AI para o projeto dele. Com isso valorizamos nosso trabalho e continuamos a frente de 80% do mercado de Design brasileiro que não se preocupa com questões de usabilidade, ergonomia, experiência do usuário, etc. Então, acho que devemos sim apresentar wireframes (protótipos navegáveis sempre que possível) e deixar claro para que serve a Arquitetura de Informação no Projeto, e que ele tem que aprovar essa etapa e toda especificação funcional para aí sim você iniciar na etapa de Layout.

Abs

--
Victor Montalvão
www.victormontalvao.com
+55 21 9483.9987

Em 29 de abril de 2010 11:07, Rafael Poggi <rpoggi AT gmail.com> escreveu:

Bom dia!

Gostaria de saber como é a reação dos seus clientes perante um wireframe (e obviamente sua especificação funcional). Vocês costumam mostrar a ele e discutir a arquitetura detalhadamente? Ou o wireframe é discutido apenas com o designer e o cliente fica apenas com o layout para avaliar? Falo isso porque um cliente freela meu - pequeno - disse que não entendeu o porquê do wireframe e não entendia aquilo, mesmo eu tenho explicado a ele toda a importância da parada. 

abs

Rafael Poggi
::: design+letras
::: 21 8213-3449

Web
::: http://www.designeletras.com

Networking
::: http://twitter.com/rpoggi
::: http://www.linkedin.com/in/rafaelpoggi

Humor
::: http://www.insolente.com.br

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt