TL;DR
A demanda por uma ferramenta de verdade no site do cliente é a melhor receita que uma agência pode ganhar: alta margem, recorrência, mais difícil de você ser trocado. Mas ela esbarra num problema real: você não tem dev, software house pede caro e some, e montar time interno é o jeito mais caro e arriscado de descobrir que dar não daria. A saída é entregar com um parceiro técnico sob a sua marca, sem virar empresa de software. O risco não está em aceitar o projeto. Está em aceitar do jeito errado.
Por que isso é uma oportunidade, não um problema
Quando o cliente pede uma ferramenta (não um site, uma ferramenta que faz algo), ele está dizendo que confia em você para resolver um problema de negócio, não só de imagem. Esse é o tipo de trabalho que paga mais, dura mais e te tira da guerra de preço de landing page. É exatamente onde a agência deixa de ser fornecedora de design e vira parceira de operação.
O problema é que a oportunidade vem embrulhada num medo legítimo: “e se eu aceitar e não conseguir entregar?”. Esse medo é saudável. Ele só não pode virar o motivo de você devolver dinheiro pra concorrência.
As três saídas que parecem óbvias (e onde cada uma quebra)
Recusar, contratar uma software house ou montar time interno são as reações naturais. Todas têm um custo escondido: a primeira te faz perder a conta, a segunda te faz perder margem e controle, a terceira te faz perder dinheiro por meses antes de você saber se valeu. Vale destrinchar.
Recusar a demanda
Parece prudente. Na prática, você ensina o cliente a procurar quem faz “a parte de tecnologia”, e essa pessoa, uma hora, também faz a parte de marketing. Você não só perde o projeto: abre a porta pra perder a conta.
Chamar uma software house
O orçamento volta alto, o prazo volta longo, e o controle sai da sua mão. Pior: na frente do cliente, quem responde pela ferramenta é a sua marca, mas quem decide o ritmo é um fornecedor que você não controla. Quando trava, você está no meio, sem time pra resolver e sem o fornecedor por perto.
Contratar um dev (ou um time)
Essa é a que parece mais “definitiva” e é a mais cara de todas. Um desenvolvedor sênior no Brasil custa entre R$ 12 mil e R$ 20 mil por mês (Glassdoor Brasil), e isso é o salário, sem encargos, sem o tempo até ele produzir, sem o risco de ele sair em seis meses. Você está assumindo um custo fixo alto e recorrente por uma demanda que ainda é pontual. E aí vem a parte que ninguém da agência fala em voz alta: você não sabe contratar dev, não sabe avaliar se ele é bom, e não sabe segurar ele depois. Avaliar um profissional de uma área que não é a sua é uma aposta às cegas com seu próprio dinheiro.
A quarta saída: entregar sob a sua marca, sem virar empresa de software
Existe um meio-termo entre recusar e montar uma área de tecnologia: terceirizar a entrega para um parceiro técnico que trabalha sob a sua marca, com escopo e prazo fechados. Você mantém o cliente, a margem e o relacionamento; o parceiro entrega a ferramenta funcionando, e some do mapa do cliente. É o modelo que o mercado chama de white-label: o parceiro técnico entrega sob a sua marca e não aparece para o seu cliente, e existe justamente porque dev sênior interno é caro demais para a maioria das agências (Xovak).
A diferença entre isso e a software house tradicional não é só preço. É como o trabalho é feito: escopo definido na frente, prazo curto, entrega por fases com você aprovando cada passo. Você não compra “horas de desenvolvimento” sem fim. Você compra um resultado, com data e valor combinados antes de começar.
Onde isso também quebra (porque tudo tem trade-off)
Parceiro errado é tão ruim quanto não ter parceiro. O modelo só funciona se três coisas estiverem claras: o escopo é fechado (sem “depois a gente vê”), o código fica com o cliente (ou com você, nunca refém do fornecedor), e a ferramenta nasce bem-feita, não uma gambiarra barata que trava na frente do cliente final e vira sua dor de cabeça. Ferramenta barata e mal feita é mais cara que software house: você paga duas vezes, e a segunda na frente do seu cliente. Se o parceiro não topa fechar escopo e prazo antes de começar, é o sinal de que você vai virar a software house, só que sem o time.
Como decidir, na prática
Se a demanda é pontual e você quer testar o apetite do cliente sem assumir custo fixo: parceiro, escopo fechado. Se a demanda virou recorrente e previsível a ponto de pagar um salário todo mês com folga: aí, talvez, faça sentido pensar em time, mas só depois de já ter entregue algumas vezes com parceiro e entendido o que esse trabalho exige. Começar pelo time é apostar antes de ter a informação.
A regra simples: não monte estrutura para uma demanda que você ainda não validou. Entregue primeiro, aprenda o custo real, e só então decida se vira operação interna.
FAQ
Quanto custa entregar uma ferramenta dessas via parceiro?
Depende do escopo, mas o ponto do modelo é justamente ter o valor fechado antes de começar, não horas abertas. Uma ferramenta simples (calculadora, formulário inteligente, configurador) costuma sair por uma fração do que uma software house cobra por um projeto “do zero”, porque o escopo é enxuto e o método é padronizado.
O cliente vai saber que terceirizei?
No modelo white-label, não. A entrega sai sob a sua marca. O parceiro técnico não aparece para o seu cliente.
E se a ferramenta der problema depois?
Por isso o “bem-feito” não é luxo, é seguro. Uma ferramenta com boa estrutura é estável e fácil de ajustar. O barulho vem das gambiarras baratas que quebram na frente do cliente final: exatamente o que você quer evitar quando é a sua marca em jogo.
Não seria mais seguro contratar um dev de uma vez?
Só se a demanda já for recorrente o bastante para pagar o salário com folga. Para uma demanda pontual ou ainda incerta, contratar é assumir o custo mais alto e o risco maior (avaliar e segurar alguém de uma área que não é a sua) antes de saber se vale.
Quanto tempo leva?
Ferramentas de escopo fechado costumam ser entregues em semanas, não meses, porque o escopo é definido na frente e o trabalho é feito por fases, com você aprovando cada etapa.