Programação de pagamento recomendada para desenvolvimento freelance


17

Sou desenvolvedor freelancer há muitos anos e estou configurando um sistema projetado para atrair clientes através de um dos sites de meus desenvolvedores.

Se bem-sucedidos, esses seriam clientes que eu não conheço e alguns empregos podem ser muito pequenos. Ao trabalhar com clientes que conheço em projetos maiores, estou acostumado a fazer o trabalho antes de receber o pagamento. Mas, aqui, isso parece arriscado.

Estou procurando sugestões sobre o cronograma de pagamento que devo exigir para pequenos projetos. Suspeito que os clientes em potencial não estejam dispostos a pagar o valor total antecipadamente e, portanto, a solução provavelmente será algum tipo de compromisso.


Você pode querer dar uma olhada nisso -> programmers.stackexchange.com/questions/56669/…
— Imran Omar Bukhsh

Respostas:


23

De frente + Marcos

Normalmente, você deve ter algum pagamento adiantado para começar o trabalho. Em seguida, tenha marcos nos quais você entregará parte do projeto ou mostre uma atualização para avançar onde o próximo pagamento é devido. Dessa forma, você tem o incentivo para continuar trabalhando no projeto, porque você não recebe o valor total até a entrega e eles têm o incentivo para realmente pagar você pelo caminho, porque eles não receberão o produto completo se você sair porque eles pararam de pagar no meio do fluxo.

Como qualquer coisa, isso é negociável e a boa vontade entra em jogo, dependendo dos clientes / relacionamentos, etc. As porcentagens de pagamentos iniciais e de marcos podem variar muito, portanto, use sua própria discrição quanto ao que é justo e em que grau você está disposto arriscar não ser pago.


13

Peço aos clientes que paguem 50% adiantado e 50% quando o projeto estiver concluído e eu o dei a eles. Perdi muito dinheiro no passado quando os clientes saíram de repente e não recebi nada deles com antecedência.

Com os 50% de antecedência, você sabe que pode confiar neles e isso cobrirá seus custos de desenvolvimento. Eles também se sentirão felizes por você não receber seus 50% finais até que você tenha dado o projeto concluído - e você sabe que pode confiar neles, pois eles estavam dispostos a pagar uma quantia suficientemente grande antecipadamente.


+1 para um compromisso entre pagamentos antes e pagamentos após a conclusão do trabalho.
— Jonathan Madeira

Você só precisa ter o suficiente antes da mão para que, se algo acontecer (ou seja, eles se recusam a pagar o valor final), você não esteja totalmente ferrado e tenha coberto seus custos.

3

duas opções sãs

  1. se você estiver fazendo lances simples do trabalho ou do custo de uma iteração, com metade da antecedência e metade da conclusão. Para sua própria proteção, insista para que os testes de aceitação sejam objetivos e automatizados.

  2. se você trabalha a cada hora, venda horas pré-pagas


Você pode elaborar o que você quer dizer com testes de aceitação automatizados? +1 em horas pré-pagas, embora eu tenha certeza de que isso pode desativar alguns clientes.
— Jonathan Madeira

@ Jonathan: é prática comum ter "testes de aceitação" para determinar que um software faz o que deve fazer. A automação desses testes (à la TDD) é altamente recomendada, pois remove qualquer subjetividade do processo e facilita a garantia de que o software passe em todos os testes antes de ser entregue e depois da entrega.
— Steven A. Lowe

Eu concordo com as horas "pré-pagas". Eles são chamados de taxa de retenção.
— Michael Brown

1

Não sei se existe algo assim, mas talvez vá para o meio termo. Tenha uma conta de nível intermediário em que o pagamento é pago, para que o dinheiro esteja agora no limbo. Você sabe que o dinheiro está disponível e eles sei que você não vai fugir com isso.

Então, dentro dessa liberdade, você poderá realizar os pagamentos de marcos apropriados por projeto.


2
Único problema - quem administra essa conta de garantia? Se eles não confiam o suficiente para upfront pagamento, eles não vão confiar em um acordo de custódia que ele oferece ou ...
— Jim

Bem, acho que algo assim poderia funcionar. Por exemplo, se fosse uma empresa como o PayPal, as pessoas confiariam nele. No entanto, não tenho certeza de que esse serviço exista e imagine que eles desejariam um por cento, se quisessem.
— Jonathan Madeira

2
Sim, companheiro, existem montes de serviços de custódia por aí. O site freelancer que eu uso (Scriptlance.com) na verdade possui um mecanismo de garantia incorporado ao site. Funciona muito bem. Não tenho certeza como lidar com disputas embora
— JT.WK

1
Guru.com e Elance também fornecem serviços de custódia.
— Michael Brown

1

É sempre um risco se você não receber o pagamento primeiro ou pelo menos uma porcentagem do que foi acordado. Seja rigoroso e peça sempre um adiantamento, principalmente se você não puder confiar no empregador. É seu direito de pedir. Não se preocupe com isso. Um contrato escrito também seria útil. Estabelece que é um negócio profissional e também define as limitações e a base do que é acordado. Você pode ler este artigo para obter formas inteligentes de garantir o pagamento.


0

Não vá para pequenos projetos ... é preciso tanto esforço para montar um projeto pequeno quanto para um projeto grande. Para os grandes projetos, se você estiver realmente preocupado com o pagamento, use um serviço de fatoração de faturas . Eles administram crédito no seu cliente e, se aprovado, fornecem o valor total da fatura menos 1-2%. A partir daí, eles lidam com todas as coleções em seu nome. Você não precisa se preocupar com nada além de fornecer o serviço.


Com essa configuração em particular, os projetos chegariam até mim, e eu ficaria mais do que feliz em assumir um pequeno projeto no momento. Para projetos maiores, geralmente não encontro dificuldades.
— Jonathan Wood

2
Numa altura em que empresa está em uma crise financeira, pequenos projetos pode ser a única opção para a sobrevivência
— Imran Omar Bukhsh
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.