Quem usará esse requisito?

Eles são nossos usuários-alvo?

Qual proporção desses usuários representa nossos usuários?

E os atributos do usuário?

Quanto mais realista for a cena, mais reais serão as necessidades.

A alta frequência da cena determina, até certo ponto, se a demanda é de alta frequência, o que naturalmente determina o desempenho dos dados do seu produto.

É possível que este cenário não seja consistente com o cenário fornecido pelo produto atual.

Os cenários utilizados pelos utilizadores são de facto inconsistentes com os cenários actuais dos seus próprios produtos.

Ouça mais o feedback do usuário e observe mais operações do usuário. Se você não conseguir entrar em contato com os usuários, tente simular o cenário e a experiência do usuário e use-o você mesmo para encontrar os problemas atuais.

Classifique a solução atual do usuário, incluindo, entre outros, o processo operacional do usuário, funções usadas, produtos e conteúdo de entrada.

O que os usuários precisam fazer em nosso produto para atender a esse requisito é provavelmente um caminho operacional básico para os usuários. Neste momento, precisamos prestar atenção à diversidade de tarefas. (Diversidade significa que pode haver muitas maneiras de satisfazer esta procura. Você deve pensar em pelo menos duas e conhecer as suas vantagens e desvantagens.)

Para atender a essa demanda, que função/página precisamos criar para os usuários.

Por que o usuário deve fazer isso e quais benefícios ele pode obter com isso são a força motriz para os usuários usarem o produto/função.

Por que fazemos isso e quais são os benefícios para nós? É melhor ter padrões quantitativos!

É determinado com base nas suas necessidades e propósitos e nos dados existentes, não com base na imaginação.