Compartilhar via


Não me deixe começar a falar

A década da experiência do usuário

David Platt

David PlattUma década nomeada realmente não começa até cerca de três anos em. O que nós pensamos como os anos 60 (a "década do amor livre") não começa até o assassinato de JFK em 1963, os anos 70 (a "década de Me") até a crise energética de 1973, anos 80 (a "década de Reagan") até o lançamento de 1983 do "Retorno de Jedi" e assim por diante.

Estamos agora três anos para a década, então está na hora de nomeá-los. UX tornou-se o fator decisivo para o sucesso ou falha do software. Portanto, declaro esta a "Década da experiência do usuário", ou DoUX (que, apropriadamente, significa "doce" em francês).

Você pode ter fugido com um mau UX 20 anos atrás, mas hoje demanda de clientes muito mais. Está continuamente a aumentar nosso padrão de atendimento (uma palavra: iPhone). Um computador que os usuários não consigo descobrir como usar, ou que requer treinamento caro para usar, ou que comete erros caros porque o programa engana os usuários, é um peso de papel muito caro.

Não só que as empresas precisam aumentar seus esforços UX, mas cada desenvolvedor agora precisa saber UX, mesmo se não é seu trabalho principal, assim como cada soldado precisa saber de batalha primeiros socorros. Sob­UX de pé é tão importante hoje como compreensão funções foi na década de 1980, objetos na década de 1990 (a "geração X década") e serviços Web na década de 2000 (a "década milenar"). Para uma Universidade conceder um computador o grau de ciência sem uma classe em UX constitui malversação.

Muitos desenvolvedores ou arquitetos, acho que eles não precisam entender de UX. Eis por que dizem isso, e por que eles estão errados.

Nossos projetos são Low-nível, portanto não importa UX

Bobagem. Todos os projetos que você trabalha na tem alguma ligação com um usuário humano em algum lugar. Até mesmo um serviço Web através de programação precisa de relatório de erros, instalação e configuração, status e painéis de monitoramento de desempenho e assim por diante. Se seu projeto tem apenas pequenas quantidades de UX, que é mais uma razão para ele precisa funcionar bem.

Marketing decide nosso UX

É aconselhável ter um bom relacionamento com seu departamento de marketing. Eles certamente sentem pontos problemáticos do cliente e trazem-los de volta para você.

Ao mesmo tempo, os marqueteiros não são designers de interação. Eles podem te dar a primeira pista sobre o que iria fazer o cliente mais feliz e mais produtivo — "Clientes reclamam que estão perdendo trabalho quando nossa app trava" —, mas cabe a você para levá-lo de lá. Quantas vezes acontece? Como detectar e medi-lo? Para corrigi-lo: Auto-salvar? Reversão? Com que freqüência? Configurável? Imagine estas perguntas de seu departamento de marketing e me diga se eles realmente estão dirigindo a UX. Não; Você é, mesmo se eles soam o alarme inicial.

Você também deve falar com seu departamento de suporte técnico. Eles sentem a dor dos seus clientes muito mais imediato e brutalmente do que os marqueteiros glad-handing.

Temos um grupo de UX que faz essas coisas

Algumas grandes empresas têm um grupo de design UX que aprova cada interação do usuário. Se você tem um desses, você já encontrou que seu tempo está em oferta restrita, como para outros ultra-specialists como oftalmologistas. Você pode obter um breve encontro em seis meses se você implorar. Eles não podem acompanhar ou ajudá-lo a iterar. Você precisa entender o que dizem em suas interações longe demais-limitada e implementar os princípios do dia a dia para fazer o melhor uso dos thimblefuls de sua sabedoria que consegues.

Além disso, seu tempo (bastante racionalmente) é dedicado a programas virados, primário de sua empresa. Eles não têm tempo para suas aplicações internas ou de segundo nível. Ironicamente, porque sua empresa valores bom UX, os apps que você trabalha na realizam um padrão mais elevado. Mas seus chefes não lhe dão o conjunto de habilidades ou recursos para atender a essas demandas, agora pois?

UX é para a cabeça de boina

Também conhecido como designers gráficos. Mais precisamente, eu os chamo de decoradores. Já escrevi sobre eles antes (msdn.microsoft.com/magazine/hh394140). O jogo UX quase sempre é perdido antes de alcança-los.

Cada desenvolvedor agora precisa entender UX. Pegue na faculdade, pegue uma das minhas aulas (em Boston ou Londres neste mês de outubro, veja idesign. NET), levá-lo na educação continuada, mas levá-lo. E pelo menos nos próximos 10 anos, doce.

David S. Platt ensina programação .NET na extensão da Universidade de Harvard e em empresas em todo o mundo. Ele é autor de 11 livros de programação, incluindo “Why Software Sucks” (Addison-Wesley Professional, 2006) e “Introducing Microsoft .NET” (Microsoft Press, 2002). A Microsoft o nomeou Lenda do Software em 2002. Ele fica imaginando se deveria juntar dois dedos de sua filha para que ela aprenda como contar em octal. Você pode contatá-lo em rollthunder.com.