Série: O que o cliente pede; o que você faz.
Iniciando já com a primeira série aqui no Vida de Freela. O título é: “O que o cliente pede; O que você faz”.
Creio que um grande problema para o freelancer é entender o que o cliente deseja, e explicar ao cliente o que será feito. Sabe o que isso gera ?
Pois é. A falta de comunicação é uma inimiga grande de qualquer negócio principalmente no negócio onde o entendimento é crucial para o êxito do projeto. É interessante que nessa imagem, praticamente todos os quadrinhos podem render um post diferente. Isso mostra quanta informação e técnica é envolvida no simples ato de ‘criar um projeto’. Aparentemente é simples, mas requer muita técnica e conhecimento para fazê-lo da forma que fique ideal tanto para o desenvolvedor quanto para o cliente.
Técnicas comuns
Claro que cada um segue uma linha de pensamento, mas vamos aqui descrever algumas idéias:
1. Declaração de escopo. É ideal e qualquer gerente de projeto recomenda. Criar a declaração de escopo é a forma que menos dá problemas futuramente. Descrever o que terá o projeto por tópicos explicando em detalhes o que cada parte irá conter. Assim o cliente lê e dá o ’sinal de ok’, ou não.
2. Diagramas de Casos de Uso. Que ? Diagrama ao cliente ? Você está louco ? Não, claro que não estou louco! Alguns diagramas, como os de Casos de Uso foram feitos para o cliente, sabia ? Assim ele verá como será o sistema e o que ele precisará fazer para obter/inserir determinada informação na aplicação dele. Obviamente que você não vai entregar ao seu cliente o MER ou o diagrama de Classe, mas o Caso de Uso é uma boa e ajuda no esclarecimento de dúvidas ourindas da conversação entre as partes.
3. Step by Step como diria uma cliente que tenho. Parte à parte. Trocas de e-mail e descritivos complementares auxiliam o desenvolvedor a entender o que o cliente quer. Se o cliente for um Gerente de projetos ou uma empresa de desenvolvimento web, esse material terá que ser obtido por eles com o cliente final. Se for negociação Desenvolvedor - Cliente, fica mais fácil, pois a obtenção de informação é mais rápida e precisa. O E-mail é seu aliado sempre!
4. Relatórios de execução em ambiente de testes. Essa eu adotei recentemente, na verdade “criei isso” e tem dado resultados muito bons! Eu desenvolvo uma parte da aplicação de acordo com especificações do cliente (usando os modelos 1, 2 ou 3) e após de pronto, eu faço os testes e vou anotando o resultado do sistema, reação a falhas e tudo mais. Tudo em texto puro mesmo, parte a parte. Depois envio ao cliente, ele irá ler e aprovando, ótimo! Infelizmente essa dica não poderá ser usada com todos clientes, pois, nem todo cliente tem coragem de ler isso, mesmo sendo um texto normal sem dados técnicos.
Resumindo: o ideal é sempre saber o que o cliente quer. Isso evita problemas do tipo: “Está tudo errado! Re-faça!” E esse simples Re-faça, traz prejuízos grandes como atraso no prazo que vai virando uma bola de neve e no final fica o desenvolvedor cansado, cliente insatisfeito e você perdendo mais um cliente. Mantenha sempre o foco e anote muito, tudo que for importante para o projeto tem que estar anotado. Esse é um dos diferenciais que o mercado procura 
OBS: Economizar folhas de papel faz bem a você e toda sociedade.