O termo "sob demanda" vem do mercado de produtos físicos: um fabricante produz, outra empresa coloca a própria marca e vende. No desenvolvimento de software, o conceito é o mesmo — mas o produto é código, arquitetura e entrega técnica.
O que é uma squad sob demanda
Uma squad sob demanda é um time técnico que opera sob a marca do contratante. Para o cliente final, não existe uma segunda empresa envolvida. O e-mail do desenvolvedor tem o domínio do parceiro. Os repositórios ficam na conta do parceiro. A documentação sai com o nome do parceiro. A squad é, para todos os efeitos visíveis, parte do time do parceiro.
Do primeiro contato à entrega: o fluxo completo
Etapa 1 — Qualificação: antes de qualquer avanço, ambos os lados avaliam se o projeto faz sentido. O parceiro sob demanda verifica se tem a expertise necessária. O contratante verifica se o parceiro tem histórico compatível.
Etapa 2 — NDA bilateral: assinado antes de qualquer briefing técnico. Cobre não divulgação do cliente final, não contato direto com o cliente, e confidencialidade do escopo.
Etapa 3 — Briefing técnico: o contratante repassa o contexto do projeto: stack, problema de negócio, prazo comprometido com o cliente, restrições técnicas. O parceiro faz perguntas técnicas e sana dúvidas.
Etapa 4 — Proposta com escopo fechado: o parceiro sob demanda entrega uma proposta com entregáveis, critérios de aceite, prazo com marcos e valor. O contratante usa essa proposta como base para a proposta ao cliente final — sem mencionar o parceiro.
Etapa 5 — Kickoff técnico: reunião interna entre contratante e squad sob demanda. Sem cliente final. Define canal de comunicação, cadência de atualização de status e critério de aceite por entrega.
Etapa 6 — Execução: a squad opera com as ferramentas e credenciais do contratante. Updates semanais por escrito. Nenhum contato direto com o cliente final.
Etapa 7 — Entrega: documentação técnica, README, decisões arquiteturais, transferência de acesso. Tudo formatado com a marca do contratante.
O que diferencia um bom parceiro sob demanda
Um parceiro sob demanda competente não espera que você defina tudo. Ele traz o processo de onboarding, o modelo de NDA, o template de briefing e a cadência de comunicação. Quanto menos você precisar estruturar do zero, melhor o parceiro.
O sinal mais claro de um parceiro problemático é aquele que tenta criar contato direto com o cliente final — seja por e-mail, seja em reunião. Isso quebra o modelo inteiro.
Casos de uso mais comuns
- Software house com time no limite e projeto novo entrando
- Consultoria que fechou um projeto com tecnologia fora do seu stack principal
- Agência digital que precisa de backend especializado para uma entrega pontual
- Empresa que precisa de time de segurança ou DevOps para um projeto específico
Em todos esses casos, o modelo evita a escolha entre recusar o projeto e contratar permanentemente para uma demanda pontual.