Muitos dos meus amigos fazem freelance. A maioria deles trabalha em empresas durante o dia e, fora do expediente, complementam o orçamento fazendo freelas.

Normalmente um projeto freelance é pago somente após a entrega. Alguns sortudos, quando muito, conseguem dividir o pagamento em duas partes: uma ao assinar¹ o trabalho e outra após entregá-lo.

Uma reclamação muito comum é sobre a dificuldade de "entregar" um projeto. Não estou falando aqui sobre instalar o projeto em produção mas sim da dificuldade em definir quando todas as atividades de um projeto foram finalizadas e o produto final pretendido pelo cliente foi atingido. E o cliente fazer o pagamento.

Por razões que a própria razão desconhece, um cliente pode não reconhecer que o projeto foi finalizado. Ele pode querer mudar o layout, ajustar filtros, adicionar pequenas novas características e, com isso, evitar a conclusão do projeto. É claro que isto não é um artíficio para o não-pagamento mas é... conveniente. O que fazer?

Um item básico é ter definido previamente o que será entregue.

Às vezes, na ânsia de fazer rápido (para receber rápido), pula-se etapas de análise formal e documentação. É preciso ter por escrito o que será entregue, com o máximo de detalhes. Não estou falando de casos de uso nem fluxogramas mas sim de um escopo de trabalho. É importante definir as datas magnas, ou seja, as datas-chave em que partes do trabalho serão disponibilizadas ao cliente.

A partir disto, dividir o pagamento por data de entrega.

Não tem jeito. A principal forma de não ficar "preso" a um pagamento único no final do projeto é dividí-lo em partes menores conforme partes do projeto forem sendo disponibilizadas ao cliente. 50 / 50 é uma boa medida em projetos muito curtos mas se corre o risco de não chegar aos 50% finais tão rápido quanto espera.

Ou, você pode tentar negociar desta forma:

• 30% ao "assinar" o projeto
• 20% ao fechar a análise e o layout
• 40% ao entregar/instalar o projeto para homologação
• 10% ao receber o OK do cliente

Finalmente, indicar formalmente ao cliente quando o projeto acaba. É razoável esperar que após disponibilizar o projeto para o cliente homologar ele tenha um prazo finito para fazer a homologação. Uma vez atingido este prazo, somente pedidos de correções de bugs serão aceitos. Não havendo mais ajustes, o projeto é considerado "entregue". Isto mantém o cliente consciente do tempo que foi acordado e, normalmente, o faz se empenhar para homologar o projeto.

É isso. Tem mais alguma dica para acrescentar? Comente!

¹ Ok, assinar um contrato para um projeto freelance é muito raro mas aqui vale um OK no e-mail também. :)