O fornecedor tornou-se o construtor

A 2 de julho de 2026 a Microsoft lançou aquilo a que chama Microsoft Frontier, uma unidade de 2,5 mil milhões de dólares com cerca de 6.000 engenheiros liderada por Rodrigo Kede Lima. A sua função não é vender-lhe software. Integra pessoas da Microsoft dentro das suas operações para co-desenhar, implementar e continuar a melhorar os seus sistemas de IA, e mede-se pelos resultados do seu negócio. Entre os primeiros clientes nomeados estão a London Stock Exchange Group, a Unilever, a Land O'Lakes e a Novo Nordisk.

Dois dias antes, a AWS colocou 1 mil milhão de dólares na sua própria organização de engenharia destacada junto do cliente. A OpenAI e a Anthropic criaram o mesmo movimento na primavera, cada uma emparelhando com private equity para capital e acesso a clientes. A abordagem vem da Palantir, cujos engenheiros destacados ficam dentro do cliente até o sistema funcionar. O que antes era um estilo de consultoria de nicho é agora um negócio financiado e nomeado em quatro dos maiores fornecedores de IA ao mesmo tempo.

O que ganha, e o que entrega

O apelo é real. A maioria das empresas, e quase todos os operadores do Mittelstand, não tem os engenheiros para transformar um modelo genérico numa parte funcional do negócio. Uma equipa integrada que assume o resultado fecha essa lacuna mais depressa do que a contratação alguma vez conseguiria, e remove a desculpa de que a tecnologia é difícil demais para adotar.

O custo é mais silencioso. Quando a equipa sai, as pessoas que percebem como a sua IA realmente funciona saem com ela. O sistema foi construído na plataforma do fornecedor, afinado pelo pessoal do fornecedor e documentado segundo a norma do fornecedor. Fica a operar algo que não construiu e não consegue ver por inteiro, e o lugar natural para onde se vira quando algo falha é o mesmo fornecedor que o construiu.

Torne as promessas exigíveis

Os fornecedores leram a objeção. A Microsoft afirma claramente que os clientes podem correr modelos da OpenAI, da Anthropic, dos seus próprios laboratórios ou de código aberto, e que os dados e a propriedade intelectual do cliente não serão usados para treinar modelos de forma a corroer a sua vantagem. Essa é a postura certa. É também uma afirmação num artigo de blogue, não uma cláusula no seu acordo.

O trabalho de um dono é transformar a promessa numa cláusula. Defina quem detém o código, os prompts e o conhecimento operacional quando o trabalho termina. Fixe por escrito a portabilidade, o uso de dados, a retenção e os direitos de auditoria. Mantenha uma das suas próprias pessoas responsável pelo sistema, e mantenha um segundo modelo ligado e testado, para que mudar seja uma decisão que pode tomar e não um favor que tem de pedir.