Modelo de fatura desenvolvedor freelancer

Se você precisa de um modelo de fatura desenvolvedor freelancer, comece por um que responda às perguntas que o financeiro do cliente fará: o que foi construído, quanto tempo levou e o que foi combinado. Esta página mostra aos desenvolvedores como montar uma fatura para sprints, trabalho por hora ou propostas fechadas, o que incluir, quais condições de pagamento costumam funcionar e quais erros atrasam o pagamento. O botão “Usar este modelo” abre o gerador gratuito com as linhas de exemplo já preenchidas, para você trocar pelas suas tarifas e enviar.

Por que o desenvolvimento de software é cobrado de forma diferente

O trabalho com software é difícil de o cliente enxergar. Uma semana de esforço pode não produzir nenhuma mudança visível na tela, e a pessoa que aprova a fatura pode não ser quem lê o código. Isso dá mais peso à própria fatura: ela precisa traduzir o trabalho em algo que quem não programa consiga conferir.

O modelo de preço molda tudo. A cobrança por hora é simples e justa quando o escopo muda com frequência, mas os clientes querem evidências, então uma planilha de horas é esperada. As propostas fechadas dão ao cliente um custo conhecido, mas exigem um escopo claro e um jeito de lidar com mudanças. A cobrança por sprint fica entre as duas: uma equipe ou um desenvolvedor cobra um preço ou um número de horas definido por sprint, geralmente de duas semanas, contra objetivos combinados.

A mudança de escopo é constante. Funcionalidades crescem, prioridades mudam e um requisito descoberto no meio do caminho pode dobrar uma tarefa. Cobrar cada mudança como uma linha datada própria, com a aprovação do cliente, protege você e dá controle ao cliente.

Por fim, o software tem custos de operação. Hospedagem, APIs de terceiros, licenças e dispositivos de teste custam dinheiro, e os clientes costumam esperar que sejam repassados. Listá-los separadamente mantém a sua tarifa de trabalho limpa e os seus custos transparentes.

O que incluir em uma fatura de desenvolvimento de software

Cubra o básico do nosso guia sobre o que incluir em uma fatura. Para trabalho de desenvolvimento, acrescente estes detalhes específicos do ofício:

• Nome da empresa, endereço, e-mail e dados de identificação fiscal conforme o processo de contas a pagar do seu cliente exigir.
• Nome do cliente e projeto, além de qualquer número de pedido de compra ou de contrato.
• Período de cobrança ou datas da sprint, como “Sprint 14, de 3 a 14 de março.”
• Modelo de preço de cada linha: por hora, marco fixo ou contrato mensal.
• Horas e tarifa do trabalho por hora, agrupadas por atividade, como back-end, front-end, revisão e QA.
• Marcos entregues em propostas fechadas, com o nome do marco e o seu preço combinado.
• Uma planilha de horas ou um resumo, com datas, horas e descrições de tarefas ligadas a tickets.
• Pedidos de mudança, em linhas separadas com a data de aprovação.
• Despesas repassadas, como hospedagem, assinaturas de API e licenças, pelo custo ou com a margem combinada.
• Sinal ou pagamento adiantado recebido, como crédito.
• Subtotal, imposto e total. Se os serviços de software são tributáveis varia por estado, e o trabalho entre países tem regras próprias, então confira as regras locais. Nosso guia sobre como adicionar imposto sobre vendas a uma fatura traz orientações gerais.
• Condições de pagamento, formas aceitas e dados bancários ou do link de pagamento.

Uma fatura de desenvolvimento de software na prática

Eis uma sprint típica de duas semanas, com as linhas de exemplo desta página. Um desenvolvedor contratado constrói funcionalidades para uma startup e cobra por hora, com a hospedagem repassada pelo custo.

A porcentagem de imposto aparece como zero apenas como exemplo. Use a alíquota e as regras que valem onde você e o seu cliente trabalham. Anexe a planilha de horas da sprint para o aprovador conseguir comparar as horas com os tickets.

Condições de pagamento que funcionam para desenvolvedores

Em trabalhos contínuos por contrato, é comum fazer a fatura ao fim de cada sprint ou de cada mês, com prazo de 15 ou 30 dias. Ciclos mais curtos reduzem o valor que lhe devem a cada momento, o que importa quando um único cliente é a maior parte da sua renda.

Em propostas fechadas, a cobrança por marcos funciona bem: um sinal quando o projeto começa, pagamentos ligados a entregas, como um protótipo funcional ou uma versão em homologação, e um pagamento final no lançamento. Dê nome a cada marco no contrato e na respectiva fatura, para nada ficar à interpretação.

Empresas maiores costumam encaminhar as faturas por um sistema de contas a pagar que exige um número de pedido de compra, um contato específico ou um formato determinado. Pergunte cedo. A falta de um pedido de compra é um dos motivos mais comuns para uma fatura correta ficar sem pagamento. Nossa visão geral sobre condições de pagamento de faturas explica como cada opção aparece, e nosso guia sobre como emitir faturas como freelancer trata de tarifas, contratos, sinais e impostos em termos gerais.

Se quiser cobrar multa por atraso, informe a taxa e o prazo de tolerância no contrato e na fatura, e confira antes as regras locais.

Dicas de preço e de detalhamento

Alinhe a fatura ao sistema de tickets. Se os tickets do cliente têm números, mencione-os nas descrições das tarefas. Isso transforma a revisão em uma comparação rápida.

Agrupe as horas por atividade. Back-end, front-end, revisão, reuniões e QA contam uma história mais clara do que um único total de 90 horas.

Cobre as reuniões com honestidade. Planejamento, reuniões diárias e chamadas fazem parte do trabalho. Diga se são cobradas pela mesma tarifa e registre-as.

Mantenha os pedidos de mudança visíveis. Uma linha como “exportação em CSV acrescentada, aprovada em 6 de março” mostra que o custo extra veio de uma decisão do cliente.

Repasse os custos pelo valor de custo. Hospedagem e assinaturas devem mostrar o valor do provedor. Se você soma uma margem, informe-a no contrato.

Erros comuns

• Uma única linha de “serviços de desenvolvimento”. Ela convida a perguntas e atrasa a aprovação.
• Nenhuma planilha de horas. Faturas por hora sem detalhe são as primeiras a ser questionadas.
• Pedido de compra ou contato ausente. Os sistemas de contas a pagar rejeitam faturas que não conseguem encaminhar.
• Mudanças de escopo sem registro escrito. Acordos verbais somem quando a fatura chega.
• Faturar com meses de atraso. Você carrega o custo e o cliente esquece o contexto.
• Misturar custos repassados na sua tarifa. Isso esconde quanto você cobra pelo seu tempo.

Lista de conferência antes de enviar

• Dados da empresa e do cliente estão corretos
• O pedido de compra ou o número do contrato está incluído, se exigido
• As datas da sprint ou o período de cobrança estão informados
• Cada linha mostra o preço por hora, por marco ou mensal
• As horas estão agrupadas por atividade e batem com a planilha de horas
• Os pedidos de mudança são linhas separadas com datas de aprovação
• As despesas repassadas estão listadas pelo custo
• Os sinais aparecem como créditos
• O imposto é aplicado conforme as regras locais
• Condições e dados de pagamento estão informados

Modelos e ferramentas relacionados

Muitos desenvolvedores também criam sites, então veja o modelo de fatura para web design para marcos e repasse de hospedagem, e o modelo de fatura para consultoria para contratos mensais e diárias. Quando estiver pronto para montar a sua, o gerador de faturas gratuito roda no seu navegador com cálculo exato de valores e sem conta.

O PayToMe está em beta público. Entre em app.paytome.si para criar orçamentos e faturas, enviá-los por e-mail com um link de pagamento, receber por cartão ou transferência bancária e escolher o plano Free, Pro ou Business. Lembretes, previsões de fluxo de caixa, pagamento por mensagem de texto e o app para celular estão em desenvolvimento. O gerador de faturas gratuito continua funcionando no seu navegador, sem conta. Esta página traz informações gerais, não é aconselhamento jurídico nem tributário.