Para testar algumas funcionalidades de um produto, não é necessário fazê-lo tendo por base a sua versão online. É possível testar com utilizadores tendo por base por exemplo, protótipos interativos produzidos com ferramentas como o Figma ou o Invision ou até mesmo, em muitos casos, protótipos em papel.
Existe mais um dado muito relevante para testar cedo as soluções. Quanto mais tarde isso acontecer no processo, maior será o custo das alterações a introduzir. Um estudo de Scott Ambler, Vice Presidente e Chief Scientist para Disciplined Agile do Project Management Institute, concluiu que conforme o processo avança, o custo das alterações sobe exponencialmente.
A somar ao argumento anterior de que quanto mais cedo conseguirmos testar soluções com os utilizadores, mais barato ficará fazer alterações, é de primordial importância, desconstruir um outro mito que muitas vezes nos leva a comprar o bilhete para o filme errado. Para testar soluções não o precisamos de fazer com dezenas ou centenas de utilizadores.
Os testes de usabilidade, não tendem a ser um trabalho quantitativo, mas sim qualitativo. O que está em causa não é ver quantas vezes os utilizadores encontram determinados problemas, mas sim, simplesmente, encontrar esses problemas. Não é necessário que centenas de utilizadores se deparem com o mesmo problema no produto, para percebermos que aquele é um problema.
E também aqui existem alguns estudos que nos ajudam a tangibilizar este conceito. A Nielsen Norman Group uma das empresas de referência na área de user experience (UX) chegou à conclusão, através de um estudo que desenvolveu, que em muitos casos, poderá apenas ser necessário testar com cinco utilizadores diferentes para encontrar a grande maioria dos problemas de cada solução em teste no produto digital.