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

[Eduardo Rangel Brandão <brandaoedu AT gmail.com>]

Oi Melina, tudo bem?

Que ótimo que você pensa assim também! :-)

Realmente é um tema a ser pensado e discutido, pois eu vejo que muitos AIs sentem uma dificuldade enorme para conseguirem se desvincular dessa necessidade de usar um wireframe para tomar decisões, ou conseguirem abandonar o volume excessivo de documentação, passando a trabalhar com sketches e anotações rápidas. E os que continuam nesse modelo muitas vezes devem se sentir frustrados, pois documentam de forma super detalhada e ninguém lê depois :-p

Enfim, me preocupou ler as mensagens falando que essa documentação deve ser utilizada para valorizar o trabalho do AI. Penso de forma diferente. Acho que você tem que vender seu peixe antes, mostrando para o cliente que, se ele contratar seu trabalho, terá um diferencial, encontrará um profissional que leva em conta os aspectos de usabilidade, ergonomia, arquitetura da informação, design de interfaces, etc... Nesse momento é até bacana mostrar alguns exemplos de documentos, para o cliente entender que existe um processo por trás, que a interface não vai brotar de uma idéia maluca... Só que, como foi dito, mostrar essa documentação toda para o cliente depois de já ter sido contratado, de que adianta? Falar/mostrar para o cliente o quando você produz (trabalha), que o projeto dele tem milhões de especificações técnicas, etc? Na maioria das vezes o cliente não vai entender nada! Ele quer o projeto funcionando. Concordo que a documentação é importante para orientar a equipe, ou para manutenções futuras, mas não vai ser através disso que o seu peixe será vendido.

Por isso defendo mostrar um layout ou protótipo funcional. No caso do protótipo, a própria interface já serve como uma forma de documentar o projeto, os comportamentos de cada elemento, etc. Enfim, é uma discussão longa, dá para gastar muito tempo falando sobre isso. 

Abç,

Eduardo Rangel Brandão
brandaoedu AT gmail.com

Em 29 de abril de 2010 12:52, melina alves <melinalves AT gmail.com> escreveu:

Olá, Eduardo!

Fiquei muito contente em saber que não sou um um "bicho fora do ninho" em relação à esse ponto de vista. Deixei de contratar arquitetos que eram ótimos em fazer um wire navegável por não saberem argumentar suas decisões.

Obrigada por compartilhar essa visão.

Espero que  este seja pelo menos um tema a se pensar por todos da lista.

2010/4/29 Eduardo Rangel Brandão <brandaoedu AT gmail.com>

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

--
www.aiaqui.blogspot.com

. . . . . . . . . . . . . . . . . . . . . .
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