Como reunir os requisitos de 'interface do usuário' das partes interessadas

Reunir os requisitos da interface do usuário é simples, certo? Você só precisa perguntar aos usuários finais o que eles querem, o que eles precisam e, a partir daí, continuar com o negócio de desenvolver a solução que eles pediram – seja um aplicativo, uma intranet ou alguma outra solução de TI corporativa. Se ao menos as coisas fossem tão simples!

Quando falamos com as partes interessadas, como parte de nossos serviços corporativos, é muito fácil ouvir o que uma ou duas partes interessadas nos dizem, anotá-lo em um relatório e depois continuar com o projeto da solução. O problema com essa abordagem é que as pessoas que coletam requisitos e as partes interessadas em uma empresa geralmente têm entendimentos muito diferentes sobre o que seu projeto precisa e o que significam os diferentes termos usados. Um diretor de empresa pode dizer "queremos que nossa equipe tenha um aplicativo móvel que se pareça com nosso CRM". A pessoa que coleta os requisitos pode presumir que isso significa que deseja um aplicativo que tenha o mesmo sistema de navegação, quando o diretor da empresa quis dizer algo que tenha a mesma 'aparência'.

Pode nunca ser possível fornecer exatamente o que os usuários desejam, tempo e dinheiro geralmente atrapalham, mas reunir os requisitos de interface do usuário das partes interessadas exige fundamentalmente que os designers "andem uma milha no lugar" dos usuários finais. Trata-se de ter mais do que uma ideia superficial do que os CTOs querem. Trata-se de obter uma compreensão profunda de como toda uma gama de usuários – do chão de fábrica à sala de reuniões – navega, entende e explora o sistema.

Isso não é algo que você pode fazer em uma tarde, pode levar semanas (ou até meses) antes de entender completamente como os usuários falam sobre suas necessidades de TI, qual vocabulário eles usam para descrever certas ações (isso pode ser tecnicamente incorreto, mas faz sentido para os usuários finais) e como eles navegam pelas páginas.

Como podemos evitar interpretar mal uns aos outros?

Há uma tendência ao coletar requisitos de tratá-lo como uma atividade de marcação de caixa, mas para realmente garantir que sua coleta de interface do usuário seja eficaz, é importante fazer algumas pesquisas. Há toda uma gama de métodos que você pode colocar em prática para descobrir os requisitos da interface do usuário e, quando isso for feito de forma eficaz, você se sentirá muito mais confiante de que sua compilação final não apenas agradará aos usuários finais, mas também fará muito mais do que eles pensavam originalmente que queriam.

1. Entenda o estado atual do jogo: Esteja você construindo uma interface do usuário do zero ou melhorando um sistema atual, é importante obter uma compreensão profunda de como a empresa funciona, o que eles fazem e o que o sistema que você está construindo para eles faz.

2.Teste suas suposições: faça muitas perguntas, depois pergunte um pouco mais e, depois disso, continue perguntando. Não pergunte apenas a algumas pessoas selecionadas – gerentes de TI e CEOs – fale com os funcionários em toda a organização, de cima para baixo, e descubra tudo o que puder sobre como eles trabalham e o que precisam. Você precisa fazer perguntas que abranjam:

• Por que os usuários interagem com a solução da maneira que fazem – algo os restringe? Eles estão confusos ou perdidos? Poderia ser melhorado?
• Onde eles interagem com o sistema? É no chão de fábrica, em um back office, na frente de casa, no carro, em um celular ou tablet ou em um desktop antigo?
• Quem interage com o sistema e de que maneira diferentes pessoas interagem com ele?
• Como eles interagem? Você precisa perguntar sobre seus problemas; onde eles se perdem durante a navegação; Eles sempre seguem os mesmos caminhos ou visitam muitas páginas?
• Quais são seus problemas e questões, e o que eles querem e precisam?

3. Faça pesquisas e documente seus resultados. Existem muitos métodos diferentes e cada um é mais ou menos relevante para diferentes situações. A coisa mais importante a fazer é encontrar maneiras de armazenar todas as informações que você coletou e vale a pena gravar entrevistas e mapear as jornadas do usuário para realmente entender seus caminhos.

4. Apresente seus resultados e explique suas sugestões para o design da interface do usuário. Quanto ao feedback.

5. Depois que tudo for assinado, você não pode sentar sobre os louros; o design de interface do usuário eficaz significa que você precisa manter os clientes envolvidos durante todo o estágio de desenvolvimento (por mais irritante que isso às vezes possa ser!). Eles normalmente estarão investindo recursos consideráveis em seus desenvolvimentos, então você não quer construir algo que não atenda às necessidades deles.

Os melhores recursos de interface do usuário

Na Infragistics entendemos que coletar requisitos de interface do usuário nunca é um processo simples. No entanto, nossa gama de controles de interface do usuário e ferramentas de produtividade (bem como nossas próprias ConsultoriaServiços) permitem que as equipes façam storyboard da navegação da interface do usuário e, por fim, criem um conjunto de designs impressionantes. A coleta de requisitos de interface do usuário está longe de ser simples, mas realizar uma pesquisa eficaz significa que você pode ter certeza de que suas compilações são as melhores possíveis.