Outsourcing sempre foi sobre latência, não custo
Dissemos a nós mesmos que fazíamos outsourcing para economizar dinheiro. Na verdade fazíamos outsourcing para comprar capacidade que não conseguíamos contratar rápido o suficiente, e quando a espera por capacidade cai a zero, toda a lógica do que você mantém in-house se inverte.
Apollo Space Research
Apollo Space
Uma empresa decide que precisa de uma coisa construída, uma campanha, um data pipeline, um mês de suporte de overflow, e não tem as pessoas. Então assina um contrato com alguém que tem. Chamamos essa decisão de uma decisão de custo, porque a fatura é a parte que vemos. Ela nunca foi uma decisão de custo. Foi uma decisão sobre tempo.
Você não fez outsourcing porque o lado de fora era mais barato. Você fez outsourcing porque o lado de fora já estava com pessoal. A capacidade existia em outro lugar, hoje, e a sua não existiria por três meses. Outsourcing sempre foi sobre latência, não custo, e no momento em que a espera por capacidade cai a zero, toda razão que você tinha para mandar trabalho para fora muda de formato.
Este post é sobre essa inversão: por que rotulamos errado o arranjo inteiro, o que de fato o impulsionou, e o que você mantém in-house uma vez que a restrição que ele resolvia desaparece.
A história que contamos a nós mesmos
Pergunte a qualquer um por que a empresa dele faz outsourcing e a resposta volta em dólares. É mais barato. A agência tem escala que não temos. O mercado de trabalho deles é de custo mais baixo que o nosso. Por que pagaríamos para manter um especialista na folha cinquenta semanas por ano para oito semanas de trabalho?
Tudo isso é verdade, e tudo isso é uma história de fachada. O enquadramento de custo sobrevive porque é a parte que aparece numa planilha, e planilhas são onde vamos para nos sentir racionais. Mas ele explica a coisa errada. Ele explica por que, uma vez que você tinha decidido mandar trabalho para fora, escolheu este fornecedor em vez daquele. Ele não explica por que você mandou o trabalho para fora em primeiro lugar.
Faça o teste. Imagine que o fornecedor externo custasse exatamente o que uma contratação interna custaria, mesmo preço total, ao dólar. Você pararia de fazer outsourcing? Na maioria, não. Você ainda mandaria o overflow para fora, ainda chamaria a agência para o lançamento, ainda montaria um time de contrato para a migração. Porque a coisa que você estava comprando nunca foi o preço mais baixo. Era o fato de que você podia começar na segunda em vez de depois de um ciclo de contratação.
Você não fez outsourcing para economizar dinheiro. Você fez outsourcing para pular a espera.
O custo era o critério de desempate. A latência era a razão.
O que você de fato estava comprando
Aqui está o modelo ingênuo de por que o trabalho vai para fora, o sobre o qual a maioria dos organogramas é silenciosamente construída: algum trabalho é não-core, então o entregamos a alguém cujo core ele é. Suporte não é nosso ofício; deixe uma firma de suporte fazê-lo. Conteúdo não é nosso ofício; deixe uma agência fazê-lo. Limpo, arrumado, e quase todo errado sobre o mecanismo.
A razão de estar errado é que “core vs. não-core” não prevê o que de fato é terceirizado. Empresas terceirizam coisas que são absolutamente core o tempo todo, uma startup terceiriza toda a engenharia inicial dela porque não consegue contratar engenheiros rápido o suficiente, não porque engenharia é não-core. E empresas mantêm coisas profundamente não-core in-house por anos porque alguém por acaso já estava sentado ali. A história core/não-core é uma justificativa que aplicamos depois da decisão, não a coisa que a impulsionou.
O que a impulsionou foi uma lacuna entre dois relógios. O trabalho precisava começar agora. A capacidade interna para fazê-lo chegaria depois, depois da req ser aprovada, da vaga ser postada, dos candidatos serem triados, da oferta ser assinada, o aviso prévio cumprido, o onboarding sobrevivido. Chame essa lacuna de staffing latency. Ela é medida em meses, e o negócio raramente tem meses. Então você alcança o lado de fora, onde o staffing já aconteceu, no relógio de outra pessoa, antes de você precisar.
Outsourcing sempre foi sobre latência, não custo. O produto real do fornecedor nunca foi o trabalho dele. Era a capacidade ociosa dele, pessoas já contratadas, já preparadas, já idle o suficiente para pegar seu trabalho hoje. Você não estava alugando habilidade. Você estava alugando os meses que não tinha.
E uma vez que você vê isso como uma compra de latência, os custos que você de fato estava pagando entram em foco. Você os pagou, só não os colocou na fatura.
A conta que a planilha não mostrava
O preço do fornecedor era a conta pequena. A grande era tudo o que vinha junto com mandar trabalho através da fronteira.
Toda peça de trabalho terceirizado tem que ser especificada de forma dura o suficiente para que um estranho consiga fazê-la sem você na sala, e escrever uma spec que sobrevive ao contato com um forasteiro é genuinamente caro. Depois ela tem que ser passada adiante, e o handoff é onde o contexto vai morrer: a coisa que você sabia e não escreveu é exatamente a coisa que volta errada. Depois ela tem que ser revisada, porque você não pode confiar em output de um relógio que você não controla, então você lê tudo de qualquer jeito. Depois o contexto vive fora dos seus muros, o histórico da campanha, os padrões de suporte, o conhecimento tribal de como sua migração de fato foi, e quando o contrato termina, ele vai embora com o fornecedor.
A contabilidade ingênua diz que o outsourcing troca um custo interno mais alto por um externo mais baixo. A contabilidade real é mais feia: você trocou um problema de capacidade por um problema de coordenação. Você resolveu “não consigo dar staffing nisso a tempo” comprando “agora tenho que especificar, passar adiante, perseguir, revisar, e ver o conhecimento sair pela porta.” Para muito trabalho, essa troca ainda valia a pena, porque a staffing latency era a restrição mais difícil. Mas ninguém deveria fingir que o imposto de coordenação era de graça. Era o preço de pegar emprestado um relógio que você não possuía.
Então a pergunta de verdade nunca foi “interno ou externo é mais barato.” Era “qual é pior, a espera, ou o handoff?” E por quarenta anos a espera geralmente vencia, então o trabalho ia para fora.
O que acontece quando a espera vai a zero
Agora mude a única variável da qual tudo dependia.
Suponha que a capacidade ociosa não seja mais algo que só um fornecedor tem. Suponha que sua própria empresa possa levantar uma unidade de capacidade, um worker que lê sua inbox, rascunha a campanha, roda a migração, lida com o overflow, no tempo que leva para descrever o trabalho, não no tempo que leva para contratar para ele. A staffing latency que mandou trabalho para fora por quatro décadas não encolhe. Ela colapsa.
Veja o que isso faz com a troca. A razão para fazer outsourcing era: o lado de fora já está com pessoal e eu não. Mas se você pode ter pessoal sob demanda, a única vantagem real do lado de fora, a capacidade ociosa dele, para de ser escassa. Você não tem mais que pegar emprestado o relógio de outra pessoa, porque seu relógio agora roda na mesma velocidade. A latência que tornava o outsourcing racional é exatamente a coisa que acabou de ir a zero.
Quando você pode dar staffing à capacidade sob demanda, a razão para mandá-la para fora desaparece, e a razão para mantê-la dentro volta.
E aqui está a parte que surpreende as pessoas: o imposto de coordenação não só encolhe, ele quase se inverte. A razão inteira do handoff ser tão caro era que o forasteiro não tinha nenhum do seu contexto. Um worker in-house que pode ler a própria memória da sua empresa, o histórico da campanha, os padrões de suporte, o jeito que sua última migração de fato foi, não precisa da spec escrita para sobreviver a um estranho, porque ele não é um estranho. O contexto que costumava sair pela porta no fim do contrato nunca sai do prédio. Você para de pagar para enviar conhecimento para fora e reimportar os resultados.
Isso não é “IA torna o outsourcing mais barato.” Isso seria errar completamente. É que a restrição para a qual o outsourcing existia para resolver, staffing latency, é a restrição que está evaporando. Quando a razão para uma estrutura desaparece, a estrutura não é otimizada. Ela é reconsiderada do zero.
Então o que você de fato mantém in-house?
Se a latência era a razão pela qual o trabalho ia para fora, e a latência sumiu, a conclusão preguiçosa é “traga tudo de volta.” Isso é tão errado quanto o enquadramento de custo era. O movimento certo é re-perguntar a única pergunta que sempre importou, agora que a resposta mudou.
Por décadas a pergunta era consigo dar staffing nisso a tempo? e a resposta geralmente era não, então o trabalho saía. Agora a resposta para “consigo dar staffing nisso a tempo” é sim para uma quantidade enorme de trabalho rotineiro, especificável, de alto volume, o suporte de overflow, o conteúdo de primeiro rascunho, o data plumbing, as operações correntes que foram terceirizadas precisamente porque eram previsíveis o suficiente para passar adiante. Esse trabalho não tem mais razão para viver fora. Sua característica definidora, que ele era especificável o suficiente para um estranho, é exatamente o que o torna fácil de trazer de volta.
O que permanece genuinamente fora é uma lista muito mais curta que seu roster atual de fornecedores: as coisas que você terceiriza por uma razão que não seja latência. Julgamento externo de verdade sobre o qual você não quer ser neutro, o auditor cujo valor é a independência, o advogado cujo valor é ser adversarial ao seu próprio otimismo. Capacidade física especializada. Trabalho regulado onde a assinatura de uma parte externa é o produto. Esses nunca foram compras de latência. Eles sobrevivem.
Todo o resto, o longo meio da sua lista de fornecedores, o trabalho que você mandou para fora porque não conseguia dar staffing rápido o suficiente, vem para casa. Não porque o in-house de repente é mais barato. Porque a única coisa que tornava o lado de fora digno do imposto de coordenação acabou de parar de ser escassa.
A virada: a fronteira nunca esteve onde você pensava
Dê um passo atrás dos agents e das faturas e há uma coisa mais simples por baixo.
Pela maior parte da história dos negócios, o muro entre “dentro da empresa” e “fora da empresa” foi desenhado por uma única restrição: quão rápido você conseguia transformar dinheiro em pessoas trabalhando. Lento. Sempre lento. Essa lentidão é o que fez da empresa um prédio de pessoas que você contratou antes da necessidade, e é o que fez de tudo o que você não conseguia contratar antes da necessidade o trabalho de outra pessoa. O organograma, a lista de fornecedores, todo o formato de quem-faz-o-quê, tudo isso era uma gambiarra para uma latência teimosa.
Quando essa latência vai a zero, o muro não se move um pouco. Ele para de ser estrutural. A pergunta muda de quem consigo arranjar para fazer isso a tempo para o que eu de fato quero feito, e a que padrão. Essa é uma pergunta melhor de ser a pessoa respondendo. É a única que só você pode responder, para o que a empresa serve, o que “bom” significa aqui, qual trabalho vale a pena fazer de jeito nenhum. Você passou décadas gerenciando a lacuna entre precisar de capacidade e tê-la. A lacuna está fechando. O que sobra é a parte que sempre foi o trabalho de verdade.
É isso que estamos construindo na Apollo Space, não um fornecedor externo mais barato, mas um sistema operacional que dá à sua própria empresa capacidade ociosa que ela pode ler a própria memória e executar contra seu contexto real, para que o trabalho que você costumava mandar para fora porque não conseguia dar staffing a tempo possa simplesmente vir para casa. Se você já assinou um contrato porque precisava feito na segunda e não conseguia contratar até lá, você já sabia, em algum lugar, que nunca foi sobre o preço. Era sobre a espera.
A Apollo cuida da operação repetitiva da sua empresa pro seu time não precisar.
Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.
Entrar na lista de esperaPromoções estão mortas. Trust budgets as substituem.
Você não vai promover um agent; você vai ampliar seu trust budget uma tarefa verificada por vez, e o mesmo livro-razão deveria governar suas pessoas.
Tese de AutomaçãoA descrição de cargo está virando um arquivo de spec
Para um agent, um cargo vira uma spec versionada e testável, e isso muda como você desenha cada trabalho, inclusive os humanos.
Tese de AutomaçãoPare de medir output. Comece a medir outcomes que a empresa não pode esquecer.
Um OS que lembra de toda decisão e seu resultado deixa você avaliar o outcome, não a atividade.