Também não se deve presumir que o cliente esteja familiarizado com termos técnicos como JPEG, banco de dados ou talvez até mesmo um sistema operacional. A afirmação “A hierarquia de subclasses de uma meta classe foi restrita para ser análoga à hierarquia de classes e subclasses que são instâncias delas” pode fazer sentido para o programador, mas o cliente apenas olhará para você muito confuso! Certa vez, um dos autores participou de uma reunião com um cliente, na qual o cliente foi questionado se desejava usar o sistema por meio de um navegador. Infelizmente, o cliente não tinha ideia do que era um navegador. Às vezes, os clientes podem não querer admitir que não têm ideia do que você está falando e apenas dizer sim. Lembre-se de que é sua responsabilidade garantir que vocês se entendam e que as respostas do cliente sejam úteis! Mesmo que você consiga se comunicar com os clientes, pode descobrir que eles realmente não sabem o que querem fazer ou não conseguem expressar. Eles podem dizer que desejam um software jurídico que “melhore seus negócios” ou “torne seu trabalho mais eficiente”. (Existe um ótimo desenho da série Dilbert que ilustra esse ponto!) Quando você mostra aos clientes o software jurídico que construiu, geralmente não é difícil para eles dizer se é isso que eles queriam, o que eles gostam e o que eles não querem. Não gosto disso. Por esse motivo, faz sentido criar pequenos protótipos durante o desenvolvimento do sistema e exibi-los aos seus clientes para feedback.
comofazerdocesparavender
