Escopo: a skill mais importante do dev freelancer
Escopo é a habilidade que separa freelancers que ganham R$100/hora dos que ganham R$300/hora. Não é sobre código. É sobre comunicação.
Eu aprendi essa lição da forma difícil. Fiz um projeto que imaginava 40 horas de trabalho. Saiu 120 horas. Sem culpado óbvio. Só escopo que começou pequeno e inchava toda semana.
Depois disso, investi em ser bom em definir escopo. Mudou minha vida de freelancer.
Por que escopo importa
Sem escopo claro, duas coisas acontecem:
Você faz mais trabalho que o preço. Cliente fica feliz (porque pagou pouco), você fica infeliz (porque trabalhou muito). Próximo cliente sabe que você é barato, você faz mais projeto ruim pagando menos.
Ou você recusa, cliente fica irritado porque “não é só um ajuste pequeno”, referências ruins, seu nome fica ruim. Perder cliente é pior que fazer por pouco.
Escopo bem definido protege os dois lados. Cliente sabe o que tá pagando. Você sabe o que tá entregando. Nada de surpresinha.
Conversa de escopo: as perguntas que você precisa fazer
Antes de escrever spec, você precisa entender o que o cliente quer. A maioria dos clientes não sabe exatamente o que quer.
Sua primeira conversa não é “quanto você quer gastar”. É entender o negócio.
Pra um cliente de clínica odontológica, eu pergunto:
“Quantos pacientes vocês recebem por mês?” “Qual é o agendamento mais comum?” “Vocês usam WhatsApp pra lembrete ou quer no sistema?” “O dentista precisa acessar de celular ou só desktop?” “Vocês têm um site agora? O novo site integra com o site atual?”
Essas perguntas fazem você entender o escopo. Um sistema de agendamento pra 100 pacientes/mês é diferente de 2000.
Você quer integração com WhatsApp? Integração API com Twilio é um escopo diferente de um sistema que só manda links manualmente.
A Spec Document: seu acordo escrito
Depois da conversa, você escreve a spec. Spec é como um contrato, mas em linguagem clara.
Formato que funciona:
Seção 1: O que será entregue
- Página de agendamento
- Dashboard do dentista com calendário
- SMS de lembrança 24h antes
- Integração com Google Calendar do paciente
Seção 2: O que NÃO será feito
- Integração com software de faturamento (muito complexo)
- App mobile (vai ser web responsivo)
- Relatórios avançados de faturamento
- Integração com todos os sistemas existentes de forma automática
Seção 3: Tecnologia usada
- React frontend
- Supabase para banco de dados
- Twilio pra SMS
- Hospedagem em Vercel
Seção 4: Timeline
- Semana 1: Setup do banco, autenticação
- Semana 2: Página de agendamento básica
- Semana 3: Dashboard do dentista
- Semana 4: SMS, testes, deploy
Seção 5: Preço e Termos
- R$18.000 no total
- R$6.000 no início (setup)
- R$6.000 na revisão beta
- R$6.000 na entrega final
- Hospedagem e domínio são pagos pelo cliente separadamente
Seção 6: Mudanças fora do escopo
- Qualquer mudança além do que foi descrito acima é considerada scope creep
- Mudanças pequenas (cores, textos): incluídas na revisão
- Mudanças médias (novo tipo de notificação, novo relatório): adicional de R$2k
- Mudanças grandes: conversa nova sobre preço
Essa é spec que você envia pro cliente. Ele assina. Pronto. Vocês dois sabem o que tá acontecendo.
Scope creep: o inimigo silencioso
Scope creep é quando o projeto cresce lentamente. Cliente pede “um ajuste pequeno” toda semana. Daqui a 3 meses, você fez um projeto inteiro não previsto.
Exemplos que eu vejo:
“Ei, que tal mudar a cor do botão de azul pra verde?” “Seu sistema não sincroniza com o WhatsApp automaticamente?” “Será que consigo acessar de três dentistas ao mesmo tempo?”
Isolado, nenhum é grande. Junto, adicionam 20 horas.
A defesa: referência pra spec.
Cliente: “Pode adicionar um relatório de pacientes faltosos?” Você: “Não estava no escopo original. Segundo a spec, mudanças médias são R$2k. Você quer adicionar isso?”
Você não é chato. Você está sendo profissional. Cliente entende. Pode dizer não. Pode dizer sim e pagar. Mas não é surpresa.
O que incluir / O que excluir
Decisões de escopo:
Incluir:
- Funcionalidade core do produto
- Integração com 1 ou 2 serviços (Twilio, Stripe)
- Design responsivo (mobile + desktop)
- Testes básicos
- Deploy inicial
- Documentação básica
Excluir:
- Suporte 24/7 permanente (você pode oferecer como add-on)
- Integração com 5+ serviços
- App mobile (web responsivo cobre)
- Relatórios super customizados e complexos
- Treinamento extenso (você pode vender como hora extra)
- Performance optimization absurda (Lighthouse verde é suficiente)
O truque é saber onde você se torna consultor em vez de dev. Consultor custa mais.
“Quero que o sistema decida qual dentista atender qual paciente baseado em especialidade, disponibilidade e preferência do paciente” = Consultoria. Você precisa desenhar a lógica. Depois desenvolver. R$25k, não R$15k.
Comunicação contínua
Escopo não é documento estático. Projeto muda. Contexto muda. Cliente aprende novas coisas.
Todo começo de semana, mando um status pro cliente. “Essa semana vamos fazer: X, Y, Z. Timeline segue na data de entrega.”
Quando descubro algo que impacta escopo, comunico logo. “Integração com Google Calendar é mais complexa que imaginamos. Precisa de OAuth setup. Vai adicionar 1 semana. Quer fazer ou removemos do escopo?”
Cliente vê isso como profissionalismo. Porque é.
Freelancer vs Agência
Se você tá começando, o medo de dizer não é real. Você pensa “se eu digo não a escopo, cliente fica bravo”. Verdade? Às vezes. Mas aquele cliente que fica bravo com profissionalismo é cliente ruim.
Freelancer solo vai querer cliente que pague justo e respeite tempo. Essas conversas de escopo afastam cliente ruim naturalmente.
Agência pode bancar mais flexibilidade. Tem team. Pode absorver escopo creep (ou cobrar mais). Você, solo, não pode.
Estimativa: como não chutar
Estimar é difícil. Mas tem técnicas que funcionam:
Planning Poker: se tiver team, use isso. Cada dev estima em pontos. Se as estimativas divergem muito, discute por quê. A estimativa final sai melhor.
Histórico pessoal: guarde dados dos seus últimos 10 projetos. Quanto estimou vs quanto levou. Site de clínica: estimou 40h, levou 55h. Próxima vez começa com 55h, não 40h.
Adicione buffer: sempre. Se estimou 40 horas, coloque 50 na proposta. Se estimou 10, coloque 13. Bugs aparecem, cliente muda ideia, integração é mais complexa.
Decompose: não estime “site inteiro”. Estime seção por seção. Homepage: 8h. Página de serviços: 6h. Agendamento: 20h. Painel: 15h. Soma: 49h. Com buffer: 60h. Muito mais confiável que chutar “um site custa 40h”.
Testes: testes dobram o tempo de implementação. Se não incluir testes na estimativa, vai ficar curto. Código rápido é barato. Código testado e confiável é caro (e vale a pena).
Quando o escopo muda (e vai mudar)
Escopo vai mudar. Não é pessimismo, é realidade. Cliente aprende coisas novas, mercado muda, você descobre que algo é mais complexo.
Aqui está a defesa: referência Clara para a spec original.
Cliente quer adicionar nova funcionalidade na semana 3? Você puxa a spec: “Isso não estava aqui. É escopo creep. Segundo o contrato, mudanças médias são R$2k. Quer fazer?”
Isso não é ser chato. É profissionalismo. Cliente entende. Alguns dias sim, alguns dizem não. O importante é não ser surpresa.
Minha dica: mantenha uma spreadsheet simples. “Escopo original”, “mudanças aprovadas”, “mudanças pendentes”. Mostra pro cliente toda sexta. Transparência total.
Estimativa errada é pior que honestidade
Melhor estimar 80 horas de verdade e entregar em 70, do que estimar 40 e levar 90. Um cliente fica feliz porque entregou antes. Outro fica furioso porque foi enganado.
Sempre erre para o lado da honestidade.
Checklist pro próximo projeto
- Fazer conversa profunda antes de fazer quote
- Escrever spec clara com o que será/não será feito
- Definir preço em tranches (não pague tudo no final)
- Deixar claro o que é escopo creep
- Fazer atualizações semanais de progresso
- Comunicar mudanças no escopo no mesmo dia
- Ter paciência se cliente não entender de início
- Estar disposto a rejeitar projeto se escopo ficar ruim
A diferença entre freelancer estressado e feliz é escopo. Ponto.
Tabela: o que incluir vs excluir
| Item | Incluir? | Razão |
|---|---|---|
| Funcionalidade core | Sim | É por isso que contratam |
| Integração com 1-2 serviços | Sim | Adiciona pouco tempo |
| Design responsivo | Sim | É expectativa mínima |
| Testes básicos | Sim | Economiza tempo depois |
| Deploy inicial | Sim | Faz parte do projeto |
| Suporte 24/7 permanente | Não | Vira job de segunda pessoa |
| Integração com 5+ serviços | Não | Vira consultoria, cobra separado |
| App mobile nativo | Não | Web responsivo cobre 95% |
| Relatórios super customizados | Não | Cliente vai pedir mais depois |
| Treinamento extenso | Não | Vira consultoria |
| Performance obsessiva | Não | Lighthouse verde é suficiente |
Leia também como cobrar por aquele ajustezinho, como briefar projeto web, cliente não sabe o que quer e veja nosso case Autopars Pro.