aifia-pt AT lists.ibiblio.org
Subject: Arquitetura da Informação (em Português)
List archive
- From: handful <handful AT gmail.com>
- To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
- Subject: Re: [AI] wireframes x clientes
- Date: Thu, 6 May 2010 14:22:57 -0400
Opa,Â
Meus 2 centavos:
Usamos o que chamamos de taskflows ( anexo ) ao invés de simples ( wireframes ) de 1 tela linkados.Â
A idéia é comunicar e validar.Â
Acho válido os pontos que colocaram sobre:
a. As coisas mudam muito
b. O cliente não entende
Mas... Lembrem-se que:
Depois do design, vem um time de implementação. E esse time precisa de guias.
Para nós, os taskflows ( conjuntos de telas de baixa definição ) são importantes ferramentas de:
1. Validação de uma funcionalidade complexa com o cliente ( antes de se produzir layouts de TODAS aquelas telas pra apresentar um mockup funcional + realista )
2. Documentação de forma visual e simplificada para os desenvolvedores - Eles precisam estimar o esforço, os taskflows mostram os casos de erro / extras  e ainda dão uma boa ideia da complexidade
3. Guia perfeito para os Visual Designer saber quais telas ele precisa  produzir
Ou seja: - Na nossa realidade - o Wire / Taskflow se mostra uma importante ferramenta de documentação interna, que pode, ocasionalmente ser usada para mostrar uma idéia pro cliente.Â
Claro que isso não se aplica a todos os casos, mas o importante é lembrar que, não dá pra criar processos para tudo. Muitas vezes a gente pula o Wire e parte para um prototipo em flash, animado e funcional, afinal nà o temos como descrever de forma simples e "visual" transições / estados e outros elementos cruciais nas famosas 'rich" user interface de hoje.Â
Abs
_me
2010/4/30 Victor Montalvão <victormacrj AT gmail.com>
Dudu, você por aqui :)
Concordo que a interface final, projetada a partir de todo o processo de Ai e UX, etc, é o principal e mais importante a ser apresentado ao cliente. Wireframes são "feios" e em geral complicados para a maioria das pessoas compreenderem.
Como falei, tenho trabalhado com sketches e em paralelo protótipos navegáveis, com interfaces neutras, sem cores, iconografia, etc. Faço dessa forma por um motivo:
Os clientes, pelo menos a maioria com os quais eu trabalhei, têm dificuldade de entender, mesmo com a interface, como funcionará o fluxo de navegação, mesmo com documentação e explicações presenciais. Por isso, prefiro iniciar com o protótipo navegável para que ele possa entender como funcionará e aà sim passo para o layout.
"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." <-- Perfeito! O que disse em relação ao "valorizar" é justamente mostrar esse processo, o "como e porque chegamos até aqui".
Abração Dudu, e muito obrigado pela troca!!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.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
. . . . . . . . . . . . . . . . . . . . . .
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
--
Marcelo Eduardo Moraes de Oliveira
-----------------------------------------------------
Just  Handful of nothing
http://www.marceloeduardo.com
- Re: [AI] wireframes x clientes, handful, 05/06/2010
Archive powered by MHonArc 2.6.24.