logotipo

O software que você compra hoje deve estar preparado para IA, e não depender dela.

31 de outubro de 2026

Um sistema empresarial deve ser capaz de incorporar recursos de inteligência artificial quando estes agregam valor, e deve ser capaz de funcionar sem eles quando não agregam valor ou quando o fornecedor altera os termos. Estar preparado e ser dependente são coisas diferentes, e confundi-las na hora de fazer compras transfere toda a volatilidade de um mercado que muda várias vezes ao ano para o sistema.

Essa distinção tem uma aplicação prática: Se o provedor do modelo parasse de fornecer o serviço amanhã, o que deixaria de funcionar? Se a resposta for "uma funcionalidade", o sistema está pronto. Se for "o sistema", ele é dependente.

Os seis requisitos de um sistema preparado

Com foco total em APIs. Cada função é exposta por meio de um contrato documentado e versionado, e não apenas por uma interface de usuário. Isso permite que quaisquer recursos futuros — de IA ou outros — sejam integrados sem a necessidade de abrir completamente o sistema.

Dados acessíveis e estruturados. Com uma fonte de verdade clara e a capacidade de exportar relacionamentos, e não apenas um despejo estático de dados. Sem isso, nenhuma camada superior pode ser construída.

Permissões resolvidas nos dados. Não na tela. Esta é a condição para que um assistente ou agente possa consultar sem se tornar um gargalo, pelas razões que explicamos em A IA também pode vazar segredos. [link interno].

Rastreabilidade de fábrica. Um registro do que mudou, quem fez a alteração e quando. Esse registro é irreversível e constitui uma exigência regulatória cada vez mais rigorosa.

Modelo de evento. O sistema deve ser capaz de notificá-lo quando algo acontecer, em vez de exigir que você verifique periodicamente. Isso possibilita qualquer automação subsequente sem comprometer o desempenho.

Configurabilidade das regras de negócio. Os critérios devem ser alteráveis sem a necessidade de implantação de código. Quando as regras são escritas em um formato legível, elas podem ser auditadas, comparadas e substituídas.

Todas as seis são boas propriedades arquitetônicas, independentemente da IA. Esse é exatamente o argumento: Um sistema bem estruturado já está preparado., E uma que precisa de adaptações extraordinárias para incorporar IA já tinha um problema anterior.

Sinais de dependência excessiva

Sinal

Em que consiste?

Risco

A funcionalidade principal requer o modelo.

Sem fornecedor, não há produto.

Continuidade dos negócios

Não existe um comportamento alternativo definido.

Em caso de falha do modelo, o sistema para.

Operações diárias

As regras residem em prompts não versionados.

Eles não podem ser auditados nem comparados.

Conformidade e qualidade

O custo aumenta proporcionalmente ao uso ilimitado.

Um aumento repentino na atividade eleva a conta.

Orçamento

 

A segunda linha é a mais frequente e a mais fácil de corrigir no projeto: definir o que o sistema faz quando o modelo não responde. Isso pode ser enfileirar o problema, recorrer a uma regra mais simples ou acionar um humano. Qualquer uma das três opções é melhor do que parar, e nenhuma delas se decide sozinha.

O que perguntar ao comprar software em 2026

Seis perguntas específicas para qualquer fornecedor, seja seu produto de "IA" ou não:

  1. Todas as funcionalidades estão disponíveis através da API documentada? Se apenas alguns forem integrados, a integração futura será parcial.
  2. Podemos exportar nossos dados com sua estrutura e relações? E experimente antes de assinar.
  3. As permissões são resolvidas no nível dos dados ou no nível da interface?
  4. O que é registrado para cada alteração e por quanto tempo?
  5. O que acontece com o produto se o fornecedor do modelo falhar?
  6. Podemos usar nosso próprio provedor de modelos? A resposta indica se o produto foi projetado como um sistema ou como uma embalagem.

As seis perguntas são respondidas em uma reunião e filtram de forma mais eficaz do que qualquer comparação de funcionalidades.

Por que isso protege o investimento

O argumento financeiro é simples. Um sistema que atende a todos os seis requisitos possui três propriedades valiosas em qualquer transação corporativa: ele pode ser integrado a sistemas futuros, pode ser auditado e outra equipe pode assumir sua gestão.

Um sistema dependente, por outro lado, transfere a volatilidade do mercado de modelos para o comprador: preços que mudam, versões que são retiradas e fornecedores que, segundo a previsão da Gartner para 2025, em grande parte já não estarão mais no mercado — a empresa estimou que, dos milhares de fornecedores que se apresentam como especialistas em agentes, apenas cerca de 130 o são de fato.

Comprar um sistema dependente hoje significa comprar exposição total a esse mercado.

A formulação que deve ser levada ao comitê

Ao discutir a compra de um software, existe uma maneira de abordar o assunto que organiza a decisão sem entrar em detalhes técnicos: Queremos um sistema que possa ser aprimorado com IA, não um sistema de IA em si..

O primeiro é um investimento com duração de vários anos, cujas capacidades crescerão com o mercado. O segundo é uma aposta em qual fornecedor e modelo dominarão o mercado daqui a três anos, e essa não é uma aposta que uma empresa cujo negócio seja outro deva fazer.

 

Perguntas frequentes

O que significa para um software estar preparado para IA?

Pode incorporar recursos de inteligência artificial quando estes agregam valor e continuar funcionando sem eles. A prova é simples: se o provedor do modelo deixasse de oferecer o serviço amanhã, um sistema equipado com IA perderia uma funcionalidade e um sistema dependente deixaria de operar.

Seis: API documentada e versionada para todas as suas funções, dados acessíveis e exportáveis com seus relacionamentos, permissões resolvidas no nível dos dados e não no nível da interface, rastreabilidade de fábrica, um modelo de eventos que notifica em vez de forçar consultas e regras de negócios configuráveis sem a necessidade de implantação de código.

Quando a funcionalidade principal exige a existência do modelo, quando não há comportamento alternativo definido em caso de falha do fornecedor, quando as regras residem em prompts não versionados que não podem ser auditados e quando o custo aumenta com o uso sem qualquer limite máximo.

Todas as funções estão disponíveis por meio de APIs documentadas? Os dados podem ser exportados com sua estrutura? As permissões são resolvidas nos dados ou na interface? O que é registrado para cada alteração? O que acontece se o provedor do modelo falhar? É possível usar um provedor personalizado?.

Não, e esse é o argumento: essas são boas propriedades arquitetônicas independentemente da IA. Um sistema bem construído já está preparado, e um que precisa de adaptações extraordinárias para incorporar inteligência artificial já apresentava uma falha de projeto anterior.

Porque transfere para o comprador toda a volatilidade de um mercado que muda várias vezes ao ano em termos de preços, funcionalidades e disponibilidade. A Gartner estimou, em 2025, que dos milhares de fornecedores que se anunciavam como especialistas em agentes, apenas cerca de 130 o eram de fato.

Você pretende comprar algum software este ano? Avaliamos se o que você está prestes a assinar está preparado para necessidades futuras ou se o vincula a um fornecedor específico. Realizamos julgamentos técnicos independentes, sem nos apresentarmos como candidatos. Vamos conversar →

Todo projeto de IA precisa de um gestor de negócios.
Ataque de injeção imediata contra um sistema de Inteligência Artificial empresarial
Profissional de TI avaliando opções de construção, compra ou integração para uma empresa.