Design de produto inclusivo – 4 áreas a serem consideradas

Katerina Samoilis Blocked Unblock Seguir Seguindo 4 de janeiro

Como designers de UX, é nosso trabalho trazer o elemento humano para um produto digital. Projetamos a inclusão, consideramos nosso público e somos diretamente informados pelo que eles têm a dizer. Ser o defensor do usuário, ter empatia com suas circunstâncias e necessidades únicas e dar a eles uma voz é o que levou muitos de nós, inclusive eu, a seguir essa carreira.

Mas temos que admitir uma verdade desconfortável. Com prazos de entrega agressivos, a necessidade de expulsar os MVPs e as pequenas startups que desenvolvem produtos sem a entrada de um designer de produto / representante do usuário nesses estágios iniciais, muito escorrega pela rede. Às vezes é em nosso relógio. Às vezes é um legado que herdamos. Às vezes nos ultrapassa e de repente está lá. De qualquer forma, quando atinge o cliente, as coisas podem começar a desvendar.

Como nossas responsabilidades diárias às vezes significam que não podemos ver a madeira para as árvores, muitas ferramentas em nosso arsenal podem nos ajudar a afastar um pouco e olhar para as coisas com novos olhos, e até mesmo nos forçar a interpretar um pouco e prever o potencial questões que não antecipamos em primeiro lugar. Aqui está uma lista de verificação abrangente que abrange algumas das áreas que precisamos revisar antes de liberar algo para o público. Algumas dessas dicas também podem ser úteis para o desenvolvedor do front-end e / ou engenheiro de controle de qualidade.

Mini disclaimer: Esta não é de forma alguma uma lista exaustiva e há muito material sobre como tornar seu produto mais inclusivo, graças à nossa grande comunidade.

Acessibilidade

A acessibilidade está no cerne do design inclusivo. É nossa responsabilidade criar produtos digitais para todos usarem, independentemente das dificuldades que possam estar enfrentando. Afinal, é muito provável que estejamos em algum ponto de nossas vidas, especialmente porque melhores padrões de vida nos permitem alcançar mais de 70 anos. A tarefa pode parecer complexa, mas se não tivermos certeza de onde Para começar, há uma infinidade de diretrizes para nos ajudar a entender melhor o espectro da deficiência e como podemos fornecer ferramentas para melhorar a experiência on-line para todos.

Uma das coisas bonitas sobre o design acessível, sejam produtos digitais ou objetos cotidianos com os quais interagimos, é que ele oferece benefícios para todos (em graus variados), não apenas para pessoas com deficiências. Por exemplo, uma rampa para cadeira de rodas é essencial quando se usa uma cadeira de rodas ou uma motoneta para se locomover, mas também é útil quando se empurra um carrinho ou se movimenta uma mala. O descascador de batatas OXO permite que alguém com artrite mantenha uma pegada confortável e firme enquanto descasca, mas também é ergonômico, permitindo que a equipe da cozinha evite lesões por esforço repetitivo. Legendas em filmes são essenciais para quem tem dificuldades auditivas, mas também são ótimas se você está aprendendo um novo idioma e quer acompanhar a ação enquanto exercita seu cérebro para entender o que é dito. Os exemplos são infinitos!

Eu mal posso fazer justiça a este assunto em alguns parágrafos, mas aqui está uma pequena seleção de recursos para analisar:

Além de seguir as diretrizes e caixas de seleção, a acessibilidade precisa ser alcançada por meio da representação. Afinal, seria absurdo ignorar um segmento tão grande da população, que inclui também o envelhecimento da população e as pessoas que enfrentam incapacidades temporárias. Certifique-se de entrevistar usuários com necessidades específicas, incorporá-los em suas personas e fazer testes de usabilidade com os usuários. Um pequeno exercício que faço para ampliar minha compreensão é alcançar familiares, amigos e conhecidos com deficiência. Eu converso com eles sobre os problemas que enfrentam, seu dia a dia, suas frustrações. Eu observo como eles interagem com seu ambiente e tecnologia. Isso, juntamente com os exercícios listados pelo GAAD (relacionados acima), fornecem uma compreensão tangível e mais íntima dos problemas enfrentados e do valor transformador do design acessível.

Demografia

Às vezes pode ser difícil evitar a tendência de projetar para nós mesmos antes de considerar perspectivas diferentes. É claro que, como projetistas de UX, temos muitas ferramentas para ampliar essa perspectiva, por meio de uma extensa pesquisa de usuários, análise contextual e construção de mapas de personas e empatia para representar diversos segmentos de clientes. Mas ainda podemos ter pontos cegos.

Ao pensar sobre inclusividade desse tipo, lembro-me de uma anedota de um brilhante mentor que eu tinha, que estava descrevendo a equipe de produtos de uma empresa de viagens de luxo para a qual ele trabalhava. Inicialmente, era composto por jovens solteiros. À medida que começou a crescer e incluir pessoas com famílias, eles perceberam que sua oferta de férias em família era extremamente ruim, pois o produto deles era centrado em excursões para adultos e não contava com famílias com crianças. A equipe de produtos estava tão envolvida em sua própria perspectiva, que perdeu um enorme (e extremamente lucrativo) segmento de clientes. Felizmente eles conseguiram corrigir isso, mas apenas quando a equipe começou a diversificar.

É fácil pensar que, se seguirmos certos passos, capturaremos todo o espectro de usuários e recrutaremos os tipos certos de participantes. Por exemplo, se enviarmos uma pesquisa de rastreio, encontraremos as pessoas certas para conversar. Mas se dependermos apenas de amigos e conexões nas mídias sociais, poderemos receber resultados que sejam tendenciosos em relação a certas faixas etárias / origens culturais / crenças religiosas, etc. Podemos nos perder na câmara de eco.

Um exemplo disso que eu volto é durante meus dias como associado de instrutor de UX. Um grupo de estudantes estava projetando um aplicativo de saúde para uma rede de farmácias. Eles enviaram uma pesquisa, geraram personas e estavam construindo um mapa de afinidade de suas entrevistas, mas estavam um pouco presos nos próximos passos. Em uma crítica, eles descreveram sua persona principal para mim, uma mulher ativa, fisicamente ativa, de trinta e poucos anos. Eu questionei se esse tipo de usuário deveria ter sido selecionado como sua persona principal, considerando a natureza do aplicativo.

Então, como podemos evitar pontos cegos? A resposta (hilariante) é mais pares de olhos, idealmente no início do processo. É aqui que as partes interessadas internas e os especialistas de domínio são um recurso extremamente valioso. Em geral, eles ficam extremamente felizes em compartilhar suas ideias, fornecer perspectivas diferentes e desafiar nossas suposições por meio de experiências tangíveis e anedotas divertidas. Se puder, entre em contato com o resto da sua empresa através de um fórum de escolha (como um canal do Slack) e comece uma conversa, ou agende algumas entrevistas para escolher o cérebro das pessoas e coletar sugestões sobre onde é melhor buscar candidatos para entrevistas e teste.

Claro, há momentos em que isso é irrelevante, como se seu aplicativo já estivesse direcionando um grupo de nicho específico. Mas, para aumentar a inclusão, considere todas as necessidades específicas, dependendo da raça, etnia, sexo, idade, escolaridade, profissão, ocupação, nível de renda e estado civil. Você pode descobrir coisas novas e surpreendentes, e você definitivamente se tornará um designer melhor.

Tecnologia

Como designers e desenvolvedores, geralmente trabalhamos com software e hardware atualizados para produzir nosso trabalho. E, é claro, faz sentido, já que precisamos fazer a coisa apropriadamente sem as frustrações de equipamentos não confiáveis e do sistema operacional desajeitado. No entanto, isso nos leva a fazer uma suposição muito fácil: todo mundo está usando o mesmo equipamento, sistema operacional, software, navegadores e tem uma velocidade de conexão decente (ah, o sonho). Infelizmente, a realidade pode ser muito diferente, e nem estou me referindo aos países em desenvolvimento aqui. Até recentemente, no Reino Unido, uma grande parte do NHS estava sendo executada no Windows XP, muito tempo depois que a Microsoft parou de liberar correções de bugs. Muitas organizações estão confiando em tecnologias que não contamos quando projetamos / desenvolvemos.

Isso pode não ser um problema enorme quando se trata de aplicativos baseados em dispositivos móveis e produtos B2C, mas é definitivamente algo a ser considerado para aplicativos B2B baseados na Web, em que você não pode garantir que seu produto esteja sendo acessado em máquinas / SO / navegadores atualizados. .

Felizmente, podemos diagnosticar com facilidade se isso é algo que precisamos considerar: seus clientes provavelmente lhe dirão, assim como seus dados de análise.

  • Se você tiver uma equipe de suporte que registre bugs e problemas técnicos, procure padrões quando se trata de dispositivos, navegadores e sistemas operacionais específicos.
  • Quando você captura comentários de seus usuários, não deixe de fazer uma pergunta rápida sobre a tecnologia que eles usam para acessar seu produto.
  • Ao analisar as análises, descubra que porcentagem de seus clientes acessam seu produto em qual navegador: se houver uma quantidade relativamente alta de usuários do Internet Explorer, você precisará verificar se o produto está funcionando corretamente no IE.

Não se preocupe! há uma abundância de ferramentas para ajudá-lo, como lugares para verificar se determinados componentes são suportados por um determinado navegador (como caniuse.com ) ou serviços de teste de cross browser (como Browserstack ). Aqui está um artigo fabuloso com algumas orientações sobre como garantir um bom suporte de navegador para seus usuários pelo blog gov.uk. Se os números são sua coisa e você gostaria de verificar coisas como o uso do navegador em seu país, eu gosto bastante de statcounter.com .

Língua

Nos últimos anos, temos testemunhado o surgimento de uma nova disciplina de UX : a escrita UX . É quase como se deveria ter sido mais cedo, mas é ótimo, no entanto, ver que mais e mais empresas estão entendendo a gravidade da linguagem quando se trata de produtos digitais. Interfaces, afinal de contas, não são puramente compostas de elementos visuais; eles também contêm copy: labels, descrições, instruções, saudações, atualizações, calls to action.

Eu não vou me aprofundar muito nos detalhes da escrita UX, no entanto, a linguagem inclusiva é algo que todos os UXers devem considerar. Monzo tem um artigo incrível sobre o tom de voz que é leitura essencial quando se trata disso. Como um novo produto no espaço das fintechs, eles freqüentemente competem com grandes organizações bancárias que usam a linguagem de uma maneira muito específica (e rígida). Sua abordagem é usar o inglês de conversação e redação simples, honesta e inequívoca.

Algumas coisas a ter em conta quando se trata da linguagem utilizada no seu produto:

  • Nem todos os usuários são fluentes no idioma usado no seu aplicativo
  • Nem todos os usuários são técnicos
  • Nem todos os usuários entenderão jargões ou gírias
  • Alguns usuários podem ser disléxicos
  • Alguns usuários podem responder mais a instruções visuais e sugestões

O teste de usabilidade com um público diversificado ajudará a eliminar qualquer problema na linguagem usada pelo seu aplicativo. Veja se eles acham qualquer texto confuso ou ambíguo, e se as descrições e rotulagem de ações atendem às suas expectativas. Veja como eles se comportam enquanto navegam pelo aplicativo e tentam concluir uma tarefa. Em alguns casos, o emparelhamento de texto e dicas visuais pode realmente ajudar a entender. Ele também cria uma interface que parece gerenciável e não muito pesada, então ganhe!

Isso pode soar um pouco duro, mas parafrasear seriamente a citação icônica de Einstein: se você não consegue explicar como executar uma ação ou usar um aplicativo em linguagem simples, pode não ser tão fácil de usar em primeiro lugar.

Conclusão

Como designers de UX, precisamos considerar o amplo espectro de usuários que acessam nosso produto, bem como suas necessidades e circunstâncias específicas. Para tornar nossos projetos mais inclusivos, precisamos ter certeza de que eles são acessíveis a todos, não importando suas habilidades, que estamos atendendo a todos os grupos populacionais relevantes , estamos respondendo por diferentes níveis de acesso à tecnologia e também estamos expressando-nos através de uma linguagem clara e inequívoca .

Design de produto inclusivo – 4 áreas a serem consideradas

Katerina Samoilis Blocked Unblock Seguir Seguindo 4 de janeiro

Como designers de UX, é nosso trabalho trazer o elemento humano para um produto digital. Projetamos a inclusão, consideramos nosso público e somos diretamente informados pelo que eles têm a dizer. Ser o defensor do usuário, ter empatia com suas circunstâncias e necessidades únicas e dar a eles uma voz é o que levou muitos de nós, inclusive eu, a seguir essa carreira.

Mas temos que admitir uma verdade desconfortável. Com prazos de entrega agressivos, a necessidade de expulsar os MVPs e as pequenas startups que desenvolvem produtos sem a entrada de um designer de produto / representante do usuário nesses estágios iniciais, muito escorrega pela rede. Às vezes é em nosso relógio. Às vezes é um legado que herdamos. Às vezes nos ultrapassa e de repente está lá. De qualquer forma, quando atinge o cliente, as coisas podem começar a desvendar.

Como nossas responsabilidades diárias às vezes significam que não podemos ver a madeira para as árvores, muitas ferramentas em nosso arsenal podem nos ajudar a afastar um pouco e olhar para as coisas com novos olhos, e até mesmo nos forçar a interpretar um pouco e prever o potencial questões que não antecipamos em primeiro lugar. Aqui está uma lista de verificação abrangente que abrange algumas das áreas que precisamos revisar antes de liberar algo para o público. Algumas dessas dicas também podem ser úteis para o desenvolvedor do front-end e / ou engenheiro de controle de qualidade.

Mini disclaimer: Esta não é de forma alguma uma lista exaustiva e há muito material sobre como tornar seu produto mais inclusivo, graças à nossa grande comunidade.

Acessibilidade

A acessibilidade está no cerne do design inclusivo. É nossa responsabilidade criar produtos digitais para todos usarem, independentemente das dificuldades que possam estar enfrentando. Afinal, é muito provável que estejamos em algum ponto de nossas vidas, especialmente porque melhores padrões de vida nos permitem alcançar mais de 70 anos. A tarefa pode parecer complexa, mas se não tivermos certeza de onde Para começar, há uma infinidade de diretrizes para nos ajudar a entender melhor o espectro da deficiência e como podemos fornecer ferramentas para melhorar a experiência on-line para todos.

Uma das coisas bonitas sobre o design acessível, sejam produtos digitais ou objetos cotidianos com os quais interagimos, é que ele oferece benefícios para todos (em graus variados), não apenas para pessoas com deficiências. Por exemplo, uma rampa para cadeira de rodas é essencial quando se usa uma cadeira de rodas ou uma motoneta para se locomover, mas também é útil quando se empurra um carrinho ou se movimenta uma mala. O descascador de batatas OXO permite que alguém com artrite mantenha uma pegada confortável e firme enquanto descasca, mas também é ergonômico, permitindo que a equipe da cozinha evite lesões por esforço repetitivo. Legendas em filmes são essenciais para quem tem dificuldades auditivas, mas também são ótimas se você está aprendendo um novo idioma e quer acompanhar a ação enquanto exercita seu cérebro para entender o que é dito. Os exemplos são infinitos!

Eu mal posso fazer justiça a este assunto em alguns parágrafos, mas aqui está uma pequena seleção de recursos para analisar:

Além de seguir as diretrizes e caixas de seleção, a acessibilidade precisa ser alcançada por meio da representação. Afinal, seria absurdo ignorar um segmento tão grande da população, que inclui também o envelhecimento da população e as pessoas que enfrentam incapacidades temporárias. Certifique-se de entrevistar usuários com necessidades específicas, incorporá-los em suas personas e fazer testes de usabilidade com os usuários. Um pequeno exercício que faço para ampliar minha compreensão é alcançar familiares, amigos e conhecidos com deficiência. Eu converso com eles sobre os problemas que enfrentam, seu dia a dia, suas frustrações. Eu observo como eles interagem com seu ambiente e tecnologia. Isso, juntamente com os exercícios listados pelo GAAD (relacionados acima), fornecem uma compreensão tangível e mais íntima dos problemas enfrentados e do valor transformador do design acessível.

Demografia

Às vezes pode ser difícil evitar a tendência de projetar para nós mesmos antes de considerar perspectivas diferentes. É claro que, como projetistas de UX, temos muitas ferramentas para ampliar essa perspectiva, por meio de uma extensa pesquisa de usuários, análise contextual e construção de mapas de personas e empatia para representar diversos segmentos de clientes. Mas ainda podemos ter pontos cegos.

Ao pensar sobre inclusividade desse tipo, lembro-me de uma anedota de um brilhante mentor que eu tinha, que estava descrevendo a equipe de produtos de uma empresa de viagens de luxo para a qual ele trabalhava. Inicialmente, era composto por jovens solteiros. À medida que começou a crescer e incluir pessoas com famílias, eles perceberam que sua oferta de férias em família era extremamente ruim, pois o produto deles era centrado em excursões para adultos e não contava com famílias com crianças. A equipe de produtos estava tão envolvida em sua própria perspectiva, que perdeu um enorme (e extremamente lucrativo) segmento de clientes. Felizmente eles conseguiram corrigir isso, mas apenas quando a equipe começou a diversificar.

É fácil pensar que, se seguirmos certos passos, capturaremos todo o espectro de usuários e recrutaremos os tipos certos de participantes. Por exemplo, se enviarmos uma pesquisa de rastreio, encontraremos as pessoas certas para conversar. Mas se dependermos apenas de amigos e conexões nas mídias sociais, poderemos receber resultados que sejam tendenciosos em relação a certas faixas etárias / origens culturais / crenças religiosas, etc. Podemos nos perder na câmara de eco.

Um exemplo disso que eu volto é durante meus dias como associado de instrutor de UX. Um grupo de estudantes estava projetando um aplicativo de saúde para uma rede de farmácias. Eles enviaram uma pesquisa, geraram personas e estavam construindo um mapa de afinidade de suas entrevistas, mas estavam um pouco presos nos próximos passos. Em uma crítica, eles descreveram sua persona principal para mim, uma mulher ativa, fisicamente ativa, de trinta e poucos anos. Eu questionei se esse tipo de usuário deveria ter sido selecionado como sua persona principal, considerando a natureza do aplicativo.

Então, como podemos evitar pontos cegos? A resposta (hilariante) é mais pares de olhos, idealmente no início do processo. É aqui que as partes interessadas internas e os especialistas de domínio são um recurso extremamente valioso. Em geral, eles ficam extremamente felizes em compartilhar suas ideias, fornecer perspectivas diferentes e desafiar nossas suposições por meio de experiências tangíveis e anedotas divertidas. Se puder, entre em contato com o resto da sua empresa através de um fórum de escolha (como um canal do Slack) e comece uma conversa, ou agende algumas entrevistas para escolher o cérebro das pessoas e coletar sugestões sobre onde é melhor buscar candidatos para entrevistas e teste.

Claro, há momentos em que isso é irrelevante, como se seu aplicativo já estivesse direcionando um grupo de nicho específico. Mas, para aumentar a inclusão, considere todas as necessidades específicas, dependendo da raça, etnia, sexo, idade, escolaridade, profissão, ocupação, nível de renda e estado civil. Você pode descobrir coisas novas e surpreendentes, e você definitivamente se tornará um designer melhor.

Tecnologia

Como designers e desenvolvedores, geralmente trabalhamos com software e hardware atualizados para produzir nosso trabalho. E, é claro, faz sentido, já que precisamos fazer a coisa apropriadamente sem as frustrações de equipamentos não confiáveis e do sistema operacional desajeitado. No entanto, isso nos leva a fazer uma suposição muito fácil: todo mundo está usando o mesmo equipamento, sistema operacional, software, navegadores e tem uma velocidade de conexão decente (ah, o sonho). Infelizmente, a realidade pode ser muito diferente, e nem estou me referindo aos países em desenvolvimento aqui. Até recentemente, no Reino Unido, uma grande parte do NHS estava sendo executada no Windows XP, muito tempo depois que a Microsoft parou de liberar correções de bugs. Muitas organizações estão confiando em tecnologias que não contamos quando projetamos / desenvolvemos.

Isso pode não ser um problema enorme quando se trata de aplicativos baseados em dispositivos móveis e produtos B2C, mas é definitivamente algo a ser considerado para aplicativos B2B baseados na Web, em que você não pode garantir que seu produto esteja sendo acessado em máquinas / SO / navegadores atualizados. .

Felizmente, podemos diagnosticar com facilidade se isso é algo que precisamos considerar: seus clientes provavelmente lhe dirão, assim como seus dados de análise.

  • Se você tiver uma equipe de suporte que registre bugs e problemas técnicos, procure padrões quando se trata de dispositivos, navegadores e sistemas operacionais específicos.
  • Quando você captura comentários de seus usuários, não deixe de fazer uma pergunta rápida sobre a tecnologia que eles usam para acessar seu produto.
  • Ao analisar as análises, descubra que porcentagem de seus clientes acessam seu produto em qual navegador: se houver uma quantidade relativamente alta de usuários do Internet Explorer, você precisará verificar se o produto está funcionando corretamente no IE.

Não se preocupe! há uma abundância de ferramentas para ajudá-lo, como lugares para verificar se determinados componentes são suportados por um determinado navegador (como caniuse.com ) ou serviços de teste de cross browser (como Browserstack ). Aqui está um artigo fabuloso com algumas orientações sobre como garantir um bom suporte de navegador para seus usuários pelo blog gov.uk. Se os números são sua coisa e você gostaria de verificar coisas como o uso do navegador em seu país, eu gosto bastante de statcounter.com .

Língua

Nos últimos anos, temos testemunhado o surgimento de uma nova disciplina de UX : a escrita UX . É quase como se deveria ter sido mais cedo, mas é ótimo, no entanto, ver que mais e mais empresas estão entendendo a gravidade da linguagem quando se trata de produtos digitais. Interfaces, afinal de contas, não são puramente compostas de elementos visuais; eles também contêm copy: labels, descrições, instruções, saudações, atualizações, calls to action.

Eu não vou me aprofundar muito nos detalhes da escrita UX, no entanto, a linguagem inclusiva é algo que todos os UXers devem considerar. Monzo tem um artigo incrível sobre o tom de voz que é leitura essencial quando se trata disso. Como um novo produto no espaço das fintechs, eles freqüentemente competem com grandes organizações bancárias que usam a linguagem de uma maneira muito específica (e rígida). Sua abordagem é usar o inglês de conversação e redação simples, honesta e inequívoca.

Algumas coisas a ter em conta quando se trata da linguagem utilizada no seu produto:

  • Nem todos os usuários são fluentes no idioma usado no seu aplicativo
  • Nem todos os usuários são técnicos
  • Nem todos os usuários entenderão jargões ou gírias
  • Alguns usuários podem ser disléxicos
  • Alguns usuários podem responder mais a instruções visuais e sugestões

O teste de usabilidade com um público diversificado ajudará a eliminar qualquer problema na linguagem usada pelo seu aplicativo. Veja se eles acham qualquer texto confuso ou ambíguo, e se as descrições e rotulagem de ações atendem às suas expectativas. Veja como eles se comportam enquanto navegam pelo aplicativo e tentam concluir uma tarefa. Em alguns casos, o emparelhamento de texto e dicas visuais pode realmente ajudar a entender. Ele também cria uma interface que parece gerenciável e não muito pesada, então ganhe!

Isso pode soar um pouco duro, mas parafrasear seriamente a citação icônica de Einstein: se você não consegue explicar como executar uma ação ou usar um aplicativo em linguagem simples, pode não ser tão fácil de usar em primeiro lugar.

Conclusão

Como designers de UX, precisamos considerar o amplo espectro de usuários que acessam nosso produto, bem como suas necessidades e circunstâncias específicas. Para tornar nossos projetos mais inclusivos, precisamos ter certeza de que eles são acessíveis a todos, não importando suas habilidades, que estamos atendendo a todos os grupos populacionais relevantes , estamos respondendo por diferentes níveis de acesso à tecnologia e também estamos expressando-nos através de uma linguagem clara e inequívoca .