Offshore vs nearshore: o guia do fundador não-técnico para escolher onde construir

A maioria dos artigos sobre o tema é pitch de vendor disfarçado de guia. Este aqui parte de outra premissa: a escolha é sobre quanto imposto de comunicação você consegue absorver antes de virar o engineering manager que jurou que nunca seria.

A primeira vez que um founder com quem trabalho me perguntou “offshore ou nearshore?”, ele tratou a pergunta como decisão de orçamento. Tinha recebido cotação de US$ 90/hora de um estúdio pequeno em São Paulo e US$ 35/hora de um time em Ho Chi Minh City. A conta, ele disse, era óbvia.

Seis meses depois, tinha queimado os dois contratos. O time vietnamita entregou no que estava escrito, mas não conseguia acompanhar as mudanças de produto que ele fazia a cada duas semanas; mensagens levavam 14 horas para fechar o loop, e um único detalhe perdido em uma página do Notion virava uma sprint de trabalho errado. O time brasileiro entendeu o produto na primeira reunião, mas ele tinha contratado o estúdio errado e o sênior foi rotacionado para outro cliente na terceira semana. Ele voltou à pergunta original com a sensação de que tinha respondido de trás para frente.

É esse o padrão. Offshore vs nearshore parece decisão de geografia e decisão de custo. Por baixo, é uma decisão sobre quanto overhead você consegue carregar como fundador não-técnico enquanto ainda toca o resto da empresa. Se errar essa, a opção barata sai mais cara.

Offshore vs nearshore, definido para um founder

Offshore significa contratar um time de software em um país com diferença de fuso horário significativa em relação ao seu, normalmente mais de 6 horas e em outro continente. Do Brasil, destinos offshore clássicos incluem Índia, Vietnã, Filipinas, Ucrânia e partes do Leste Europeu.

Nearshore significa contratar um time em um país com diferença de fuso pequena ou nula, em geral no mesmo continente ou dentro de poucas horas de sobreposição no seu dia útil. Do Brasil, nearshore tipicamente significa outros países da América do Sul, México, Argentina, Colômbia, Costa Rica. De cidades dos EUA, nearshore é justamente o Brasil, México, Argentina, Colômbia, Costa Rica.

Onshore (a terceira opção, ausente da maior parte dos artigos) significa contratar um time no seu próprio país. Sim, é mais caro por hora. Não, isso nem sempre é a escolha errada.

Os nomes descrevem distância física. O que você compra com cada um é um pacote diferente de sobreposição de fuso, registro de idioma, valor-hora e overhead de gestão que sobra para você. Esses quatro eixos são a decisão real.

Os 4 tipos de outsourcing (e por que três deles são briga errada)

A maioria das listas de “4 tipos de outsourcing” que você encontra divide o mundo em onshore, nearshore, offshore e “híbrido”, ou divide por modelo contratual: staff augmentation, projeto fechado, time dedicado e BPO. As duas classificações existem; nenhuma das duas ajuda a decidir.

A divisão útil é por tipo de trabalho que você vai terceirizar:

1. Trabalho rotineiro: bookkeeping, suporte a tickets, moderação de conteúdo. Geografia importa pouco. Escolha a opção competente mais barata.
2. Trabalho com escopo claro e estável: implementar uma API de backend bem definida, construir uma tela mobile sobre um Figma finalizado. Offshore funciona aqui; o gap de fuso custa quase nada porque o brief não muda toda semana.
3. Trabalho ainda sendo moldado por você: produto em estágio inicial, qualquer coisa pré-PMF, qualquer escopo que muda no meio da sprint. É onde a maioria dos fundadores não-técnicos está. Nearshore ou onshore ganham aqui sempre, independente do valor-hora.
4. Liderança técnica estratégica: decisões de arquitetura, plano de contratação, preparação para due diligence técnica. Raramente terceirizado bem como commodity offshore ou nearshore. Precisa de uma pessoa responsável, acessível e sênior o bastante para discordar de você.

Leia sua situação e leia a lista acima. Se você é fundador não-técnico com um produto que ainda está se mexendo, está no item 3, e a pergunta de geografia se resolve.

O que você está realmente trocando

Os quatro eixos que importam, em ordem de prioridade para um fundador não-técnico:

1. Sobreposição de fuso horário

O número que importa é horas de sobreposição entre a sua janela normal de trabalho e a deles. Não o gap. A sobreposição.

• São Paulo a Buenos Aires ou Bogotá: sobreposição total. Mesmo dia útil.
• São Paulo a Cidade do México: 3 horas de gap, ainda bastante sobreposição.
• São Paulo a Costa do Leste dos EUA: sobreposição total.
• São Paulo a Lisboa ou Madri: 4 horas de gap, manhã deles é tarde sua.
• São Paulo a Cracóvia ou Bucareste: 4 a 5 horas de gap, doloroso mas viável.
• São Paulo a Bangalore: praticamente zero sobreposição em horário comercial.

A conta que as pessoas esquecem: com 0 a 2 horas de sobreposição, toda decisão leva um dia útil. Uma dúvida que você resolveria em 90 segundos com um colega vira atraso de 24 horas. Em um build de 12 semanas, isso vira mais ou menos 4 semanas de pura espera que ninguém te cobra mas você absorve mesmo assim.

Se o seu produto ainda está mudando (e se você é pré-Series A quase certamente está), essas 4 semanas são a diferença entre lançar e não lançar.

2. Imposto de comunicação

Diferente do fuso, é o custo de cada requisito mal entendido, cada reunião extra que você precisa marcar porque ninguém está acordado para o assíncrono, cada decisão de arquitetura tomada sem você porque não dava para esperar uma resposta.

Não dá para enxergar isso na cotação. Você enxerga três meses depois, quando percebe que esteve no Slack com o tech lead às 23h em quatro noites da mesma semana. Esse é o imposto. Ele escala com o gap de fuso, com o gap de registro de idioma e com a capacidade do fundador de especificar trabalho por escrito.

Fundadores sem background técnico pagam esse imposto em alíquota pior do que fundadores que conseguem escrever um brief técnico. Se você não consegue escrever um spec apertado, cada hora de gap se multiplica em retrabalho. A solução não é “aprender a especificar em três semanas”. A solução é comprar mais sobreposição até o seu spec alcançar o time.

3. Valor-hora

Para clientes nos EUA, valores aproximados de mercado em 2026 para um engenheiro sênior de backend ou full-stack com overhead do estúdio incluído:

• Offshore (Vietnã, Índia, Filipinas, Paquistão): US$ 25–50/hora.
• Offshore (Leste Europeu, incluindo Ucrânia, Romênia, Bulgária): US$ 40–70/hora.
• Nearshore (Brasil, Argentina, México, Colômbia): US$ 60–110/hora para estúdios sérios; US$ 35–60/hora para estúdios menores.
• Onshore (EUA): US$ 120–200/hora para estúdios sérios; freelancers variam.

Esses números mudam a cada trimestre, e o spread entre sênior e júnior dentro de cada região é maior do que o spread entre regiões. Um sênior ruim na Argentina custa mais, no fim das contas, do que um sênior ótimo na Romênia. Trate como orientação, não como cotação.

O número que importa não é o valor-hora. É o valor-hora multiplicado pelas horas de fato necessárias para entregar, mais o seu tempo de fundador absorvido pela gestão do time. Um contrato de US$ 35/hora que exige três horas de Slack por noite sai mais caro do que um de US$ 90/hora que exige uma call semanal de 30 minutos.

4. Variância de qualidade

Dentro de qualquer região, o spread entre o melhor estúdio e o estúdio mediano é enorme, maior do que o spread entre regiões. Existem times de engenharia excelentes em Hyderabad e existem times bem medianos em Buenos Aires. Seleção de fornecedor é um problema separado da geografia, e a maioria dos fundadores confunde os dois.

Se você nunca contratou software sob medida antes, o movimento de maior impacto que você pode fazer é gastar mais tempo na seleção do fornecedor do que na geografia. Já escrevemos sobre como avaliar uma fábrica de software e o que olhar quando vai contratar staff augmentation. São pré-requisitos que este artigo assume.

Por que offshoring é controverso

Você vai ver duas linhas de crítica contra offshore em particular: política e operacional.

A crítica política (que contratar fora tira emprego dos engenheiros do país) é mais antiga que este artigo e não vai sumir. Alguns dos seus clientes, investidores ou conselheiros vão ter opinião sobre isso. Vale saber onde eles pisam antes de anunciar o time. Não vamos entrar nessa briga aqui; é outra conversa.

A crítica operacional é a que deveria mudar a sua decisão. Fundadores que se queimaram com offshore descrevem o mesmo padrão: pitch ótimo, primeiro mês forte, e aí a qualidade cai porque o estúdio rotaciona os melhores para outro cliente e deixa o time B com você. O contrato não protege disso, e você só descobre quando seu throughput caiu pela metade. Não é exclusivo de offshore (estúdios nearshore fazem a mesma coisa), mas quanto mais longo o feedback loop, mais demora para você pegar o problema.

Esse é o argumento real contra offshore para um fundador em estágio inicial. Não a política, não o sotaque. O feedback loop. Se você não consegue ver um problema antes de ele compostar por três semanas, não consegue corrigir o curso a tempo.

A regra prática

Se o seu produto ainda está se mexendo e você é a única pessoa que consegue responder as perguntas difíceis sobre ele, compre sobreposição de fuso antes de comprar valor-hora baixo.

É essa a regra. Não é sutil e não é nova. Fundadores redescobrem ela no susto a cada trimestre.

A versão operacional da regra:

• Se você consegue escrever um spec que o time não vai te perguntar 20 dúvidas: offshore está na mesa.
• Se você não consegue, mas consegue ficar em call o dia todo: onshore está na mesa.
• Se você não consegue nenhum dos dois: nearshore é a sua única opção segura.

A maioria dos fundadores não-técnicos pré-PMF está no terceiro balde. É por isso que nearshore ganha o segmento founder deste mercado mesmo sendo mais caro no papel do que offshore.

Quando offshore é, de fato, a escolha certa

Três casos em que a conta vira:

1. Você tem um CTO ou cofundador técnico de verdade que carrega a disciplina de spec. Eles absorvem o imposto de comunicação que você não consegue absorver. Offshore volta para a mesa.

2. O trabalho é realmente bem definido e rotineiro. Um SaaS maduro adicionando a 47ª tela de admin não precisa de 4 horas de sobreposição. Uma startup construindo o primeiro produto precisa.

3. Você está otimizando para runway acima de tudo e aceita honestamente que o cronograma vai esticar. Um time de US$ 30/hora que entrega em 9 meses pode ainda assim ganhar de um time de US$ 90/hora que entrega em 5 se caixa for a única restrição. Seja honesto sobre essa troca. A maioria dos fundadores que escolhe esse caminho acaba querendo refazer.

Quando onshore é a escolha certa

Dois casos que nenhum artigo do SERP quer que você considere:

1. Compliance ou indústrias reguladas. Healthtech sob HIPAA, fintech sob regulação bancária específica, trabalho para defesa: o custo de uma falha em auditoria excede a economia das horas mais baratas. Onshore (ou nearshore criteriosamente avaliado com as certificações certas) ganha o prêmio aqui.

2. Seu comprador específico se importa onde o código é escrito. Alguns compradores enterprise nos EUA, especialmente no setor público, vão perguntar. Se o seu pipeline depende desses compradores, você não vai ganhar essa briga no contrato.

Para a maioria dos fundadores em estágio inicial, nenhum desses casos se aplica. Mas se um deles se aplica, o cálculo de “mais barato por hora” deixa de ser cálculo. Vira restrição.

O que dizemos para fundadores que perguntam

A gente trabalha com fundadores nos dois lados disso: fundadores nos EUA olhando para o sul, fundadores brasileiros olhando para a América do Norte, ambos eventualmente experimentando Leste Europeu. O conselho não muda muito:

1. Escolha a geografia que te dá sobreposição suficiente para entregar sem virar o engineering manager.
2. Dentro dessa geografia, gaste dois terços do seu esforço de seleção no time, um terço no preço.
3. Assine um piloto de 2 a 3 meses antes de fechar o build completo. O piloto é onde você descobre se o time do pitch é o time que te entregaram.

É no último ponto que a maioria das histórias de “geografia errada” desmorona. A geografia não estava errada. A seleção estava. O piloto teria mostrado. O fundador pulou o piloto porque o valor-hora parecia bom.

Se quiser uma leitura mais longa sobre como isso encaixa na pergunta maior de build vs buy, veja nosso framework de build vs buy para fundadores não-técnicos. É a camada acima desta.

FAQ

Qual é a diferença entre nearshore e offshore?

Nearshore significa um time em um país perto do seu, normalmente no mesmo continente e com poucas horas de sobreposição de fuso. Offshore significa um time longe, com grande diferença de fuso, tipicamente em outro continente. Para clientes nos EUA, nearshore costuma significar América Latina; offshore, Sul ou Sudeste Asiático e partes do Leste Europeu.

Qual é a diferença entre onshore, nearshore e offshore?

Onshore é um time no seu próprio país. Nearshore é um time em um país com pequena diferença de fuso. Offshore é um time longe, com grande diferença de fuso. O trade-off é custo (onshore mais caro) por sobreposição (onshore com a maior) e facilidade de comunicação (onshore mais fácil).

Quais são os 4 tipos de outsourcing?

A classificação mais comum divide o outsourcing por geografia (onshore, nearshore, offshore) e por modelo contratual (staff augmentation, projeto fechado, time dedicado, managed service). Nenhuma das duas é uma ferramenta de decisão por si só. A pergunta útil é qual tipo de trabalho você está terceirizando (trabalho rotineiro, build com escopo estável, build com escopo evoluindo ou liderança técnica estratégica) e casar o modelo com o trabalho.

Por que offshoring é controverso?

Por duas razões. Politicamente, alguns stakeholders se opõem a tirar trabalho do país. Operacionalmente, contratos offshore têm feedback loop mais longo, o que torna mais difícil pegar problemas de qualidade a tempo. Para fundadores em estágio inicial, a preocupação operacional é a mais importante.

Nearshore é sempre melhor que offshore para uma startup?

Nem sempre. Mas em geral sim, se o fundador é não-técnico e o produto ainda está se mexendo. A diferença de quatro horas de sobreposição é o que determina se uma dúvida leva 30 minutos ou 24 horas para fechar. Ao longo de um ciclo de build, a versão de 24 horas vira semanas de desperdício.

Quanto eu economizo indo offshore em vez de onshore?

No papel, 40 a 70%. Na prática, bem menos quando você considera as horas de fundador a mais gastas gerindo o time, a velocidade de iteração mais lenta e o drift de qualidade mais difícil de pegar. Fundadores que honestamente fazem essa conta costumam ver que o gap fica mais perto de 20%, e o caixa economizado não compensa o atraso no cronograma.