Durante o redesenho de um sistema interno em uma empresa do setor de seguros, a equipe de desenvolvimento optou por seguir um cronograma enxuto, prior...

A asserção I é uma proposição verdadeira, pois o fato de não ter ocorrido testes de usabilidade com usuários reais antes do lançamento do sistema pode, de fato, ter contribuído para um sistema funcionalmente completo, mas com problemas de usabilidade. Quando se desenvolve um sistema sem validar com os usuários finais, existe o risco de que, embora o sistema atenda aos requisitos técnicos e funcionais, ele não seja intuitivo nem fácil de usar para o público-alvo. Neste caso específico, as dificuldades mencionadas nas reclamações — como o excesso de cliques e a terminologia técnica — são reflexos de falhas na etapa de design focada no usuário. Essas falhas poderiam ser identificadas com testes de usabilidade, onde os atendentes poderiam, por exemplo, expressar dificuldades reais ao interagir com o sistema. A asserção II é uma proposição falsa, pois o Design Centrado no Usuário coloca as necessidades do usuário como prioridade, não as necessidades do negócio. A premissa básica do UCD é entender as necessidades, dores e comportamentos do usuário para criar soluções que atendam a essas expectativas de forma eficiente e intuitiva. Focar nas necessidades do negócio em detrimento das experiências do usuário pode levar a uma solução que funcione tecnicamente, mas que não seja bem aceita pelos usuários, prejudicando a produtividade e a satisfação. No caso descrito, a decisão de priorizar a visão da diretoria e do setor de TI sem consultar os usuários (atendentes) resulta em um sistema que não foi projetado com as reais necessidades dos usuários em mente, o que é contrário aos princípios do Design Centrado no Usuário.