Quantos projetos freelance ao mesmo tempo um dev aguenta: o limite real antes de atrasar todos (a conta de capacidade e o que fazer com o excesso em 2026)
Lucas Annunziato · · 8 min de leitura
Você fechou o segundo projeto na mesma semana em que o primeiro entrou na reta final. Aí chegou um terceiro, indicação de um cliente antigo: “coisa pequena, umas duas semanas”. Depois de três meses com o pipeline zerado, recusar parecia loucura. Agora são três grupos de WhatsApp, três repositórios, três reuniões de alinhamento por semana, e nenhum projeto anda no ritmo que você prometeu. Você fecha o notebook à meia-noite e ainda tem a sensação de que todo mundo está atrasado. Porque está.
Esse é o problema oposto ao que a maioria dos freelancers enfrenta, e por isso quase ninguém fala dele. Só que ele quebra a operação tanto quanto a falta de cliente. Atraso vira pedido de desconto, desconto vira estresse, e cliente insatisfeito não indica ninguém. A seguir está a conta para saber quantos projetos cabem de verdade na semana de um dev, e o que fazer com o que não cabe.
A verdade desconfortável: aceitar projeto demais é subprecificar o seu trabalho
Quando você aceita um projeto além da sua capacidade, você não cobra mais por isso. Você só divide as mesmas horas entre mais clientes. Se dois projetos de R$ 20 mil cabiam em dois meses e você enfia um terceiro, os três vão levar três meses ou mais. O faturamento parece maior no papel, mas o valor efetivo da sua hora cai, porque agora entram horas de retrabalho, de contexto perdido e de explicação de atraso.
A troca de contexto é o custo que ninguém coloca na planilha. Pela minha experiência, cada troca de projeto no mesmo dia come entre 20 e 40 minutos até você voltar a render: lembrar onde parou, subir o ambiente, reler a conversa do cliente, entender por que aquele teste quebrou. Três trocas por dia são quase duas horas que somem.
E existe o motivo real por trás do “sim” automático: medo de ficar sem projeto. É um medo legítimo, ninguém que já passou um mês sem receber ri disso. Mas a resposta para a escassez é pipeline, não sobrecarga. Lotar a agenda hoje não protege o mês que vem. Entregar bem e gerar indicação, sim.
A conta de capacidade: quantos projetos freelance cabem na sua semana
A conta é simples. Ela tem três passos e leva dez minutos com uma planilha aberta.
Passo 1: descubra suas horas reais de produção
Uma semana de 40 horas não tem 40 horas de código. Desconte o que acontece fora do editor:
- Comunicação com clientes: reuniões, updates semanais, mensagens no WhatsApp. Entre 5 e 8 horas.
- Administrativo: nota fiscal, cobrança, proposta, prospecção. Entre 4 e 6 horas.
- Suporte de projetos entregues: bug em garantia, dúvida de cliente antigo. Entre 2 e 4 horas.
Sobram entre 22 e 29 horas de produção real. Se você nunca mediu, use 25 como ponto de partida. A maioria dos devs que faz essa conta pela primeira vez descobre que vinha planejando com 40.
Passo 2: estime quantas horas cada projeto precisa por semana
Não pense no total de horas do projeto. Pense em quantas horas por semana ele precisa para cumprir o prazo que você prometeu.
| Tipo de projeto | Horas por semana para andar no prazo | Overhead semanal (contexto, reuniões, deploy) |
|---|---|---|
| MVP ou sistema novo (8 a 12 semanas) | 15 a 25 horas | 2 a 3 horas |
| Projeto pequeno (landing, integração, módulo isolado) | 8 a 12 horas | 1 a 2 horas |
| Manutenção mensal ou evolução contínua | 3 a 8 horas | 1 hora |
Essas faixas variam com a stack, com a qualidade do código herdado e com a velocidade de resposta do cliente. Um cliente que demora quatro dias para aprovar uma tela empurra horas para a semana seguinte e bagunça a conta de todos os outros projetos.
Passo 3: some e compare
Veja como a agenda estoura na prática. Você tem 25 horas de produção:
- Projeto A, um MVP: 18 horas mais 2 de overhead. Sobram 5.
- Projeto B, manutenção: 4 horas mais 1 de overhead. Sobra 0.
- Projeto C, a “coisa pequena”: 10 horas mais 2 de overhead. Faltam 12.
São 12 horas de déficit por semana. Em quatro semanas, 48 horas de atraso distribuídas entre os três clientes. Nenhum deles vai achar que o atraso é “só um pouquinho”.
Na prática, para um dev solo, o limite saudável costuma ser um projeto grande mais uma ou duas manutenções, ou dois projetos médios. Três projetos em desenvolvimento ativo ao mesmo tempo quase sempre significam que um deles está atrasando, mesmo que você ainda não tenha avisado o cliente.
Como dizer “agora não” sem perder o cliente
Recusar não precisa ser perder. Quase sempre dá para transformar o “não” em “não agora”, e cliente bom entende isso melhor do que você imagina.
Dê uma data de início, não uma desculpa
“Estou muito ocupado” soa como desinteresse. “Consigo começar no dia 10 de novembro” soa como alguém organizado. Uma data concreta passa segurança, e muitos clientes preferem esperar três semanas por quem tem agenda do que começar amanhã com quem vai atrasar.
Cobre sinal para reservar a vaga
Se o cliente aceitou esperar, peça o sinal na assinatura do contrato, mesmo com início futuro. Algo entre 20% e 30% costuma funcionar. Isso filtra quem estava só comparando preço e evita que a vaga fique reservada para quem vai sumir.
Use o preço como filtro
Demanda acima da capacidade é o sinal mais claro de que seu preço para projetos novos está baixo. Você não precisa reajustar os clientes atuais agora. Basta subir o valor das próximas propostas e observar quem fecha.
Indique alguém de confiança
Quando a espera não serve para o cliente, indicar outro dev sênior resolve o problema dele e mantém você na memória como quem ajudou. Uma mensagem que funciona:
“Obrigado por pensar em mim para esse projeto. Hoje minha agenda está fechada até o início de dezembro e eu não quero começar algo seu sabendo que vou entregar com atraso. Se o prazo puder esperar, consigo começar no dia 2. Se não puder, conheço um dev que trabalha com a mesma stack e posso apresentar vocês ainda hoje.”
As armadilhas de quem está com a agenda lotada
Esses são os erros que mais aparecem quando o dev passa do próprio limite. Quase todo mundo comete pelo menos um.
- “É coisa pequena, duas semanas.” Projeto pequeno tem o mesmo overhead fixo de um grande: reunião de kickoff, acesso a repositório, ambiente, deploy, contrato, cobrança. Uma integração “simples” com um ERP antigo vira cinco semanas quando a API não tem documentação.
- Entregas que vencem na mesma semana. Dois marcos no mesmo dia significam que um deles vai sair pela metade. Escalone os marcos dos projetos com pelo menos uma semana de diferença já na proposta.
- Garantia sem limite engolindo o projeto novo. Se o projeto entregue há quatro meses ainda consome seis horas por semana, isso não é garantia, é manutenção sem contrato. Formalize ou encerre.
- Chamar ajuda na semana do prazo. Trazer outro dev quando o atraso já aconteceu raramente salva o cronograma. Ele passa os primeiros dias entendendo o código e fazendo perguntas, e você perde horas explicando. Subcontratar funciona quando é planejado desde o início do projeto, não como boia de última hora.
- Esconder o atraso. O cliente descobre o atraso de qualquer forma. A diferença é se ele descobre por você, com um plano, ou pela data que passou em silêncio.
O que a OCA faz com os projetos que não cabem na agenda
Vou te falar como funciona do lado de quem recebe os leads: a OCA aparece no Google e é citada por assistentes de IA como ChatGPT, Claude e Perplexity em buscas sobre desenvolvimento de software no Brasil. Isso traz dezenas de pedidos de orçamento por dia. É mais do que o nosso time consegue atender.
Ou seja, a gente bateu exatamente no problema deste artigo, só que em outra escala. E fizemos a mesma conta. A gente opera o Revo, uma plataforma de eventos com mais de 40 mil usuários e checkout com 90% de conversão, e sabe quanto custa quebrar produção por pressa. Aceitar tudo e entregar mal não era opção.
A resposta foi montar uma rede de parceiros: devs e pequenos times seniores que recebem projetos já qualificados e com escopo definido pela OCA. Se você está do outro lado da conta deste artigo, com horas livres na semana e sem pipeline, é aqui que capacidade encontra demanda.
O que esperamos de quem entra:
- Histórico de entrega que dê para verificar, em produção ou com cliente que confirme.
- Comunicação previsível, com update semanal sem o cliente precisar perguntar.
- Contrato, nota fiscal e prazo tratados com seriedade.
- Capacidade declarada com honestidade. Se você tem 15 horas por semana, diga 15. A conta de capacidade acima é a mesma que pedimos para os parceiros fazerem.
O que o parceiro recebe: projeto com escopo definido, cliente que já chegou com intenção de contratar e uma triagem feita por quem entrega software para viver. O que não prometemos: volume fixo de projetos, nem entrada garantida na rede. Avaliamos cada perfil. Para ter uma ideia do padrão que buscamos, veja os projetos que a OCA já colocou em produção.
Seu próximo passo esta semana
Faça a conta de capacidade hoje. Abra uma planilha, liste seus projetos ativos, as horas semanais que cada um precisa e o overhead de cada um. Compare com as suas horas reais de produção, não com 40.
Se a soma passar do limite, renegocie um prazo esta semana, antes de o atraso acontecer. Avisar com três semanas de antecedência é uma conversa. Avisar no dia da entrega é uma crise. Depois, defina o seu número: quantos projetos ativos você aceita ao mesmo tempo. Escreva esse número e trate como regra, não como sugestão.
Se a conta mostrou o contrário, que sobram horas e falta projeto, vale lembrar: se você já entrega bem, o seu problema não é técnico, é distribuição. A rede de parceiros é um dos caminhos para resolver isso.
