UX é Multidisciplinar

Daniel Mathias
bionexo
Published in
5 min readSep 6, 2017

Experiência do Usuário é um tema muito discutido. O usuário como centro das soluções e ações. Um sistema desenvolvido para quem o utilizará. Faz sentido. Mas na prática existem diversos desafios durante o processo de desenvolvimento de uma solução, como o que precisa ser levado em consideração, quem deve ser consultado, como deve ser projetado. E quando não é possível entregar o ideal, por falta de tempo ou de dinheiro?

Este é o desafio, como equilibrar o que deve ser feito (usuário) e o que pode ser feito (empresa) e a forma como as pessoas são envolvidas no processo de trabalho é que faz a diferença.

Gostaria de ressaltar que neste post, estou focando no processo da área de tecnologia.

O TRABALHO EM EQUIPE

Geralmente o desenvolvimento de uma solução é realizado por pessoas que não utilizam seus produtos, por isto a necessidade de ter alguém “do lado” dos usuários tentando entender o que está acontecendo no dia-a-dia. Ao mesmo tempo, as necessidades da empresa precisam ser consideradas, tempo, dinheiro e prazos.

Estes fatores tornam o trabalho complexo. Para isto precisamos pensar em conjunto. Então vou deixar aqui uma frase do Don Norman:

"Complex problems require complex solutions.

To accomplish this requires a team composed of all the disciplines relevant to understanding the issues and potential solutions."

Why DesignX? Designers and Complex Systems

BY DON NORMAN

É normal imaginar que cada pessoa em uma equipe tem uma função extremamente clara e bem definida. Sim. Mas e quanto as aptidões? E quanto ao conhecimento? E quanto as visões?

Geralmente depende mais dos integrantes de um time conversarem para resolver o problema do que do processo de trabalho, pois esta troca de experiência não é incentivada.

O PROCESSO CLÁSSICO

Processo clássico, onde as áreas não se conversam.

Barreiras e mais barreiras, era comum imaginar em um processo de desenvolvimento que alguém determinaria uma demanda, alguém criaria uma solução, alguém executaria e alguém simplesmente entregaria a solução.

Portanto é comum o cenário clássico onde “o criativo” define uma interface inspiradora e “a TI” reclama de tudo e de como é difícil ser implementado. No meio deste processo totalmente faseado, ninguém acabava conversando, negociando e criando de fato. O problema chega, o cliente não é envolvido, quem de fato tem o problema, e muito menos com o desenvolvedor, quem de fato operacionaliza a solução.

Interesses e áreas no processo clássico

UM PROCESSO MAIS ABERTO

Atualmente no mercado se fala e se aplicam novos processos, mais abertos e dinâmicos. Trabalhando para Bionexo, consegui enxergar mais ainda como é importante um trabalho em equipe, com conhecimentos variados, envolvendo quem for necessário no processo. Quebrar estas barreiras de etapas é essencial.

A importância de envolver as áreas no processo quando necessário

UM TIME MULTIDISCIPLINAR

Por este motivo é tão necessário entender que pessoas (independente de sua função) contribuem para resolução de problemas. Não existe mais o Guru que magicamente resolve tudo.

Trabalhando com um time multidisciplinar isto fica apenas mais evidente.

COMO CADA UM CONTRIBUI

CLIENTE

É ele quem vive a dor no dia a dia. Um cliente pode não saber como resolver o problema, mas sabe muito bem o que quer, que A DOR PARE. Cabe a nós encontrar a melhor forma possível de atender suas necessidades.

UX

Responsável por identificar e se aproximar o máximo possível do usuário, entender se é necessário fazer pesquisa, teste de usabilidade, fazer fluxos e garantir que as pontas de um processo sejam finalizadas.

UI

Layout e definição de interações e compreensão do conteúdo onde o usuário consegue navegar através de padrões visuais sem dificuldade.

DESENVOLVEDOR

Executar e garantir que o sistema opere de forma correta. O contra regra que orquestra tudo o que ocorre por trás das cortinas fazendo com que a engrenagem gire. Interações e performance que garantem o uso correto e respostas adequadas do sistema.

PRODUCT MANAGER (PM)

Garantir os interesses da empresa e qual a ordem das entregas. É a pessoa que coloca todo mundo com o pé no chão, deve garantir o real.

Foco em soluções

Neste processo não existe uma solução única, mas sim um conjunto de soluções. Não existe uma entrega em que um é mais que outro e sim um trabalho executado por um time de profissionais onde cada tem sua contribuição.

Por diversas vezes DEV’s opinaram pelos interesses dos usuários, UX pelos da empresa e PO’s discutem a solução. Você pode ser especialista em uma área, mas pode ter afinidade com outras. Isto ocorre em momentos diferentes. É importante fazer parte de uma equipe e ter a humildade de não se assumir conhecedor do todo. É normal imaginar que por causa do título da função deveríamos saber tudo, mas é melhor ainda compreender que isto não existe. O trabalho é muito mais rico.

Por diversas vezes, trabalhando como UX ao conversar com um desenvolvedor tive a oportunidade de demonstrar a necessidade do usuário, e o desenvolvedor como a solução seria custosa. Portanto em conjunto optamos pelo meio termo, um custo acessível para a empresa e uma solução adequada ao usuário.

Seguem algumas sugestões para lembrar no dia-a-dia:

PEÇA SUGESTÕES PARA QUEM NÃO É DA SUA ÁREA

Depois de um tempo o pensamento começa a ficar viciado. Por padrão nosso cérebro cria caminhos para facilitar a compreensão de um problema. Alguém de fora pode te mostrar algo novo, algo diferente do que você já está viciado.

CONVERSE COM QUEM VAI EXECUTAR O PROJETO

Quem é afetado no dia-a-dia? Quem vai construir a solução de fato? Estas pessoas vão te apresentar um novo cenário, elas conhecem as dores.

O CLIENTE SABE O QUE QUER, TALVEZ NÃO SAIBA COMO QUER

Seu joelho está doendo, ao chegar no médico não importa se ele vai passar gelol ou te dar uma anestesia, você quer que a dor passe.

MENOS EGO!

Depois que o resultado começa a surgir e esta construção conjunta é moldada o trabalho se torna mais gratificante. É difícil largar mão de idéias, chegar a um acordo quando se acredita em uma proposta, mas acima disto, é necessário encontrar um meio termo, resolver em conjunto. Se duas pessoas do mesmo time pensam diferente, também seus usuários.

DEPOIS DE IDENTIFICADO O PROBLEMA SE TORNA EVIDENTE

Sim parece óbvio, mas de fato é a maior reclamação existente, “Como alguém não viu isto?”. Existem problemas que não são possíveis de prever. Problemas que surgem apenas com o uso e após reclamações parecem óbvios. Este é o ponto: se tornou óbvio pela reclamação. A reclamação faz parte do processo.

VOCÊ NÃO SABE TUDO, NEM SEU CLIENTE

Uma solução é evolutiva e nunca definitiva, portanto não tenha medo de “errar”, isto significa “aprender”.

“Never forget that design is a process of mutual discovery.”

The UX Chameleon

BY FABRICIO TEIXEIRA

--

--