Intake de casos de uso de IA: como organizar a demanda

A demanda por IA costuma chegar sem formato

Uma área pede um agente para atendimento. Outra quer automatizar relatórios. Um gestor encaminha uma ferramenta que viu em uma demonstração. Tecnologia recebe pedidos de integração. A diretoria pergunta quais projetos podem gerar resultado ainda neste semestre.

Todas essas entradas disputam orçamento e atenção, mas chegam com níveis diferentes de clareza. Algumas descrevem uma perda operacional. Outras trazem uma solução antes do problema. Há pedidos repetidos, riscos escondidos e ideias que dependem de dados ainda indisponíveis.

Sem um intake de casos de uso de IA, a empresa decide pela insistência de quem pediu, pelo prestígio do fornecedor ou pela qualidade da apresentação. O portfólio nasce torto antes mesmo da priorização.

O intake cria uma entrada governada para receber, esclarecer, deduplicar e encaminhar demandas. Seu trabalho termina quando cada solicitação possui informação suficiente para seguir pela rota correta: experimento simples, diagnóstico, business case, correção de processo, avaliação de fornecedor ou encerramento.

O que é intake de casos de uso de IA

Intake de casos de uso de IA é o processo usado para registrar e fazer a triagem inicial de problemas, oportunidades e solicitações relacionadas à inteligência artificial.

Ele responde a perguntas anteriores à decisão de investimento:

qual problema motivou o pedido;
onde ele acontece;
quem responde pelo processo;
qual unidade de trabalho está envolvida;
que consequência existe hoje;
quais dados e sistemas participam;
que ação a IA deveria apoiar;
qual nível inicial de risco aparece;
que informação ainda falta;
quem deve avaliar o próximo passo.

O intake não escolhe sozinho o melhor projeto. Essa função pertence à priorização de investimentos em IA, apoiada por impacto, viabilidade, risco e tempo até o resultado. O intake prepara a matéria-prima para que a comparação seja possível.

Intake, inventário e portfólio cumprem funções diferentes

Esses três objetos aparecem próximos e costumam ser misturados.

Intake

Recebe uma demanda nova, verifica completude, identifica duplicidade e encaminha o caso. Sua unidade é a solicitação.

Inventário

Registra funções, agentes, ferramentas e automações que já existem ou foram formalmente iniciados. Sua unidade é uma capacidade operacional identificada. O guia de inventário de agentes de IA mostra os campos necessários para governar acessos, custos, donos e revisões.

Portfólio

Compara iniciativas aprovadas para descoberta, experimento, implantação ou operação. Sua unidade é a iniciativa financiada ou acompanhada.

Uma solicitação pode morrer no intake, ser combinada com outra ou voltar para esclarecimento. Somente depois de passar pela triagem ela deveria ocupar espaço no portfólio.

Comece por uma entrada única, sem exigir um sistema sofisticado

A empresa precisa de um lugar reconhecido para novas demandas. Pode ser um formulário ligado a uma planilha, uma fila no sistema de serviços, um objeto no CRM interno ou um fluxo no portal corporativo.

A ferramenta importa menos do que quatro propriedades:

toda solicitação recebe um identificador;
o responsável consegue ver estado e próxima ação;
a equipe de triagem consegue comparar entradas;
decisões e devoluções ficam registradas.

Pedidos podem surgir em reunião, e-mail ou conversa. Eles precisam entrar no mesmo fluxo antes de consumir trabalho técnico relevante. Se cada canal mantiver sua própria lista, a empresa terá várias filas invisíveis e nenhuma leitura confiável da demanda.

Evite começar pela compra de uma plataforma de governança. Um volume pequeno cabe em uma estrutura simples. O processo deve provar quais campos, rotas e responsabilidades realmente são necessários antes de receber mais software.

Peça informação suficiente para triagem

Um formulário longo reduz adesão e incentiva respostas genéricas. Um formulário curto demais transfere toda a investigação para tecnologia. O equilíbrio está nos campos que mudam a rota do pedido.

Área e dono do processo

Registre a área solicitante e a pessoa que responde pela rotina afetada. O patrocinador pode apoiar orçamento, mas o dono do processo precisa explicar critérios, exceções e resultado esperado.

Uma demanda sem dono pode ser uma observação útil. Ainda não é uma iniciativa pronta para avançar.

Problema observado

Peça a descrição de um evento concreto. “Usar IA no comercial” não delimita trabalho. “Oportunidades ficam sem próxima ação depois de reuniões” mostra uma perda investigável.

Uma boa descrição informa onde o problema começa, quem participa e qual consequência aparece.

Unidade de trabalho

Identifique o objeto processado: chamado, pedido, documento, lead, reunião, contrato, cobrança ou cadastro. Essa unidade permitirá medir volume, custo, qualidade e prazo.

Processo atual

Pergunte como o trabalho acontece hoje, mesmo que a resposta seja preliminar. Inclua sistemas usados, etapas principais, aprovações, retrabalho e forma de conclusão.

Frequência e impacto

Solicite uma faixa observada ou uma fonte para volume, tempo, erro, fila, perda de prazo ou receita afetada. Se o dado não existir, registre “não medido”. Uma lacuna explícita é melhor que um número decorativo.

Resultado desejado

Peça uma mudança verificável no processo. Reduzir tempo de preparação, aumentar cobertura de follow-up, diminuir devoluções ou antecipar exceções são resultados mais úteis do que “ganhar produtividade”.

Dados e sistemas

Liste fontes envolvidas, tipos de dados, integrações esperadas e sistema que confirma o resultado. A triagem inicial deve sinalizar dados pessoais, financeiros, contratuais, clínicos ou de clientes.

Ação esperada

Descubra se a demanda pede busca, extração, classificação, preparação, recomendação, escrita em sistema ou comunicação externa. A consequência cresce quando a solução deixa de preparar trabalho e passa a agir.

Prazo e motivo

Registre por que existe urgência: mudança contratual, pico sazonal, renovação de fornecedor, meta operacional ou dependência de outro projeto. “A diretoria pediu” informa pressão, mas ainda precisa ser traduzido em decisão e data.

Não obrigue o solicitante a desenhar a solução

A pessoa que sente a perda conhece o processo, mas pode não conhecer a melhor intervenção. O formulário deve permitir citar uma ideia sem transformar essa sugestão em requisito.

Uma solicitação por chatbot pode revelar uma base desatualizada. Um pedido de agente pode ser resolvido por regra determinística. Uma automação de relatório pode depender primeiro da correção dos dados mestres.

Separe dois campos:

problema e resultado esperado;
solução imaginada pelo solicitante.

Essa separação preserva a evidência sem prender o diagnóstico à primeira ferramenta sugerida. O comparativo entre automação e agente de IA ajuda a escolher o mecanismo depois que entrada, variação e consequência estão claras.

Faça uma triagem em duas passagens

Uma única avaliação detalhada para todos os pedidos cria fila. Use duas passagens com profundidades diferentes.

Primeira passagem: validade e rota

A triagem rápida verifica:

existe problema operacional identificável;
há dono ou área responsável;
a unidade de trabalho pode ser delimitada;
o pedido é duplicado ou parte de outra iniciativa;
existe bloqueio evidente de política, dado ou responsabilidade;
a urgência possui fundamento;
qual grupo deve assumir a análise seguinte.

O objetivo consiste em responder cedo. Uma ideia incompleta pode voltar com perguntas específicas. Uma duplicidade pode ser combinada. Um uso proibido pode ser bloqueado sem exigir semanas de estudo.

Segunda passagem: viabilidade inicial

Casos válidos recebem uma leitura mais profunda sobre:

impacto e linha de base;
clareza do processo;
disponibilidade e autoridade das fontes;
integração necessária;
risco e reversibilidade;
adoção e mudança de rotina;
alternativa sem IA;
custo provável de descoberta;
evidência necessária para a próxima decisão.

Essa passagem não precisa produzir toda a arquitetura. Ela determina se o caso merece diagnóstico, experimento, business case ou correção prévia.

Crie rotas proporcionais

O intake ganha velocidade quando não envia tudo ao mesmo fórum.

Rota rápida para baixo risco

Usos reversíveis, dentro de ferramentas autorizadas, sem dado sensível e sem consequência externa podem seguir por regras simplificadas. Exemplos incluem rascunho interno, resumo revisado e pesquisa sobre conteúdo público.

A rota ainda registra finalidade, dono e ferramenta. Simplicidade não significa invisibilidade.

Rota de diagnóstico operacional

Use quando o problema parece relevante, mas processo, linha de base ou resultado ainda estão vagos. O próximo passo será mapear entrada, decisão, exceção, saída e responsável.

Rota de preparação de dados ou processo

Algumas demandas possuem valor potencial, porém dependem de cadastro, fonte oficial, padronização ou redução de variação. Encaminhe a pendência ao dono adequado e defina qual evidência permite reabrir o caso.

Rota de experimento

Use quando existe pergunta técnica ou operacional específica que pode ser respondida por protótipo, prova de conceito ou piloto. O artigo sobre prova de conceito ou piloto de IA ajuda a escolher o estágio pela incerteza que precisa ser reduzida.

Rota de decisão de investimento

Casos com impacto, escopo e dependências suficientes podem avançar para um business case de agente de IA. A decisão deve incluir alternativas, custo total, risco, experimento e critérios de saída.

Rota de governança reforçada

Demandas com dados sensíveis, ação externa, impacto financeiro, obrigação regulatória ou autonomia elevada precisam de análise especializada. Segurança, privacidade, jurídico ou comitê entram conforme a consequência, e não por ritual.

Rota de encerramento

Encerre solicitações sem problema relevante, sem dono, duplicadas, incompatíveis com política ou economicamente desproporcionais. Registre a razão e as condições que permitiriam uma nova análise.

Use estados que revelem a próxima ação

Uma fila legível pode usar estados como:

recebido;
aguardando informação;
em triagem;
combinado com outra demanda;
encaminhado para diagnóstico;
encaminhado para preparação;
candidato a experimento;
candidato a business case;
bloqueado por requisito;
encerrado;
convertido em iniciativa.

Evite um estado amplo como “em análise” durante semanas. Cada item precisa mostrar dono, próxima ação e data. O estado descreve onde o pedido está; a próxima ação explica como ele sairá dali.

Defina papéis para a fila

O intake costuma envolver quatro responsabilidades.

Solicitante

Descreve o problema, fornece contexto e responde às devoluções. Ele pode sugerir uma solução, mas não aprova a própria prioridade.

Dono do processo

Confirma impacto, critérios, exceções, usuários e resultado esperado. Também responde pela adoção caso a iniciativa avance.

Coordenador do intake

Mantém a fila, verifica completude, procura duplicidades, encaminha análises e cobra prazos. Pode estar em operações, tecnologia, transformação ou centro de excelência, conforme a empresa.

Especialistas e autoridades

Tecnologia, dados, segurança, privacidade, jurídico, finanças e compras entram quando a natureza da demanda exige. Nem todos precisam avaliar cada pedido.

O comitê de IA deveria receber decisões que atravessam áreas, concentram risco ou disputam orçamento. Usá-lo para corrigir formulário incompleto é colocar uma instância cara para fazer triagem administrativa.

Defina prazo por etapa e condição de pausa

A empresa pode estabelecer metas internas para:

confirmação de recebimento;
primeira triagem;
devolução por falta de informação;
encaminhamento ao especialista;
decisão da rota;
encerramento por inatividade.

O relógio deve parar quando a solicitação depende de informação do dono do processo, desde que a pendência esteja explícita. Isso evita que a equipe de triagem pareça atrasada por casos que não possuem insumo mínimo.

Demandas urgentes precisam de critério. Incidente, risco ativo, obrigação com data ou perda operacional relevante justificam tratamento diferente. Preferência executiva sem consequência declarada não deveria furar a fila silenciosamente.

Deduplicate pelo problema e pela capacidade compartilhada

Duas áreas podem pedir ferramentas diferentes para perdas semelhantes. A deduplicação deve comparar:

unidade de trabalho;
fontes e sistemas;
capacidade solicitada;
tipo de decisão;
população atendida;
resultado esperado.

Um pedido para resumir reuniões e outro para registrar pendências podem compartilhar captura, identificação de participantes e integração com agenda. Ainda assim, podem terminar em capacidades diferentes.

Combine apenas o que possui base comum real. Forçar demandas distintas em um grande programa cria escopo difícil de testar. O intake deve revelar componentes reutilizáveis sem apagar a responsabilidade de cada processo.

Meça a qualidade do intake

Contar solicitações mostra volume, mas pouco sobre decisão. Indicadores úteis incluem:

tempo até primeira resposta;
tempo até definição da rota;
percentual devolvido por falta de informação;
pedidos sem dono do processo;
duplicidades identificadas;
casos encerrados antes de consumir trabalho técnico;
casos enviados para correção de dados ou processo;
solicitações convertidas em iniciativa;
iniciativas que chegaram ao piloto com linha de base;
demandas reabertas pela mesma lacuna;
concentração por área, fonte e capacidade.

Uma taxa alta de encerramento não prova rigor. Pode indicar formulário ruim ou triagem desconectada da operação. Uma taxa alta de aprovação também não prova velocidade. Pode esconder ausência de escolha.

A métrica principal deve observar se demandas entram com clareza suficiente, recebem rota proporcional e param de consumir energia quando não merecem avançar.

Erros comuns

Transformar o intake em formulário de cinquenta campos

A equipe contorna o processo ou preenche respostas genéricas. Colete o mínimo que muda a rota e aprofunde conforme impacto.

Deixar tecnologia como dona de todos os problemas

Tecnologia avalia viabilidade e arquitetura. A área responde pelo processo, pelos critérios e pela adoção.

Abrir projeto para toda solicitação

Solicitação é entrada. Projeto exige hipótese, dono, escopo, capacidade e decisão de investimento.

Avaliar ferramenta antes do processo

A demonstração pode ser boa e o problema continuar pequeno, raro ou mal definido. Preserve a ordem: perda, unidade de trabalho, resultado, alternativa e mecanismo.

Manter itens sem próxima ação

Uma fila cheia de “em análise” oferece aparência de controle e esconde abandono. Defina dono, data e condição de saída.

Encerrar sem explicar

Uma decisão curta e registrada ensina as áreas a formular demandas melhores. Silêncio incentiva canais paralelos e pressão informal.

Checklist para implantar o intake

Existe uma entrada reconhecida para novas demandas?
Cada solicitação recebe identificador, estado, dono e próxima ação?
O formulário separa problema de solução sugerida?
A unidade de trabalho está explícita?
Impacto desconhecido fica marcado como não medido?
Dados, sistemas e ações esperadas aparecem na triagem?
A primeira passagem verifica validade, duplicidade e rota?
Usos de baixo risco possuem caminho simples?
Casos incompletos recebem perguntas específicas?
Demandas de alto impacto chegam às funções de controle adequadas?
O comitê recebe decisões, e não limpeza de fila?
Critérios de urgência estão escritos?
Encerramentos registram razão e condição de reabertura?
A conversão em iniciativa exige dono e evidência mínima?
A fila mede tempo, retrabalho e qualidade de encaminhamento?

Uma boa entrada protege o restante do portfólio

A empresa não precisa transformar toda ideia em projeto para incentivar adoção de IA. Precisa oferecer um caminho claro para que problemas reais apareçam, recebam leitura proporcional e encontrem o próximo responsável.

O intake reduz duas perdas. Evita gastar especialistas em pedidos sem fundamento e impede que boas oportunidades morram dentro de mensagens, reuniões e planilhas isoladas.

Comece com uma entrada única, poucos campos e rotas explícitas. Meça onde os pedidos voltam, onde ficam parados e quais informações realmente mudam a decisão. A arquitetura do portfólio melhora quando a porta de entrada deixa de premiar ruído.