O discurso sobre inteligência artificial ganhou uma segunda voz. Continua a falar-se do potencial, e com razão; mas ao lado dessa conversa cresceu outra, sobre a desilusão com a execução. Os números que a alimentam merecem ser lidos com atenção, porque contam uma história diferente daquela que parece à primeira vista.
Os números da desilusão
Lidos à pressa, estes números alimentam a narrativa de que a IA é uma bolha. Lidos com cuidado, dizem outra coisa: a adopção disparou, a transformação não. E a diferença entre as duas está identificada.
O diagnóstico: processo, não tecnologia
O estudo do MIT é explícito: a causa principal do insucesso não é a qualidade dos modelos, é aquilo a que os autores chamam o "learning gap": a incapacidade das organizações de integrar as ferramentas no trabalho real, com contexto, memória e adaptação. Os pilotos que brilham em demonstração morrem no terreno porque nunca foram desenhados para o terreno.
Os padrões de falha repetem-se de estudo para estudo. Pilotos que arrancam sem critérios de sucesso definidos, tornando impossível declarar vitória mesmo quando a tecnologia funciona. Orçamentos concentrados em vendas e marketing, quando o retorno demonstrado está nas operações e no back-office. Ferramentas genéricas pousadas em cima de processos que ninguém redesenhou.
E é precisamente aí que a McKinsey encontra o factor que separa os que conseguem: os "high performers" distinguem-se por redesenharem os fluxos de trabalho antes de lhes aplicarem IA, em vez de colocarem a tecnologia por cima do processo existente. O valor não está no modelo. Está no que a organização decide fazer de forma diferente.
O que os 5% fazem de diferente
O retrato dos que atravessam o fosso é consistente: escolhem um processo concreto, não uma plataforma. Definem à partida como se mede o sucesso. Preparam as equipas antes de instalar a tecnologia. Integram a solução nos sistemas onde o trabalho realmente acontece. E, nota relevante do MIT, as soluções construídas com parceiros externos especializados chegam a produção com o dobro da frequência das construídas internamente.
Nada disto é exótico. É disciplina de processo, aplicada a uma tecnologia nova.
A nossa leitura: como se constrói um processo que chega a produção
Estes dados são a validação empírica daquilo em que acreditamos desde o primeiro dia: a transformação com IA é um processo, não uma compra. Falha quando é tratada como uma aquisição de software; funciona quando é tratada como uma transição. E essa transição tem uma anatomia que já testámos no terreno, com clientes reais.
Começa por conhecer os processos existentes antes de falar de tecnologia. Não o organigrama nem o manual de procedimentos: o trabalho como ele acontece, com as pessoas que o fazem. É aqui que se descobre onde está o retorno e, tantas vezes, que o problema real não é o que estava no briefing.
Segue-se o redesenho, e a palavra decisiva é "conjunto". Os fluxos redesenham-se com as equipas, não para as equipas. Quando quem faz o trabalho participa no desenho, a IA deixa de ser uma ameaça vinda de cima e passa a ser uma ferramenta para resolver os problemas que essa pessoa conhece melhor do que ninguém. A adopção ganha-se aqui, antes de existir tecnologia para adoptar; é por isso que a gestão da mudança não é um extra no nosso modelo, é uma fase com nome próprio.
Depois, testar em pequena escala antes de ampliar. Nos projectos que concluímos, começámos deliberadamente pelo âmbito que concentrava a maior parte do volume, com validação humana em cada passo e iteração directa com os utilizadores finais, e só a partir daí se amplia. Um piloto pequeno com critérios claros vale mais do que uma plataforma ambiciosa que nunca chega ao terreno.
E, terminada a implementação, o acompanhamento não termina: os sistemas operam-se, medem-se e evoluem em contínuo. É a diferença entre instalar software e transformar uma operação.
Nada disto funciona sem envolvimento a três níveis ao mesmo tempo: a gestão de topo, que dá direcção e remove obstáculos; o operacional do dia-a-dia, que conhece o trabalho real e valida cada passo; e os parceiros terceiros, tecnológicos e de implementação, que trazem o que a empresa não tem de construir sozinha. Quando um destes níveis falta, o piloto fica no laboratório.
O mundo está cheio de pilotos que nunca saíram de lá. A nossa visão é que não tem de ser assim.
The conversation about artificial intelligence has grown a second voice. Potential is still very much on the agenda, and rightly so; but alongside it, another conversation has taken hold, about disappointment with execution. The numbers behind it deserve a careful read, because they tell a different story than they first appear to.
The numbers behind the disappointment
Read in a hurry, these numbers feed the narrative that AI is a bubble. Read carefully, they say something else: adoption has soared, transformation has not. And the difference between the two has been identified.
The diagnosis: process, not technology
The MIT study is explicit: the main cause of failure is not model quality but what the authors call the learning gap: organisations' inability to integrate tools into real work, with context, memory and adaptation. Pilots that shine in demos die in the field because they were never designed for the field.
The failure patterns repeat across studies. Pilots that launch without defined success criteria, making it impossible to declare victory even when the technology works. Budgets concentrated in sales and marketing, when the demonstrated returns are in operations and the back office. Generic tools placed on top of processes nobody redesigned.
And that is precisely where McKinsey finds the factor that separates the winners: high performers distinguish themselves by redesigning workflows before applying AI to them, instead of layering the technology on top of the existing process. The value is not in the model. It is in what the organisation decides to do differently.
What the 5% do differently
The portrait of those who cross the divide is consistent: they pick one concrete process, not a platform. They define upfront how success will be measured. They prepare the teams before installing the technology. They integrate the solution into the systems where work actually happens. And, in a relevant note from MIT, solutions built with specialised external partners reach production roughly twice as often as internal builds.
None of this is exotic. It is process discipline, applied to a new technology.
Our reading: how a process actually reaches production
This data is the empirical validation of what we have believed from day one: AI transformation is a process, not a purchase. It fails when treated as a software acquisition; it works when treated as a transition. And that transition has an anatomy we have already tested in the field, with real clients.
It starts with knowing the existing processes before talking about technology. Not the org chart or the procedures manual: the work as it actually happens, with the people who do it. This is where you find where the return is and, so often, that the real problem is not the one in the briefing.
Then comes the redesign, and the decisive word is "joint". Workflows are redesigned with the teams, not for them. When the people who do the work take part in the design, AI stops being a threat from above and becomes a tool for solving the problems they know better than anyone. Adoption is won here, before there is any technology to adopt; that is why change management is not an add-on in our model, it is a phase with its own name.
Then, test at small scale before scaling up. In the projects we have completed, we deliberately started with the scope that concentrated most of the volume, with human validation at every step and direct iteration with end users, and only from there does it grow. A small pilot with clear criteria is worth more than an ambitious platform that never reaches the field.
And once implementation is done, the follow-up does not end: systems are operated, measured and evolved continuously. That is the difference between installing software and transforming an operation.
None of it works without engagement at three levels at once: top management, giving direction and removing obstacles; day-to-day operations, who know the real work and validate every step; and third-party partners, technological and implementation, bringing what the company does not have to build alone. When one of these levels is missing, the pilot stays in the lab.
The world is full of pilots that never left it. Our vision is that it does not have to be that way.
Quer saber onde a IA pagaria a sua própria existência na sua empresa?
Want to know where AI would pay for its own existence in your company?
O nosso Diagnóstico mapeia os seus processos com as suas equipas e identifica onde está o retorno, antes de qualquer implementação.
Our Diagnostic maps your processes with your teams and identifies where the return is, before any implementation.