- Adotar IA por si só não resolve problemas de negócio; automatizar processos ineficientes só leva a “produzir lixo mais rápido”
- As empresas confundem IA com uma varinha mágica, mas a IA não torna a organização mais inteligente; ela é apenas uma ferramenta para aumentar a velocidade
- A única grande força da IA é a capacidade de lidar com dados não estruturados, mas os próprios processos que dependem desses dados geralmente também são não estruturados e não documentados
- Portanto, antes de aplicar IA, é preciso projetar e estruturar o processo, definindo com clareza as etapas de entrada, transformação e saída
- A tecnologia muda, mas os princípios de eficiência nos negócios não mudam, e a chave para o sucesso com IA continua sendo, no fim das contas, a otimização de processos
Otimização de processos de negócio, não estratégia de IA
- As empresas falam sobre “estratégia de IA”, mas, na prática, o que existe é apenas otimização de processos de negócio (BPO)
- IA não é uma estratégia independente para resolver problemas de negócio, e sim uma ferramenta para acelerar processos que já existem
- Colocar IA sobre uma estrutura ineficiente só faz os problemas se espalharem mais rápido
A ilusão da ‘varinha mágica’
- Muitas empresas acreditam que a IA vai eliminar ineficiências automaticamente, mas essa premissa está errada
- IA não concede inteligência; ela apenas aumenta a velocidade das decisões
- Automatizar decisões erradas só cria um sistema que toma decisões idiotas na velocidade da luz
- Aplicar IA a processos burocráticos, como fluxos complexos de aprovação, é como criar um robô tão ressentido quanto um funcionário
A armadilha dos dados não estruturados
- IA é a primeira tecnologia com real vantagem em processar dados não estruturados
- Ela consegue interpretar e-mails, mensagens no Slack, PDFs, imagens e outros dados que o software tradicional não conseguia tratar
- Porém, os processos que dependem desses dados são, em sua maioria, não estruturados e informais
- Ex.: atendimento de reclamações de clientes, planejamento de campanhas de marketing etc. muitas vezes não são documentados e existem apenas na cabeça de funcionários experientes
- Como no passado os computadores não conseguiam processá-los e os humanos faziam esse trabalho, muitas vezes não existem fluxogramas nem procedimentos operacionais padrão (SOP)
O que não foi projetado não pode ser automatizado
- Para aplicar IA, primeiro é preciso projetar e estruturar o processo com clareza
- Para lidar com dados não estruturados, é necessário dar estrutura ao próprio fluxo de trabalho
- Para isso, são necessárias as três perguntas a seguir
- Gatilho: onde os dados não estruturados surgem?
- Transformação: o que a pessoa (ou a IA) precisa extrair ou interpretar desses dados?
- Saída: como o resultado será refletido em sistemas estruturados, como ERP ou CRM?
A diferença entre velocidade e inteligência
- IA só torna tudo mais rápido; não torna nada mais inteligente
- Exemplo:
- No modelo tradicional, um analista revisa 50 contratos ao longo de 3 dias
- Com IA, cláusulas de risco são extraídas em 3 minutos
- O processo em si (revisão → identificação de risco → resumo) é o mesmo, mas a IA só funciona se houver um procedimento claramente definido
- O julgamento inteligente para decidir o que significa “risco” continua sendo papel humano
Conclusão: processo é tudo
- Em vez de procurar um salvador em forma de IA, é preciso voltar ao quadro branco e revisar a cadeia de valor
- Especialmente nas áreas complexas e centradas em pessoas em que dados não estruturados estão envolvidos, é preciso visualizar o fluxo e identificar gargalos e desperdícios
- Só depois que o processo estiver simples, lógico e robusto é que a IA pode ser usada como acelerador
- A tecnologia muda, mas os princípios da eficiência empresarial não mudam
- No fim, o essencial sempre foi o processo
6 comentários
Parece que estou dizendo algo óbvio, mas...
Vendo que continuam aparecendo textos parecidos com “não fique só clicando, pense e escreva”, acho que deve haver muitos casos de abuso de IA nos EUA...
Comecei a trabalhar pela primeira vez como desenvolvedor em 2007, no centro de processamento de dados do exército, e naquela época aprendi que "o desenvolvedor deve entender suficientemente o domínio, refinar os requisitos do usuário e então apresentar a melhor solução".
Hoje em dia, parece que o que predomina é "faça do jeito que o usuário pedir". Na verdade, talvez os próprios usuários gostem mais disso..?
(Trabalho com SI no setor financeiro) Perguntei a muitos desenvolvedores: você é o especialista, então em vez de simplesmente fazer o que o cliente pede, que tal dizer ao cliente que é assim que ele deveria trabalhar.
> O resultado é exatamente o que se imagina.
O que isso significa?
Se você está perguntando o que significa "o resultado é como se imagina".
Não tem um significado específico; eu só escrevi como uma espécie de trocadilho com a nuance de que é simplesmente isso mesmo.
Opinião no Hacker News
Esta é uma das minhas histórias favoritas sobre processo e documentação
Quando eu trabalhava em um hedge fund, a etapa 7 de um procedimento de 18 etapas para preparar o próximo dia de negociação falhou todas as noites
Eu documentei essa etapa e mostrei para várias pessoas; todos concordavam que “o documento da etapa 7 estava errado”, mas não havia consenso algum sobre “o que a etapa 7 realmente deveria fazer”
Essa experiência me fez perceber que simplesmente "escrever o que está acontecendo agora" já é um grande avanço para que as pessoas entendam e entrem em acordo sobre o processo real
Também me lembro de que, quando escrevi a documentação de um sistema de dados de mercado, pessoas que diziam “isso não é complicado” olharam o documento final e disseram “é mais complicado do que eu pensava”
Mesmo quando eu digo “agora é a hora de escrever o que a etapa 7 realmente faz, não de discutir como mudá-la”, elas continuam misturando tudo
Acho certo primeiro consolidar tudo em uma única versão, mesmo que esteja errada, e corrigir depois
No fim, a conclusão foi “melhor não documentar”, e isso acabou sendo um problema ainda maior
A documentação cria uma linha de base para o consenso e permite que quem entra depois trabalhe sem discussões desnecessárias sobre detalhes
Hoje em dia, nem consigo imaginar tocar algo grande sem um processo claro
Isso me lembra o processo de produto em 5 etapas de um certo CEO
É preciso estar claro quando a IA deve entrar nisso
Muita gente fracassa porque aplica essa ordem ao contrário
É muito subestimada, mas deveria estar entre as 5 maiores invenções humanas
A frase “não dá para transformar um processo de negócios bagunçado em ouro com IA” me marcou
No fim, não existe estratégia de IA; o que existe é otimização de processo de negócios
Acho que o problema foi o nome errado — não deveria ser ‘Redesign’, e sim ‘Design’
A tentativa de unificar números de cliente se enrolou completamente, e no fim passaram a atribuir novos números enquanto continuavam usando os antigos
Dá para imaginar que tipo de caos teria acontecido se uma empresa assim tivesse adotado IA
Décadas de corte de custos e redução de pessoal destruíram os processos, e agora nem grandes empresas funcionam direito
Empresas de IA estão ganhando dinheiro em cima dessas ruínas, engolindo os dados e devolvendo tudo em forma de resultados de LLM
Tenho sentimentos confusos sobre processo em grandes empresas
Ele é útil para tirar bons resultados de pessoas medianas, mas pode virar um grilhão para gente excepcional
Por isso, acho realista dar privilégios de exceção para talentos extraordinários
Algo como isentá-los de parte dos procedimentos para que possam se mover rápido e manter o foco
Ainda fico pensando no que esse tipo de abordagem significa para o próprio conceito de processo
É bom ter um processo claro para casos recorrentes, mas também é preciso uma rota de escape para que grandes engenheiros possam responder rapidamente
Existe um problema estrutural: elevar a qualidade média reduz o teto
Um bom processo deveria ajudar os rockstars a trabalhar mais rápido
O problema é a gestão que confunde trabalho documental com processo
Quando pedidos bagunçados e comportamento não cooperativo se repetem, no fim não resta alternativa além de impor procedimentos
Mesmo que isso reduza tentativas criativas, o custo da desordem é maior
Essa é a realidade em que até criar um formulário no ServiceNow já é visto como avanço
Gostei da frase “a IA é a primeira tecnologia a lidar com dados não estruturados”
Também gostei da síntese de que processos que lidam com dados não estruturados tendem, em geral, a ser não estruturados
Isso se deve a interações não estruturadas com o mundo externo ou com outras equipes, ou à variabilidade excessiva
Projetistas de processo experientes reconhecem essas ‘fronteiras semiestruturadas’ e as observam com cuidado
A IA também deveria seguir esse princípio — não ampliar demais o escopo do sistema, e sim deixar pequenos processos estruturados flutuarem dentro de um ambiente não estruturado
Havia muitas empresas que funcionavam bem mesmo antes de existirem dados estruturados
Depois de 13 anos trabalhando com busca, o que senti é que a gestão sempre sonha em reduzir custos com a tecnologia da moda, mas na prática seria necessário um investimento mais profundo
Eles começam a vender a nova moda dizendo: “a tecnologia existente é o problema, mas a mesma tecnologia com um nome novo é o que realmente vai trazer economia”
Depois de 20 anos trabalhando com automação de processos, minha conclusão é que tentar automatizar um processo não definido leva ao fracasso
Em alguns casos, definir os requisitos acabou deixando a empresa mais clara para si mesma, mas na maioria das vezes as pessoas evitam fazer isso
Em vez disso, tentam adicionar flexibilidade à ferramenta e acabam criando algo inútil
Outra equipe quer uma ferramenta para simplificar o fluxo de trabalho de tratamento de dados, mas nem sequer existe documentação do processo atual
No fim, estamos tendo que fazer engenharia reversa do processo deles
Quero citar “No Silver Bullet”, de Fred Brooks
link
Já vi várias empresas implantando ERP e tentando simplesmente transportar o processo existente, só para cair no inferno da customização
O orçamento e o cronograma sempre estouravam
Sinto que este texto acertou em cheio o ponto central
Processo demais é um problema, mas algum tipo de estrutura é sempre necessário
Como a IA lida bem com dados estruturados, o importante não é liberdade total, e sim o equilíbrio de uma estrutura adequada
link relacionado
Documentar é muito útil para deixar o pensamento mais claro
No momento em que você coloca no papel algo que vinha repetindo, surgem ideias para reduzir etapas desnecessárias
Agora estou tentando delegar parte da operação do meu negócio para IA
Quando avalio a aquisição de pequenas marcas de e-commerce, uso um prompt de 6 páginas para que um LLM faça a análise inicial
Essa experiência me fez perceber que o desenho estruturado da tarefa, mais do que a inteligência do LLM, é o que cria valor econômico
Só que ainda é difícil automatizar tudo, porque ainda não há um agente que faça navegação web e upload de arquivos automaticamente