Skip to content
Descoberta
Mantenha este documento como alto nível.
Resolva tudo neste documento de pesquisa inicial. Quem são seus usuários? Quais são seus valores? Que problema você deve resolver para eles? Como você vai resolver esse problema? Como você vai saber quando a experiência está "pronta"? O primeiro passo no processo de design é sentir a lacuna, ou seja, reconhecer de fato que há um problema.
Usuários
Adicionar usuário
Primários
Secundários
Profissional de UX — O primeiro perfil, e que imagino que seria o ideal, seria um profissional que tenha conhecimento de experiência de usuário.
Gerentes de projeto
Gerente/Diretor/Dono de um produto web — Outro perfil também relevante é o profissional com pouco contato com a área de experiência de usuário, porém, suas responsabilidades e seus resultados podem ser amparados por ferramentas como esta.
Web analytics
Desenvolvedores web
Visual designers
Redatores
There are no rows in this table
Necessidades
Definição de necessidades primárias e secundárias
Necessidades primárias são identificadas a partir dos relatos percebidos em relação aos usuários. De forma geral, a necessidade primária é o "agrupamento" de uma necessidade em comum. Imagine como a abstração mais ampla que dará abrigo às necessidades secundárias. As necessidades secundárias também são frutos de relatos de usuários, porém são apontamentos mais categóricos e únicos.
Adicionar necessidade
Necessidade primária
Necessidades secundárias
A plataforma permite que eu tenha informações sobre meu usuário...
• por meio de construção de perfil de usuário;
• possibilitando criar diversas personas;
• definindo perfis psicográficos para diferentes personas (idade, profissão, ocupação, e afins);
• criando novas categorias de informações para a persona;
• possibilitando cruzar personas com outros pontos da plataforma;
• atribuindo mapas de jornada para personas;
A plataforma permite que eu possa formular hipóteses...
• possibilitando formular e categorizar hipóteses;
• criando hipóteses com diferentes objetivos;
• acompanhando resultados;
• elaborando hipóteses baseadas em um checklist prévio;
• definindo estágios para as hipóteses;
A plataforma permite que eu possa mapear a jornada do meu usuário...
•
There are no rows in this table
Problemas
Problemas percebidos
Problemas preestabelecidos por usuários, stakeholders ou por pura e simples intuição.
Problema 1: ajudar o usuário a construir um fluxo de navegação ideal;
Problema 2: ajudar o usuário a construir uma navegação mais fluida e eficiente;
Problema 3: ajudar a persona a construir a navegação ideal dentro do seu site.
Resumo do problema
Declaração de problema refinada (requer necessidades do usuário). Reformule o problema inicial em algo mais neutro e menos focado em uma solução única.
Adicionar problema
Falta de centralização de informações variadas a respeito de navegabilidade dentro de um único lugar, de maneira que sejam integradas e que se complementem.
-
There are no rows in this table
O primeiro resumo será levado em consideração como o principal do projeto em questão. Essa informação aparecerá em outros pontos deste documento.
😵 O problema ainda não está claro?
O esquema abaixo segue como uma forma de "diluir" a questão principal e ,quem sabe, encontrar novas possibilidades, oportunidades e brechas de abordar o desafio. Para entender a metodologia do "Por quê?" e do "Como", acesse .
Pergunta
Abstração ou concentração da solução
Por quê?
Alcançar o cumprimento do objetivo principal do produto ou serviço em questão.
Por quê?
Atender expectativas e necessidades que o usuário já tenha ou venha a ter.
Por quê?
Provocar a realização de determinadas ações por parte do usuário.
Por quê?
Compreender o comportamento do usuário dentro de uma página, ou em uma determinada ação.
O que precisa ser feito?
Centralizar informações variadas a respeito de navegabilidade dentro de um único lugar, de maneira que sejam integradas e se complementem.
Como?
Explorando como cada persona predefinida interage com o produto, de acordo com um objetivo claro.
Como?
Dividindo personas e objetivos e mapeando os mesmos em uma espécie de "jornada".
Como?
Como?
There are no rows in this table
Necessidades de medição
Todas as Descobertas até aqui
Descobertas
Nós podemos dividir o projeto em 3 seções:
Etapa 1:
Não sei quem faz.
Não sei por que fazem.
(é muito relacionado a persona e a objetivo)
(relação com persona 2)
Etapa 2:
Não sei o que fazem.
Não sei como fazem.
(é muito relacionado a usabilidade e experiência)
(relação com persona 1 e 2)
Etapa 3:
Não sei como se sentem fazendo.
(é muito relacionado a otimização)
(relação com persona 1 e 2)
Ainda não está claro se esse projeto se destina mais à Persona 1 ou à Persona 2. Talvez deixando todo o projeto como algo trivial de ser preenchido, porém, resiliente o suficiente para ser uma ferramenta constante na rotina do usuário, ambas personas serão "atendidas".
Talvez as personas principais tenham uma experiência com a ferramenta de forma diferente.
O profissional de UX pode ver como um acompanhamento de otimização e testagem. Não deixa de ser um centralizador de informações, mas com atenção voltada à geração de hipóteses e acompanhamento de KPIs.
O Gerente/Diretor/Dono de produto web provavelmente será quem terá aproveitamento "completo" da ferramenta. Porém, ele pode estar em qualquer espectro de conhecimento, introdutório/mediano/avançado (o que muda é a capacidade e a fidelidade do preenchimento de cada seção). De qualquer modo, ele é quem possivelmente terá mais interação com todas as partes deste projeto.
Por mais que seja benéfica a dissolução de hipóteses, objetivos, usuários, personas, etc., talvez o principal ponto do projeto seja manter uma linha que une todos esses pontos. O ideal é manter a “big picture” tanto quanto a “little picture”.
There are no rows in this table
Checklist de Descoberta
Not Started
2
In Progress
4
Done
1
Próximo passo
Want to print your doc?
This is not the way.
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.