- Início
- The Thinking Wire
- Maturidade Operacional AI-Nativa: Contratação, PM e Suporte São Reconstruídos ao Mesmo Tempo
Maturidade Operacional AI-Nativa: Contratação, PM e Suporte São Reconstruídos ao Mesmo Tempo
Na mesma semana, três funções organizacionais distintas publicaram como ficou a higiene pós-IA de cada uma. A Sierra reescreveu a entrevista de engenharia em torno de planejar, construir e apresentar, com as ferramentas de IA escolhidas pelo candidato e zero teste de sintaxe. Marcus Moretti, no Every, publicou um manual de PM agente-nativo em que a conversa é o trabalho, não o que antecede o trabalho. Jason Lemkin, no SaaStr, expôs os fornecedores de IA cujo próprio suporte ao cliente é inexistente ou teatral.
Nenhum dos três textos cita os outros. Ainda assim, formam um único argumento.
Maturidade operacional AI-nativa não é um programa que um CTO sozinho conduz. É uma reconstrução simultânea de como cada função recruta, planeja, entrega e atende ao telefone. As empresas que reconstruíram parecem fundamentalmente diferentes das que não reconstruíram, e a diferença agora é visível de fora do edifício. Essa visibilidade transforma maturidade operacional em sinal de compra que se lê em 30 segundos.
Esta é a revisão arquitetural que seus líderes de operação deveriam rodar neste mês, uma função por vez.
Função Um: Contratação Para de Filtrar pelo Passado
O redesenho de entrevista da Sierra, assinado por Vijay Iyengar, Arya Asemanfar e Angie Wang, tem três etapas. A primeira é planejar: o candidato entra em um problema do jeito que um engenheiro sênior entra em um chamado real, fazendo perguntas para esclarecer, nomeando suposições, esboçando uma abordagem. A segunda é construir: duas horas em sessão individual, com as ferramentas de IA que o candidato escolher, no editor que o candidato preferir, com os atalhos que o candidato usa todo dia. A terceira é apresentar: mostre o que você construiu, onde travou e o que faria a seguir.
O que sumiu foi o teste de sintaxe. A travessia de árvore no quadro branco. A pergunta-pegadinha cuja resposta o candidato decorou ou não.
O que substituiu o teste de sintaxe é uma pergunta que o time de Iyengar enuncia explicitamente: “Onde essa pessoa floresceria e como vamos apoiá-la?”. Não é “quais fraquezas vamos filtrar para fora”. Esse redesenho de pergunta é a mudança real. O formato da entrevista vem depois.
A maioria das organizações de engenharia ainda entrevista para a vaga de 2018. Avalia se o candidato consegue produzir, de memória, uma função que o IDE do candidato produziria em 0,4 segundos apertando Tab. A entrevista testa a capacidade que a vaga não exige mais e ignora a capacidade que a vaga passou a exigir: julgamento sobre quais ferramentas escolher, gosto sobre qual código gerado aceitar, a habilidade de apresentar e defender uma abordagem para uma sala cética. Argumentamos antes neste arco que o déficit de ROI aparece primeiro no organograma, não no modelo. Contratação é um dos músculos do organograma que precisa reconstruir antes da matemática do ROI destravar.
Se a sua entrevista de engenharia ainda inclui “implemente uma inversão de lista encadeada sem IDE”, o seu funil está filtrando para fora justamente os candidatos melhores no trabalho que você de fato tem.
Função Dois: PM Vira Conversa, Não Documento
O texto de Moretti sobre PM agente-nativo abre com uma frase que vale fixar na parede: “A conversa é o trabalho”. O PM não escreve um briefing, entrega ao designer, entrega à engenharia e espera a entrega. O PM itera com agentes em tempo real. Planejar, entregar, revisar, repetir, em um ciclo que levava três semanas e agora leva uma tarde.
A mudança estrutural fica visível na conta do tempo. Moretti dá o exemplo de uma investigação analítica de três horas que um PM agente-nativo agora termina em minutos. A investigação não é o artefato. A decisão que a investigação habilita é o artefato. Comprimir a investigação em duas ordens de magnitude não economiza só tempo. Muda quais decisões valem a pena. Decisões que antes exigiam uma reunião porque a investigação era cara demais agora podem ser tomadas entre uma daily e outra.
O que não muda é o rigor. Moretti puxa o quadro de estratégia de Richard Rumelt: nomear o problema-alvo, nomear a abordagem, nomear as personas, definir de três a cinco métricas SMART, desenhar de duas a quatro trilhas de trabalho. O PM não está gerando mais saída. Está tomando mais decisões por semana, com o mesmo esqueleto sustentando.
O modo de falha é evidente. PMs que tratam agentes como redatores de ticket de Jira mais rápidos vão produzir mais tickets mais rápido, e a organização vai afogar. PMs que tratam agentes como interlocutores e usam o tempo recuperado para tomar decisões mais difíceis vão deixar os redatores de ticket para trás. Descrevemos um formato de time AI-nativo em que o papel é operador de inteligência, não autor de artefatos. PM é a função em que essa virada fica mais legível. Se os seus PMs gastam a mesma porcentagem da semana escrevendo PRDs que gastavam em 2023, o papel não se moveu.
Função Três: Suporte É o Sinal Cru
O texto de Lemkin sobre suporte de fornecedor de IA é o mais cruel dos três. Ele classifica fornecedores em quatro níveis. Nível um: nem existe página de suporte. Nível dois: uma automação que se abandonou, em que o chatbot expira, o e-mail volta com erro, e a central de ajuda tem 12 artigos escritos em 2024. Nível três: o formulário-buraco-negro, em que o cliente digita em uma caixa de texto, clica em enviar e nunca mais ouve um humano. Nível quatro: suporte de verdade, que Lemkin descreve como “raro. Quase sempre voltado a contas corporativas”.
A frase brutal: “O custo de não ter suporte não são os tickets que você não responde. É o churn que você não consegue enxergar”.
Em três dos quatro níveis, o fornecedor de IA está vendendo automação que ele próprio não consegue operar. O pitch promete deflagrar 80% dos contatos de cliente. Os contatos do próprio fornecedor se deflagram 100% para o vácuo. Não é uma ironia pequena. É o sinal mais alto possível de que o produto do fornecedor não foi operacionalizado dentro das próprias paredes.
Maturidade operacional agora se lê de fora. Um teste de 30 segundos em qualquer fornecedor de IA que você esteja avaliando: tente entrar em contato como um cliente pagante. Se o caminho de contato é um formulário sem SLA, um chatbot em loop ou nenhum caminho, você está comprando tecnologia de uma empresa que não construiu o músculo para sustentá-la. Esse é o músculo de que você vai precisar quando a tecnologia bater em um caso de borda no seu ambiente. Vai precisar no mês que vem, não no ano que vem, porque casos de borda em produtos guiados por agente aparecem mais rápido do que em produtos guiados por humanos.
Isso não é reclamação de qualidade de serviço. É sinal de compra. Um fornecedor que não opera suporte é um fornecedor cujo produto não atravessou o abismo da demo até a operação.
O Padrão Único
A Sierra reconstruiu contratação. Moretti reconstruiu PM. Lemkin diagnosticou suporte. Cada texto se sustenta sozinho. Juntos, descrevem uma transição que toda função operacional está atravessando, no relógio dela, com o manual dela.
O formato da transição é o mesmo em cada caso. A função antes otimizava por um artefato: uma entrevista aprovada, um PRD escrito, uma fila de tickets nível 3. A função agora otimiza por uma taxa de decisão: contratações por trimestre em que a pessoa está produtiva na semana três, decisões por semana de um PM que investiga em minutos, casos de cliente resolvidos por semana com o cliente ainda presente. O artefato era a proxy da decisão. A IA removeu o custo da proxy. Funções que ainda medem a proxy estão medindo o ano de 2023.
O que isso significa para quem opera é pouco romântico. Você não reconstrói o modelo operacional em um único programa. Reconstrói função por função, e cada função exige o próprio manual, as próprias métricas e a própria evidência de que a reconstrução aconteceu. Contratação sem o novo formato de entrevista não é contratação modernizada. PM sem o ciclo de conversa-como-trabalho não é PM modernizado. Suporte sem SLA não é suporte, independentemente do que o site diga.
As empresas que acertarem essa virada vão parecer obviamente diferentes em doze meses. As que erraram vão parecer iguais, com uma fatura de IA mais alta e uma taxa de saída que ninguém consegue explicar. Descrevemos essa dinâmica no argumento mais amplo sobre organização AI-nativa: o formato da empresa muda, não o número de cabeças. Os três textos desta semana são evidência de que o formato está mudando em três lugares ao mesmo tempo.
O Que Fazer Esta Semana
Escolha a função mais próxima de você. Faça três perguntas a ela.
Qual artefato essa função ainda otimiza, agora que a IA tornou esse artefato barato? Identifique. Inverta a otimização. O artefato deixou de ser o trabalho.
Qual taxa de decisão provaria que a função reconstruiu? Escolha um número específico. Pessoas contratadas que estão produtivas na semana três. Decisões de PM por semana com métricas documentadas. Tickets de suporte resolvidos dentro de um SLA definido. Acompanhe semanalmente.
O que um observador externo veria, em 30 segundos, que provasse a reconstrução? O formato de entrevista da Sierra é visível para candidatos. O ciclo de PM de Moretti é visível na cadência de produto entregue. O teste de suporte de Lemkin é visível para qualquer pessoa com um formulário de contato. Maturidade operacional invisível de fora do edifício é maturidade operacional que ninguém está comprando.
Três funções publicaram seus manuais em uma semana. O padrão que descrevem não são três tendências. É uma tendência que chegou em três uniformes. O trabalho é caminhar pelo próprio edifício e descobrir quais funções reconstruíram, quais estão fingindo e quais ainda nem começaram.
Fontes
- Sierra. “The AI-Native Interview.” Abril de 2026.
- Moretti, Marcus. “A Guide to Agent-Native Product Management.” Every, 2026.
- Lemkin, Jason. “Why Does No One in AI Have Support?.” SaaStr, Maio de 2026.
A Victorino ajuda líderes a tratar maturidade operacional como sinal de compra, não como vibe: contato@victorino.com.br | www.victorino.com.br
Todos os artigos do The Thinking Wire são escritos com o auxílio do modelo LLM Opus da Anthropic. Cada publicação passa por pesquisa multi-agente para verificar fatos e identificar contradições, seguida de revisão e aprovação humana antes da publicação. Se você encontrar alguma informação imprecisa ou deseja entrar em contato com o editorial, escreva para editorial@victorino.com.br . Sobre o The Thinking Wire →
Se isso faz sentido, vamos conversar
Ajudamos empresas a implementar IA sem perder o controle.
Agendar uma Conversa