Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] wireframes x clientes

aifia-pt AT lists.ibiblio.org

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

List archive

Chronological Thread  
  • 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!!

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


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


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

Top of Page