Este artigo de Jesse Polak conta de uma conversa que ele teve com Whitney Hess (uma UX Designer que trabalha em NY) e que o fez repensar a forma como User Experience é aplicada nos projetos em que ele trabalha.
De forma bem resumida, esse é o passo-a-passo sugerido por Polak:
- Entrevista com os stakeholders. Conversar com os “donos” (ou investidores) do produto e entender o que eles querem extrair desse novo projeto. Essa conversa é extremamente importante para entender o porquê do projeto estar sendo feito e para manter esses objetivos em mente durante todas as próximas etapas.
- Conversa com os usuários. Somente conversando com quem realmente usará o produto você consegue extrair insights relevantes para então começar a etapa de Design. E apenas quando você parar de descobrir coisas novas nessas entrevistas, é chegada a hora de partir para o próximo passo.
- Criação de Personas. Traduzir o conteúdo retirado das entrevistas em “personas”. Whitney lembra que as personas devem ser menos baseada em fatores demográficos e mais baseadas em fatores psicológicos percebidos durante as entrevistas.
- Construção de cenários. É a etapa de desenhar Consumer Journeys e simular as tarefas mais comuns que aquelas personas querem/precisam realizar ao interagir com o produto que está sendo criado. É isso que vai ajudar a decidir quais features são mais importantes para o projeto.
- Definição de requisitos. Definir o que é preciso existir para que os usuários realizem aquelas tarefas, de forma mais detalhada e já pensando nas interações necessárias para o produto. Uma tabela detalhada é uma boa forma de mapear as funcionalidades e priorizá-las.
- Desenho de wireframes. Com as funcionalidades em mente, você já possui uma visão mais completa do sistema e de como ele deve funcionar. É chegada a hora de traduzir esse conhecimento em interface.
- Layout. Trabalhar lado a lado com o Visual Designer para transformar os wireframes em layouts, garantindo que as necessidades dos consumidores serão atendidas também nessa etapa.
- Desenvolvimento. O UX Designer acompanha o trabalho do desenvolvedor e, juntos, eles constróem o software.
Bem parecido com o framework que eu uso nos projetos dos quais participo – mas algumas vezes o passo 3 e 4 acontecem em uma tacada só. De qualquer forma, achei legal a forma como as diferentes etapas de UX foram sintetizadas.
Leia também: mais sobre Whitney Hess no @blogdeai
Eu também sigo esse método de trabalho. A grande questão é fazer com que os personas e suas jornadas fiquem documentados junto com o wireframe para que toda equipe se acostume com quem vai usar o projeto de verdade.
Francamente acho um framework de clássico “cover ass”.
Imaginem o iOS sair disto… Uma Aeron? Os produtos da Braun?
É sempre bom ter um processo clássico para caminhar, os tais métodos, mas isto definitivamente não resolve, apenas reproduz.
Tnx pelo share comentado.
Também é bem parecida da forma que faço, acho sempre interessante fazer o passo 8 interagindo bem com a galera de desenvolvimento e sempre deixa-los bem por dentro de qual é a ideia do projeto, muitas vezes eles ficam perdidos em alguns pontos.