Freelance sendo CLT: como atender clientes sem pedir demissão (o contrato, a conta das horas e o ponto de virada para sair)

Você tem CLT, salário caindo todo dia 5, plano de saúde e um chefe razoável. Mesmo assim, faz meses que você abre a planilha à noite e refaz a conta do freelance. Já entregou um ou outro projeto para conhecido, cobrou pouco, gostou da experiência e ficou com uma pergunta: dá para começar a atender cliente sem pedir demissão?

Dá. Só que o freelance paralelo tem regras próprias, e quase ninguém fala delas. Ele não é uma versão menor do freelance em tempo integral. Você tem menos horas, quase nenhuma disponibilidade em horário comercial e mais risco de conflito com o empregador. E desde o primeiro mês precisa responder uma pergunta: em que ponto eu saio?

Este artigo é o roteiro para essa fase. O que checar no contrato, quanto dá para faturar de verdade com 10 a 15 horas por semana, que tipo de projeto cabe na sua rotina e quais números mostram que chegou a hora de sair, ou de ficar.

Freelance sendo CLT: por que a maioria trava no segundo projeto

A verdade desconfortável é que o limite não é técnico, e nem é só o tempo. O limite é o tipo de projeto que você aceita.

O dev CLT costuma pegar o primeiro projeto que aparece. Quase sempre é um sistema com prazo apertado, de um cliente que quer call às 14h de terça, e com um escopo que ninguém escreveu. Em três semanas você está codando até 1h da manhã, rendendo menos no emprego e respondendo o WhatsApp do cliente escondido. O projeto atrasa, o cliente fica insatisfeito e você conclui que freelance “não é para você”.

Vou te falar como funciona do lado de quem recebe os leads: boa parte dos pedidos que chegam a uma software house quer começar em poucas semanas, com alguém disponível em horário comercial e lançamento em dois ou três meses. Esse perfil de projeto não cabe em 12 horas semanais. Não é questão de talento, é aritmética. Quem força o encaixe queima o cliente e a própria saúde.

O freelance paralelo funciona quando você escolhe projetos desenhados para a sua capacidade real. O resto do artigo é sobre isso.

O que checar no contrato de trabalho antes do primeiro cliente

Antes de mandar a primeira proposta, abra o seu contrato de trabalho e o código de conduta da empresa. Procure três coisas.

1. Exclusividade e conflito de interesse

A CLT não exige exclusividade por padrão. Ter um segundo trabalho, ou um CNPJ, é permitido. Mas muitos contratos de empresas de tecnologia incluem cláusulas de exclusividade ou de não concorrência, ou exigem que você informe atividades paralelas. Atender um cliente do seu empregador, ou um concorrente direto dele, é o caminho mais curto para uma demissão por justa causa. Regra prática: se o cliente do freelance poderia ser cliente da sua empresa, recuse.

2. Propriedade intelectual do código

Como regra geral, o que você desenvolve como parte do seu trabalho, ou usando recursos da empresa, pertence à empresa. O que você faz fora do expediente, com equipamento próprio e sem relação com a sua função, tende a ser seu. Eu disse “tende” porque alguns contratos têm cláusulas de propriedade intelectual bem mais amplas. Se a redação estiver vaga, uma consulta com um advogado trabalhista sai mais barata que uma disputa sobre quem é dono do sistema que você vendeu.

3. Separação total de recursos

Isso não está escrito no contrato, mas é onde a maioria se complica. Nada de notebook da empresa, conta corporativa do GitHub, licença paga pelo empregador ou chave de API da empresa no projeto do cliente. E nada de código do freelance no horário de expediente, nem “só um ajuste rápido”. Se um dia der problema, a primeira coisa que alguém vai olhar é o histórico de commits, com data e hora.

Sobre o CNPJ: abrir empresa sendo CLT é permitido. Para quem fatura com frequência, costuma sair mais barato que emitir recibo como pessoa física, em que o imposto pode chegar a 27,5%. O MEI não serve para desenvolvimento de software, então o caminho usual é o Simples Nacional. Um detalhe que quase ninguém lembra: se você for demitido com CNPJ ativo e faturando, o seguro-desemprego pode ser negado. Converse com um contador antes de abrir a empresa.

Quanto dá para faturar com 10 a 15 horas por semana

A conta precisa ser honesta. Hora disponível não é hora faturável. Das 15 horas que você reserva por semana, uma parte vai para call, proposta, nota fiscal, configuração de ambiente e aquela semana em que alguém em casa ficou doente. Na prática, 10 horas faturáveis por semana já é um bom número para quem tem emprego fixo.

Considerei quatro semanas por mês, sem descontar imposto. No Simples, a alíquota efetiva para serviço de software costuma ficar entre 6% e 15,5% no início, dependendo do enquadramento e do pró-labore. O contador fecha esse número para o seu caso.

Dois alertas sobre a tabela. Primeiro: o cenário puxado significa trabalhar quase todas as noites e boa parte do sábado, toda semana, além das 40 horas do CLT. Dá para sustentar por um ou dois meses. Por um ano, não dá. Segundo: o que move esse número não é somar horas, é o valor da hora. Ir de R$ 90 para R$ 150 rende mais que acrescentar seis horas por semana, e não custa o seu sono.

Isso também pesa no cronograma. Um projeto de R$ 15 mil, a R$ 120 a hora, tem perto de 125 horas. Com 10 horas por semana, são umas 12 semanas de calendário. Um dev em tempo integral entrega o mesmo em quatro. O cliente precisa saber disso antes de assinar.

Que projeto aceitar sendo CLT (e quais recusar)

Com pouca hora e pouca disponibilidade durante o dia, o filtro muda. O que funciona bem em paralelo:

• Escopo fechado e pequeno. Landing page com integração, painel administrativo simples, app com 5 a 8 telas, uma automação pontual. Algo entre R$ 5 mil e R$ 20 mil, com começo, meio e fim.
• Prazo de calendário folgado. Cliente que aceita 8 a 12 semanas porque quer qualidade, não urgência.
• Comunicação assíncrona. Update por escrito uma vez por semana e call quinzenal cedo pela manhã ou depois das 18h.
• Manutenção com horas limitadas. Pacote mensal de 8 a 10 horas para um sistema que você mesmo entregou. É previsível e vira receita recorrente.
• Stack que você já domina. Se no emprego você trabalha com React e Node, faça freelance em React e Node. Aprender stack nova no projeto do cliente, com 10 horas por semana, dobra o prazo.

O que recusar, mesmo pagando bem:

• Projeto com data de lançamento fixa para daqui a menos de dois meses.
• Sistema que exige suporte em horário comercial, como checkout, operação de loja ou atendimento.
• Escopo aberto do tipo “vamos construindo e vendo”.
• Cliente que já na primeira conversa quer você “disponível no WhatsApp”.

As armadilhas mais comuns

Esconder do cliente que você tem CLT. Você não precisa dizer o nome da empresa, mas precisa deixar a disponibilidade clara: “trabalho no projeto à noite e aos sábados, respondo mensagens em até 24 horas úteis e faço calls às terças depois das 19h”. Cliente informado aceita. Cliente que descobre no meio do projeto se sente enganado.

Cobrar barato porque “já tem salário”. Esse é o erro mais caro. O salário paga as suas contas, não o seu tempo livre. Se você cobra R$ 50 a hora porque não depende do dinheiro, vai precisar dobrar o preço no dia em que depender, e os clientes que vieram pelo preço baixo vão embora. Cobre desde o início o que você cobraria em tempo integral.

Começar sem contrato e sem sinal. Ser “um bico” não muda nada. Contrato com escopo, prazo em semanas de calendário e entrada paga antes do primeiro commit.

O ponto de virada: quando sair do CLT (e quando ficar)

O freelance paralelo não precisa ser só uma transição. Tem dev que mantém o CLT e um ou dois clientes fixos por anos, e isso é uma escolha legítima. Mas, se o objetivo é sair, defina os critérios antes, com a cabeça fria. Um conjunto que funciona:

1. Faturamento. De 4 a 6 meses seguidos com o freelance cobrindo de 50% a 70% do seu salário líquido, em 10 a 12 horas por semana.
2. Diversificação. Pelo menos dois clientes diferentes nesse período, nenhum com mais da metade do faturamento.
3. Pipeline. Pedidos chegando sem você correr atrás de cada um. Se nos últimos três meses você recusou projeto por falta de tempo, esse é um sinal forte.
4. Reserva. Seis meses do seu custo de vida guardados, separados do caixa da empresa.
5. Plano de saúde e previdência resolvidos. Cotação de plano empresarial feita e pró-labore definido com o contador.

Por que 50% a 70% em 10 horas basta? Porque, em tempo integral, a sua capacidade faturável sobe para algo entre 25 e 30 horas por semana, não 40. Se 10 horas já cobrem metade do salário, existe espaço para cobrir tudo, desde que haja demanda para as horas novas. É aqui que muita gente erra: a capacidade quase triplica, mas o pipeline continua do mesmo tamanho. Por isso o critério 3 pesa tanto quanto o 1.

Se você já entrega bem, o seu problema é distribuição

Quase todo dev CLT que tenta o freelance esbarra na mesma parede: tem competência e algumas horas livres, mas não sabe de onde vai tirar cliente. Na OCA, a resposta foi aparecer no Google e nas IAs quando alguém pesquisa desenvolvimento de software. Isso não é teoria, é literalmente como a OCA cresceu. Hoje chegam dezenas de leads por dia, mais do que o time consegue atender.

Por isso estamos montando uma rede de parceiros: devs e pequenos times seniores que recebem projetos já qualificados, com escopo definido pela OCA. Você não precisa prospectar nem fazer a primeira conversa com quem ainda não sabe o que quer.

Sendo direto sobre o que a gente espera: entrega técnica sólida, no nível dos projetos que a OCA já colocou em produção, comunicação clara e honestidade sobre capacidade. Isso vale para quem ainda tem CLT. Alguns projetos têm escopo fechado e prazo compatível com quem trabalha em paralelo. Um parceiro que diz “tenho 10 horas por semana, entrego em 10 semanas” e cumpre vale mais do que um que promete 40 horas e some. A entrada na rede não é automática e não existe garantia de volume, mas, se a sua parede é distribuição, essa é uma porta a considerar.

Entre para a rede de parceiros da OCA

Entrando ou não na rede, faça uma coisa esta semana: abra o seu contrato de trabalho e procure as palavras “exclusividade”, “concorrência” e “propriedade intelectual”. Depois escreva em uma linha a sua disponibilidade real para clientes, no formato “X horas por semana, nos dias Y, resposta em até Z horas”. Essa frase vai na sua primeira proposta e evita metade das armadilhas deste artigo.