Qual a importância de validar a Arquitetura de informação com o cliente antes de fazer o WireFrame?

Loading...

From the course by Universidade de São Paulo

UX / UI: Fundamentos para o design de interface

31 ratings

Universidade de São Paulo

UX / UI: Fundamentos para o design de interface

31 ratings

Aprenda com uma das maiores startups do Brasil, a Taqtile sobre com criar a melhor experiência para o seu usuário, formas de gerar ideias, princípios básicos de design e como desenvolver interfaces de aplicativos e sites, esse curso introdutório é composto de aulas teóricas com exemplos práticos de aplicação de cada assunto abordado. Neste curso serão abordados os seguintes temas: Como conhecer o seu usuário Usabilidade e Prototipação rápida Arquitetura de informação e wireframe Princípios de design Acessibilidade e multi plataforma Elementos de interface do usuário Linguagem da empresa, lidando com o cliente e copyright Monitoração, Mensuração e Teste Ao final desse curso, esperamos que você esteja familiarizado com os principais conceitos, ferramentas e metodologias de criação de interfaces e experiência de usuário. Não deixe de ver as perguntas frequentes antes de se inscrever Conheça os nossos outros cursos: - Criação de Startups: Como desenvolver negócios inovadores https://www.coursera.org/learn/criacao-startups - Consolidando empresas: Estrutura jurídica e financeira https://www.coursera.org/learn/consolidando-empresas - Marketing Digital https://www.coursera.org/learn/estrategia-marketing-digital - Inove na gestão de equipes e negócios: o crescimento da empresa https://www.coursera.org/learn/gestao-equipes-negocios - Marketing e vendas B2B: fechando novos negócios https://www.coursera.org/learn/marketing-vendas-b2b

From the lesson

Linguagem da empresa, cliente e análises

Nesta sexta semana do Curso de UX / UI: Fundamentos para o design de interface, você vai aprender os seguintes assuntos: (i) A importância de considerar a linguagem da empresa no seu projeto, (ii) A importância de validar com o cliente a interface antes de finalizá-la, (iii) Os principais entregáveis de um projeto, (iv) Como fazer testes remotos e a importância deles, (v) O que são e como fazer testes A/B, (vi) Qual o futuro de UX. Contamos com a presença da equipe da Taqtile: Tuanny Martins, Arthur Fonseca, Max Brunner, André Fernandes, Lucas Otsuka, George Chaves, Gregory Milani, e o convidado Andres Amoedo.

A linguagem da empresa7:37

Qual a importância de validar a Arquitetura de informação com o cliente antes de fazer o WireFrame?7:36

Entregáveis3:35

Meet the Instructors

Artur Vilas Boas

Núcleo de Empreendedorismo da USP
André Leme Fleury
Professor
Universidade de São Paulo

Olá, pessoal!

O meu nome é Arthur, eu trabalho na Taqtile e o que eu gostaria de falar é

sobre a importância da validação da arquitetura de informação

antes do início do processo de desenvolvimento do wireframe.

A arquitetura de informação é um dos primeiros passos no processo de criação e

é nela que definimos algumas questões bem importantes como, por exemplo,

as estruturas replicáveis que teremos nesse site ou no aplicativo.

E o que seria isso?

Por exemplo, se você analisar um e-commerce, você vai observar que existem uma série

de estruturas que repetem durante todo o site, toda a navegação, como por exemplo

a estrutura do preço ou como é apresentada a imagem e a descrição desse produto.

E esses elementos são muito importantes serem mapeados,

porque são eles que garantem a consistência do site como um todo.

Outro ponto importante é o sistema de rotulagem, que basicamente

define qual será a comunicação desse site com o usuário final.

E também é muito importante fazer esse mapeamento

para que você mantenha a consistência do site como um todo.

Por último, nós temos o sistema de navegação, que basicamente define

qual a prioridade das informações que serão apresentadas para o usuário.

Essa parte está intimamente ligada com o produto que está sendo construído e

também ajuda muito nas decisões do wireframe como, por exemplo,

eu vou mostrar dois exemplos aqui de sites que têm linhas gerais o mesmo conteúdo,

mas que se você analisar vai ver que a arquitetura de informação foi feita de

forma diferente e deu uma visão totalmente diferente para esses sites.

O primeiro é o Food52,

que basicamente é um site de receitas que vende utensílios domésticos dentro dele.

Então, você pode observar que ele é muito mais orientado ao conteúdo e não à venda

de produtos.

Você encontra as receitas de forma muito fácil e os produtos que estão à venda,

eles estão diluídos dentro do conteúdo.

O segundo site é The Cook's Warehouse.

Nesse temos exatamente o contrário: é muito fácil encontrar os produtos que

estão à venda e, se você quiser navegar pelas receitas,

você tem que ir mais a fundo no site,

elas não estão tão na frente do usuário como está acontecendo no exemplo anterior.

Isso aí é um foco claro na conversão e não no conteúdo.

Então, você tem dois sites que basicamente são sites que apresentam

receitas e produtos, mas que têm uma abordagem completamente diferente.

Baseado nisso tudo, qual a participação do cliente nessa história?

Uma coisa importante de pensar é que, na arquitetura de informação,

a gente tem que entender qual o papel de cada um na produção desse material.

No caso do cliente, eles têm um conhecimento que é relacionado à marca,

ou seja, eles sabem exatamente o que você pode falar nessa marca,

o que ela está tentando comunicar.

Isso está muito ligado ao sistema de rotulagem.

Outro ponto importante é o conhecimento do produto, porque,

como mostramos no exemplo anterior, esse conhecimento é que vai ditar como vai ser

construída a arquitetura de informação e a navegação do usuário dentro do

produto: o que vai ser ressaltado e o que vai ser escondido ou tirada a prioridade.

E outra questão muito importante é o conhecimento do público-alvo,

porque isso vai dar a ferramenta para você construir a jornada do usuário,

que basicamente é entender a interação do usuário com a marca, ou seja,

desde o momento que ele é impactado até passando pelo produto digital ou não e

até quando ele deixa de ter contato com a marca.

Isso é muito importante,

porque vai ajudar a responder uma série de perguntas que serão feitas tanto na

fase de arquitetura de informação e na construção do design como todo.

Essa questão da jornada do usuário, muitas vezes as pessoas acham

que ela está contida somente dentro do produto ou num contexto online.

Mas, não é exatamente isso.

Se você pegar, por exemplo, um e-commerce de novo, como a gente tinha falado no início,

a jornada do usuário começa desde quando ele é impactado pela marca,

faz o download de aplicativo e vai até, por exemplo,

uma fase de pós-venda que pode acontecer totalmente fora do aplicativo ou do site.

Então, essa jornada do usuário tem que ser analisada como

um todo e o cliente vai dar base para fazer essa análise.

Com todo esse material em mãos, como nós podemos organizar isso?

Existe uma série de técnicas dentro da arquitetura de informação que

pode ajudar nisso.

Eu não vou entrar detalhes de cada uma,

mas é interessante a gente listar porque esses é que serão os entregáveis

ou os possíveis entregáveis que poderão ser feitos para os clientes.

Então, por exemplo, nós temos o modelo conceitual,

que basicamente vai dar uma visão geral do produto como um todo, temos o mapa do site,

que é um entregável mais direto, onde a gente vai destrinchar todas as funcionalidades.

Tem muita gente que faz isso em telas,

mas fica muito fácil de entender como é produto como todo.

Temos também a construção das personas, que está muito associada à jornada

do usuário e nela, basicamente, a gente vai criar alguns perfis de consumidores

que serão utilizados para responder as perguntas sobre

o produto e isso ajuda bastante no momento de tomar as decisões de design.

E temos também uma técnica bastante utilizada que é a do card sorting, que

basicamente é uma forma mais democrática de construir a hierarquia do site.

Nela você organiza as funcionalidades por grupo e é feito de forma colaborativa.

Então, fica mais fácil do cliente entender.

Tendo produzido esses materiais, eu acho que nós podemos voltar para a nossa

pergunta inicial, que seria: qual a importância de validar a arquitetura de

informação com o cliente antes do início da produção do wireframe?

Nesse caso, eu acho que é relevante fazer algumas perguntas para entender

primeiro qual é o contexto do cliente.

Algumas perguntas importantes a serem feitas, por exemplo,

é: qual a familiaridade do cliente com o processo de design?

Se ele sabe o que é uma arquitetura de informação,

se ele conhece o que está sendo entregue, porque muitas vezes você pode entregar

produto que está muito cru e o cliente não entender aquilo e achar que é uma

entrega mal feita ou algo do tipo, quando na realidade é só uma parte do processo.

Então, é muito legal entender qual o nível de conhecimento que o

cliente tem relacionado a esse processo e, se ele participou da criação,

eu acho que vai ficar mais fácil para ele entender o que está sendo entregue.

Outro ponto é relação ao conhecimento do produto que esse cliente tem,

porque muitas vezes, se o cara não está muito dentro do produto, vai ficar difícil

de ele avaliar, porque ele não vai ter a visão geral do que está sendo construído.

E, por último,

também é o acesso que se tem ao stakeholder desse projeto, ao cliente.

Ele está no dia-a-dia do projeto?

Ele faz apenas interações pontuais?

Essa pergunta é muito importante porque, se você tem um acesso limitado,

é legal que você leve um material mais robusto ou com mais conteúdo

para que a validação seja feita de forma completa.

Então, nesse caso, seria mais interessante talvez trabalhar direto com o wireframe,

não com a arquitetura de informação.

Eu acho que ficou clara a importância do cliente no processo de criação da

arquitetura de informação,

mas é preciso entender se a validação faz sentido caso a caso, baseado no

conhecimento dele e também na participação que ele vai ter dentro desse processo.

Então, eu acho que a resposta da pergunta é: vai depender muito do cliente.

Mas, o fato é que a construção da arquitetura de informação é legal que ela seja

feita junto com o cliente e não separado, porque vai ser esse passo que vai ditar

muitas das regras do produto como um todo e ajudar em todas as etapas do design.

Explore our Catalog

Join for free and get personalized recommendations, updates and offers.

Coursera provides universal access to the world’s best education, partnering with top universities and organizations to offer courses online.

© 2018 Coursera Inc. All rights reserved.

Download on the App Store

Get it on Google Play