Como avaliar o roadmap de um fornecedor de IA: entregue, firme ou desejo

Para avaliar o roadmap de um fornecedor de IA, classifique cada item em um de quatro grupos: entregue, comprometido, direção planejada ou aspiração. Depois compare os dois primeiros grupos com o que o seu caso de uso exige hoje e no próximo ciclo de planejamento. Pague pelo que existe ou pelo que está escrito no contrato, e trate todo o resto como ganho possível.

Principais pontos

• Um roadmap é uma declaração de intenção de quem vende. Ele só vira evidência quando você consegue associar os itens a versões lançadas, documentação ou cláusulas contratuais.
• Classifique cada item em entregue, comprometido, direção planejada ou aspiração, e baseie a decisão nos dois primeiros.
• Parta da definição do papel do seu agente, não da lista de funcionalidades do fornecedor. O roadmap só importa onde toca uma capacidade da qual você depende.
• Toda capacidade necessária desde o primeiro dia que exista apenas no roadmap é um impeditivo, não uma funcionalidade.
• Coloque no contrato os itens do roadmap em que você se apoia, com um teste de aceite e uma saída caso eles não cheguem.

Por que o roadmap merece escrutínio antes de assinar?

Produtos de IA mudam mais rápido que a maioria dos softwares empresariais. Modelos são trocados, interfaces mudam de nome, conexões com ferramentas são criadas e desativadas, e o comportamento pode variar entre versões. Esse ritmo torna o roadmap atraente para quem compra, porque ele promete que as lacunas de hoje serão fechadas. Também faz dele uma das partes mais persuasivas de uma conversa comercial.

É isso que você precisa administrar. O roadmap apresentado numa reunião de vendas cumpre uma função: reduzir o risco que você percebe, para que você se comprometa. Ele pode ser honesto, e muitas vezes é. Mas honestidade sobre a intenção não é o mesmo que compromisso de entrega. Sua tarefa é converter uma apresentação em algo que você possa verificar.

O custo de errar aqui raramente é dramático. Em geral é um desgaste lento: um conector que lhe disseram estar perto continua perto, um controle que você supunha existir precisa ser montado à mão, e a equipe que deveria adotar o agente passa a contorná-lo. Quando a lacuna fica evidente, você já criou processos, treinou pessoas e movimentou dados.

Quais são os quatro tipos de afirmação em um roadmap?

A maioria dos slides de roadmap mistura tipos muito diferentes de promessa na mesma página. Separe-os antes de discutir qualquer um.

• Entregue: a capacidade foi lançada, está documentada e disponível para o tipo da sua conta. Você pode testá-la esta semana.
• Comprometido: o fornecedor indicou um responsável, um mecanismo de entrega e uma forma de você verificar a entrega, e aceita registrar isso por escrito. Um beta que você pode usar sob condições declaradas entra aqui.
• Direção planejada: o fornecedor pretende construir e acha uma boa ideia, mas escopo e prazo podem mudar. Ninguém responde pelo resultado.
• Aspiração: uma visão, um tema ou um rótulo de categoria. Diz como o fornecedor quer ser reconhecido, não o que você vai receber.

O erro mais comum é tratar direção planejada como se fosse compromisso. O segundo mais comum é dar crédito a uma aspiração só porque ela vem bem ilustrada. Um bom hábito é perguntar, para cada item: “O que eu conseguirei fazer no dia em que isso chegar e não consigo fazer agora?” Se a resposta for vaga, o item provavelmente é uma aspiração.

Como distinguir trabalho comprometido de marketing?

A linguagem dá algumas pistas, mas a evidência é melhor. Expressões como “em breve”, “explorando”, “no nosso radar” e “visão” sinalizam intenção sem obrigação. Expressões como “disponível para todas as contas”, “documentado na referência” e “coberto pelos termos do serviço” indicam algo pelo qual você pode cobrar o fornecedor. Mesmo assim, use a redação apenas como ponto de partida para perguntas.

Estas verificações separam os dois casos com mais segurança:

• Histórico de versões: peça o changelog ou as notas de versão do último ano e compare com o que o fornecedor disse que entregaria naquele momento. Quem entrega perto do que anunciou já ganhou alguma confiança no próximo item.
• Documentação: funcionalidades entregues têm páginas de referência, limites e problemas conhecidos. Funcionalidades de marketing têm uma página de apresentação e uma demonstração.
• Rótulos de status: descubra se o item está em prévia, acesso limitado ou disponibilidade geral, e o que cada rótulo significa para suporte e estabilidade.
• Responsabilidade: um item comprometido tem uma equipe ou um cargo responsável. Se ninguém sabe dizer quem é o dono, ninguém é.
• Política de descontinuação: um fornecedor sério sobre mudanças diz com quanta antecedência você é avisado antes de algo que usa ser alterado ou removido. Essa política importa tanto quanto qualquer funcionalidade nova.
• Dependências: pergunte do que o item depende, como um modelo de terceiros, uma integração com parceiro ou uma aprovação regulatória. Itens com dependências externas carregam riscos externos.
• Acesso de clientes: pergunte se algum cliente já usa o item no trabalho diário, sem pedir nomes. O fornecedor pode responder sim ou não, e a resposta informa.

Quando uma afirmação vem acompanhada de demonstração, lembre que a demonstração é um caminho ensaiado. O ideal é transformá-la em teste com o seu próprio material: seus documentos, suas ferramentas e pedidos reais.

O roadmap combina com o que você realmente precisa?

Um roadmap pode ser preciso e ainda assim irrelevante para você. A aderência nasce dos seus requisitos, então comece por eles, não pelos slides do fornecedor. O roteiro abaixo leva algumas sessões de trabalho e gera um documento que você reaproveita na renovação.

• Passo 1: Escreva em linguagem simples o papel que o agente vai exercer: a quem atende, o que decide, o que nunca deve fazer sozinho.
• Passo 2: Liste as capacidades das quais esse papel depende: qualidade do modelo no seu idioma e nos seus documentos, memória, conexões com suas ferramentas, controles de permissão, registros, canais e a possibilidade de exportar o que foi construído.
• Passo 3: Marque cada capacidade como necessária no primeiro dia, necessária nos primeiros meses ou desejável.
• Passo 4: Coloque cada item do roadmap ao lado da capacidade que ele afetaria e classifique-o como entregue, comprometido, planejado ou aspiração.
• Passo 5: Olhe a coluna do primeiro dia. Tudo o que depender de um item planejado ou aspiracional é um impeditivo. Ou você encontra uma alternativa que funcione, ou reduz o escopo do papel, ou não segue adiante.
• Passo 6: Na coluna dos meses seguintes, aceite os itens comprometidos como razoáveis e os planejados como ganho possível. Anote o que você fará se eles nunca chegarem.
• Passo 7: Teste os itens entregues com seus documentos, suas ferramentas e um volume realista de pedidos, e registre o que observar.
• Passo 8: Decida com o quadro completo: o que funciona agora, o que está prometido por escrito e qual é o seu plano alternativo.

O passo 6 é onde a maioria das avaliações para cedo demais. A pergunta não é só se o roadmap é crível, mas se você consegue viver sem ele. Se a resposta for sim, o roadmap é um bônus agradável e a decisão é fácil. Se for não, você está comprando uma promessa, e o contrato deve refletir isso.

As sete camadas da infraestrutura de IA empresarial funcionam como uma lista de apoio para o passo 2. Elas evitam que você avalie só o modelo e esqueça as camadas que tornam o agente utilizável e controlável.

Como isso aparece em um caso realista?

O cenário a seguir é ilustrativo, não uma empresa real. Uma distribuidora quer um agente para responder dúvidas rotineiras de fornecedores e preparar atualizações de registros no sistema de pedidos. Um fornecedor de IA apresenta um roadmap com quatro itens: uma conexão nativa com o sistema de pedidos, descrita como “em breve”; um fluxo de aprovação para ações sensíveis, descrito como planejado; um registro de auditoria que já está documentado; e um tema chamado operação autônoma.

Classificados com honestidade, o registro de auditoria está entregue. A conexão com o sistema de pedidos é direção planejada, até que o fornecedor indique um responsável e uma forma de verificar. O fluxo de aprovação também é planejado. Operação autônoma é uma aspiração.

A definição de papel da empresa diz que o agente pode redigir atualizações de registros, mas uma pessoa aprova cada uma, e que toda ação precisa ser rastreável. A aprovação é necessária desde o primeiro dia, e o item que a entrega não foi comprovado. Do jeito que está, isso é um impeditivo. A empresa tem três opções honestas. Pode pedir ao fornecedor que comprometa o fluxo de aprovação por escrito, com um teste de aceite. Pode desenhar a aprovação fora do produto, por exemplo fazendo o agente preparar rascunhos que uma pessoa envia pelo sistema já existente. Ou pode desistir.

A empresa escolhe a segunda opção para um piloto limitado, usa apenas o registro de auditoria entregue e trata a conexão nativa como bônus. Se a conexão chegar, será avaliada como qualquer outra mudança. Se não chegar, nada no piloto quebra. O roadmap informou a decisão sem sustentá-la.

O que colocar por escrito?

Um item de roadmap em que você se apoia, mas que não está escrito, pertence ao fornecedor, não a você. Depois de identificar quais itens importam, leve-os para o contrato ou para o escopo de trabalho. O guia sobre o que incluir no escopo de trabalho de um agente de IA percorre as seções em ordem. Para questões de roadmap, estes pontos merecem atenção:

• Itens nomeados: descreva cada capacidade da qual você depende em termos do que será possível fazer, não pelo rótulo de marketing.
• Teste de aceite: defina como você vai confirmar que o item funciona, usando seu próprio material.
• Remédio: estabeleça o que acontece se o item não for entregue como descrito, incluindo o direito de encerrar ou reduzir o contrato.
• Aviso de mudança: exija aviso prévio quando uma funcionalidade que você usa for alterada, limitada ou removida.
• Portabilidade: confirme que sua configuração, instruções, conteúdo de memória e registros podem ser exportados em formato utilizável. O artigo sobre como migrar agentes de IA para outro fornecedor mostra o que preservar.
• Ponto de revisão: marque um momento para comparar o que foi entregue com o roadmap que lhe mostraram. Isso também melhora sua posição na renovação e nas cláusulas de saída.

Os fornecedores não aceitarão todos esses pontos, e isso também é informação útil. Um fornecedor disposto a se comprometer por escrito revelou algo sobre sua confiança. Um que insiste em manter o roadmap informal também revelou algo.

Ajuda ainda perguntar o que o fornecedor faz quando muda de ideia. Roadmaps mudam, por boas razões. O que importa é se você fica sabendo cedo, se tem voz sobre como isso o afeta e se consegue recuar sem perder o trabalho feito.

Como a Be Human lida com o risco do roadmap?

A Be Human desenha o primeiro projeto em torno de um papel útil, da memória e das ferramentas de que ele precisa, de limites de aprovação e de um critério de sucesso observável. Esse escopo é construído sobre capacidades que existem e podem ser testadas, de modo que a primeira implantação não dependa de funcionalidades ainda não lançadas. A identidade, a memória, as permissões e o contexto operacional do agente ficam sob controle da empresa, o que faz da troca de um modelo ou de um fornecedor um ajuste na configuração, não uma reconstrução. Na operação gerenciada, novas capacidades são avaliadas contra o papel antes da adoção, e as mudanças passam por revisão com a aprovação da empresa, junto com monitoramento, avaliações recorrentes e manutenção das integrações.

Perguntas frequentes

Até que ponto devo confiar no roadmap de um fornecedor de IA? Confie até onde o histórico de entregas e os compromissos escritos sustentarem. Itens de curto prazo, com responsável nomeado e método de verificação, são razoáveis para o planejamento. Itens distantes são apenas direção, e a sua decisão deve continuar fazendo sentido mesmo que eles nunca cheguem.

Um item ausente no roadmap deve me impedir de comprar? Só se a capacidade for necessária desde o primeiro dia e não houver alternativa viável. Se for possível contornar a lacuna, rodar um piloto limitado ou reduzir o escopo do papel, um item ausente é um custo administrável. Se todo o argumento de negócio depende dele, espere até que seja entregue.

E se o fornecedor se recusar a compartilhar o roadmap? Muitos fornecedores mantêm o roadmap privado por razões legítimas, então concentre-se no que dá para verificar: funcionalidades entregues, documentação, política de descontinuação e termos do contrato. Um fornecedor sem roadmap, mas com produto claro e testado e boas condições de saída, pode ser uma escolha mais segura que outro com um roadmap impressionante e termos frágeis.

Quem na minha empresa deve ser o dono dessa avaliação? Escolha alguém que entenda o papel que o agente vai exercer e consiga dizer o que é necessário no primeiro dia, com apoio de quem cuida de contratos e segurança. Um patrocinador executivo deve tomar a decisão final, já que ela envolve risco e compromisso, não só funcionalidades. Guarde o documento com o roadmap classificado para que a próxima revisão parta de evidências, não da memória.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.