Começa um programa de IA pelas consequências, não pelas ferramentas
Se o teu programa de IA começa com ferramentas e pilotos, já está fora de sequência.
Começa pelas consequências, ou vais multiplicar erros.
Uso com os clientes uma sequência simples, orientada para as consequências. No papel parece árida, mas muda tudo.
• 1) Problema sem IAIdentifica os problemas que impedem a tua empresa ou equipa de executar a estratégia, sem pensar em IA.
• 2) StakeholdersIdentifica os principais stakeholders e os donos dos processos.Avalia a motivação deles para codesenhar um sistema de IA.Garante o compromisso deles; caso contrário, muda o foco para outro problema.
• 3) Realidade do processoDescreve o fluxo de trabalho tal como corre hojePercorre o processo real, não a versão do PowerPoint.Vê as passagens de testemunho, os canais paralelos em Excel, as correções manuais.Quantifica as dores com KPI relevantes para os teus objetivos estratégicos.
• 4) Desenho do processoCria cenários de como poderiam ser os novos processos com apoio de software e IA.Deixa claro que partes a IA pode assumir e quais ficam melhor só com código ou só com pessoas.Define atrasos, erros, custos, riscos legais.Quantifica os ganhos potenciais.Chega a acordo sobre quem fica responsável pelos resultados no futuro.
• 5) Dados + regulaçãoVerifica de onde vêm os dados e quão limpos estão.Verifica que regulamentação se aplica.Decide que falhas criam exposição em compliance.
• 6) Limites do juízo humanoMarca as decisões que têm de continuar humanas.Define onde a IA pode sugerir, onde pode decidir e onde está proibida.Atribui, em cada caso, quem é dono da decisão final.
• 7) Desenho do sistemaSó agora descreve a arquitetura, os modelos, a infraestrutura.Determina que dependências técnicas e de fornecedores são aceitáveis para ti e aponta para o máximo de soberania possível.Desenha para caminhos de falha, monitorização, passagem entre IA e humanos, rollback.
Aplica esta sequência uma vez a um único fluxo central “aborrecido”, por exemplo a conciliação de faturas ou a gestão de sinistros.
Ganhas um modelo: uma linguagem comum, um padrão de responsabilidade, um playbook que podes copiar para todas as futuras iniciativas de IA.
A IA deixa então de ser uma lista de compras de ferramentas e passa a ser uma arquitetura de responsabilidade em toda a empresa.
Artigos relacionados
- Ganha um caso de uso pequeno e aborrecido antes da estratégia de IAAprovação de faturas, encaminhamento de e-mails, relatórios-padrão. Porque é que as melhores transformações com IA começam num só processo estreito.
- Não corriges um processo partido com um modelo de IAUma placa de lavandaria na Indonésia, um caixote do lixo atrás e o mesmo padrão nos projetos de IA. Limpa primeiro, corrige o fluxo, só depois a IA.
- Uma boa PoC numa PME termina com uma decisão de go/no-goPorque é que as PoC de consultores ficam presas a dados de demonstração, que seis perguntas uma PoC numa PME tem de responder e o que fica no NO-GO.