Como priorizar casos de uso de IA

A resposta curta

A maioria dos roadmaps de IA é lista de capacidade: um chatbot, um resumidor, um copiloto. Capacidade não é priorizável, porque nada nessa lista diz o que mudaria se ela existisse.

Reescreva a lista como decisões. Qual decisão, tomada por quem, com que frequência, e quanto custa errar hoje. Uma lista de decisões se ranqueia quase sozinha.

Comece por decisão, não por capacidade

Uma decisão é um momento em que uma pessoa ou um sistema escolhe entre opções e a escolha tem consequência: aprovar ou negar, rotear para cá ou para lá, oferecer isso ou aquilo, escalar ou resolver.

Esse enquadramento faz duas coisas. Obriga a nomear o valor, porque decisão tem custo de erro. E obriga a nomear o momento, o que diz qual dado precisa estar alcançável e com que velocidade a resposta precisa chegar.

As quatro perguntas que ranqueiam um caso de uso

Quanto essa decisão nos custa hoje, em dinheiro, tempo ou cancelamento. Conseguimos tecnicamente alcançar o dado e os sistemas de que ela precisa, agora. Se o sistema errar, quão grave e quão recuperável. E quem é dono depois que a gente entregar.

Pontue essas quatro com honestidade e a ordenação normalmente deixa de ser polêmica. A maioria das discussões sobre prioridade de IA é, na verdade, discussão sobre resposta faltando em uma delas.

Valor: ache o volume e o custo do erro

Volume alto somado a custo real de errar é onde IA paga. Uma decisão rara, por dolorosa que seja, não devolve o investimento. Uma decisão frequente que já é quase sempre correta também não.

Seja específico sobre qual número você espera mexer e como vai ler isso, antes de começar. Um caso de uso cujo sucesso não pode ser dito como número é um caso de uso que ninguém vai conseguir defender na renovação, que é o argumento de medir ROI de IA.

Viabilidade: a restrição quase nunca é o modelo

É se o dado é alcançável no momento da decisão, se as permissões são conhecidas, e se dá para escrever no sistema de registro. O modelo é a parte fácil e já é há um bom tempo.

Verifique antes de escopar, não durante a entrega. É a razão mais comum de um caso de uso promissor virar projeto de pipeline de dado no mês dois, e é por isso que prontidão de dados e integração com legado vêm primeiro.

Reversibilidade decide sua velocidade

Sugerir um próximo passo, redigir uma resposta e ordenar opções são reversíveis: o humano segue no circuito e o erro é visível antes de valer. Emitir estorno, enviar mensagem e alterar cadastro não são.

Comece onde errar é barato e visível. Isso coloca um sistema real na frente de usuários reais cedo, e conquista o crédito organizacional que você vai precisar depois para os irreversíveis.

Dono é a pergunta que ninguém faz

Sistema sem dono degrada. Alguém precisa sustentar a régua de qualidade, atualizar o acervo, olhar as métricas e decidir quando retreinar ou voltar atrás.

Se nenhum time nomeado quer esse caso de uso depois do lançamento, despriorize por mais bonito que seja o business case. Sistema sem dono é custo que cresce, e é a versão silenciosa de por que pilotos falham.

A armadilha da matriz de score

Uma matriz ponderada parece rigorosa e em geral lava opinião em aritmética. Qualquer pessoa move um caso de uso para o topo mexendo em dois pesos, e o resultado carrega uma autoridade que as entradas nunca conquistaram.

Use as quatro perguntas como filtro, não como fórmula. O que falhar em viabilidade ou dono está fora, independentemente da pontuação. Depois discuta o resto com número real em vez de ajustar peso até o favorito ganhar.

O que fazer com a lista

Escolha um: estreito, reversível, de alto volume, com dono nomeado e dado alcançável. Construa dentro de produção e não dentro de uma demo, e meça contra grupo de controle.

Depois use o que aprendeu para reordenar o resto, porque a primeira construção real muda suas estimativas mais que qualquer exercício de planejamento. Essa sequência é o ponto inteiro de IA em produção, ponta a ponta, e é também como conversas de escolher um parceiro deveriam começar.