Como delimitar um problema e decidir se vale usar IA

Antes de escolher qualquer recurso, separe três tipos de afirmação:

• Problema observado: situação e dificuldade verificáveis no trabalho.
• Hipótese de causa: explicação possível para a dificuldade; ainda precisa de evidência.
• Proposta de ferramenta: um meio possível de agir, não a necessidade em si.

No Centro Cultural Aurora, é observado que a equipe de atendimento responde dúvidas sobre oficinas usando fichas públicas, e que os participantes recebem essas respostas. Isso ainda não prova por que uma resposta pode ser difícil de preparar nem determina que IA seja a resposta.

Uma formulação inicial útil responde a quatro perguntas, sem citar uma ferramenta:

1. Quem trabalha com a dificuldade? O público diretamente afetado.
2. Quem recebe o resultado? O destinatário do processo.
3. Em qual situação surge a dificuldade? O momento concreto do trabalho.
4. Qual consequência precisa diminuir? Algo que possa ser observado depois.

No caso, a equipe de atendimento é o público diretamente afetado; os participantes recebem o resultado. Se ainda não houver evidência sobre atraso, retrabalho ou inconsistência, registre essa consequência como a verificar, em vez de apresentá-la como fato.

Para localizar uma dificuldade, descreva primeiro o processo atual sem IA. Use uma sequência curta: entrada, etapas, responsáveis e saída. O nome da etapa responde “o que acontece”; o responsável responde “quem faz”.

No Centro Cultural Aurora, a unidade observada começa ao receber a solicitação e termina quando há 1 rascunho revisado. O envio da resposta ao participante acontece depois dessa fronteira e não entra nesta observação.

Mapear não é escolher uma solução. É tornar visível onde procurar evidências antes de concluir que alguma etapa precisa mudar.

Use três medidas diferentes ao examinar uma etapa:

• Tempo de execução: tempo em que alguém atua na etapa.
• Espera: intervalo até obter algo necessário, sem execução da pessoa responsável.
• Retrabalho: ação refeita por erro, lacuna ou necessidade de ajuste.

Não some tudo e chame de “tempo de redação”. Uma etapa pode ser rápida, enquanto a solicitação fica parada à espera de uma informação. Registre cada medida em segundos quando houver observação; por enquanto, não invente valores.

Um gargalo é uma etapa que merece investigação porque contribui para a dificuldade observada. Não é sinônimo de “etapa onde daria para usar IA”.

Classifique o que sabe:

• observado: está no cenário ou foi registrado na execução;
• estimado: projeção ainda não confirmada;
• a verificar: dado necessário que ainda não foi observado.

Sem tempos registrados, não há base para declarar que redigir é a etapa mais lenta. Também não basta uma redação mais rápida se a equipe não consegue obter a informação necessária para responder.

Do objetivo amplo à entrega observável

“Automatizar todo o atendimento” mistura muitas tarefas, sistemas e riscos. Para um piloto, recorte uma entrega que caiba em uma única unidade de trabalho e cujo resultado possa ser conferido.

No Centro Cultural Aurora, o recorte é: preparar 1 rascunho de resposta de até 80 palavras para uma solicitação sobre uma oficina, usando somente a ficha pública disponível. O rascunho ainda será revisado por uma pessoa antes de qualquer ação externa.

A unidade de trabalho precisa declarar quatro pontos:

• Entrada disponível: uma solicitação e a ficha pública de uma oficina.
• Saída esperada: 1 rascunho de resposta de até 80 palavras.
• Fronteira: começa ao receber a solicitação e termina após a revisão humana do rascunho.
• Condição: a dúvida precisa poder ser respondida pela ficha, sem buscar, inventar ou confirmar dados externos.

Assim, é possível observar se a entrega atende ao que foi pedido sem prometer resolver todo o processo de atendimento.

Declare exclusões antes de testar

Uma exclusão não é uma falha do piloto: é um limite que evita que ele pareça capaz de fazer o que não pode verificar.

Neste caso, ficam fora do escopo:

• enviar mensagens aos participantes;
• realizar inscrições ou acessar cadastros;
• confirmar vagas;
• completar informação ausente por suposição.

Se a ficha não informa vagas, o rascunho não deve afirmar disponibilidade. Ele pode apenas informar o que a ficha sustenta ou sinalizar que a informação não está disponível.

A revisão humana é uma fronteira do recorte: o piloto prepara o rascunho; uma pessoa decide se ele está adequado antes de qualquer envio. Como essa revisão será organizada será definido em etapa posterior.

A linha de base registra uma execução que realmente aconteceu sem IA. Ela não é uma impressão de como o trabalho costuma ser nem uma previsão de ganho futuro.

Neste caso, a unidade de trabalho é 1 rascunho de resposta de até 80 palavras para uma solicitação, usando a ficha pública da oficina. O registro precisa preservar o rascunho final, o tempo total, a qualidade observada e o esforço humano empregado.

Uma execução isolada cria uma referência inicial para comparação posterior; não representa toda a variação do processo.

Faça agora uma execução manual no seu computador. Abra um editor de texto e um relógio ou cronômetro. Antes de iniciar, crie espaço para anotar o rascunho, o tempo, as correções e a qualidade.

Comece a contar imediatamente antes de ler a solicitação e a ficha. Siga o processo: receber solicitação → consultar ficha → redigir rascunho → revisar. Não use IA nesta execução. Pare o relógio quando o rascunho estiver revisado.

Inclua no tempo a leitura, as consultas à ficha, as reformulações e qualquer retrabalho. O envio externo não faz parte do piloto.

Ao terminar, registre o que foi observado, sem transformar requisitos diferentes em uma nota média. Para cada requisito, use exatamente: atende, não atende ou não verificado.

Registre também o esforço humano: descreva cada intervenção necessária, como consultar novamente a ficha, corrigir uma formulação ou cortar palavras para respeitar o limite. Quando houver contagem, use-a por unidade de trabalho, por exemplo, intervenções em 1 rascunho.

Marque como observado tudo o que você mediu ou verificou nesta execução. Os dados apresentados na tela são exemplo fictício; não os apresente como resultado da sua medição.

“Ser rápido” e “ter qualidade” não permitem decidir nada depois. Transforme cada expectativa em um critério observável para 1 rascunho: o que observar, como registrar, qual limite aceitar e em qual unidade.

Exemplo de estrutura: “Quantidade de palavras | contagem no rascunho | até 80 palavras | 1 rascunho”. Assim, pessoas diferentes conseguem verificar o mesmo resultado sem depender de uma impressão geral.

Os requisitos de qualidade são obrigatórios e são verificados separadamente. Não calcule uma nota média: registre cada requisito como atende, não atende ou não verificado.

A meta de tempo é desejável, não substitui os requisitos obrigatórios. Exemplo fictício: uma linha de base de 120 s (observado; exemplo fictício) pode orientar a meta de reduzir 25%, chegando a até 90 s (estimado; exemplo fictício) por 1 rascunho. Registre o tempo total, da leitura da solicitação ao rascunho revisado.

A alternativa deve atacar o gargalo, não cumprir uma preferência por tecnologia. No Centro Cultural Aurora, uma dúvida sem resposta na ficha — como a disponibilidade de vagas — não pode ser resolvida inventando uma resposta mais bem escrita.

Use esta comparação inicial:

• Informação ausente ou desatualizada: corrigir ou complementar a ficha na fonte.
• Respostas repetitivas e previsíveis: usar um modelo de resposta ou regras fixas.
• Variação de linguagem, mantendo os fatos da ficha: pode justificar explorar IA para preparar o rascunho.

A IA é uma hipótese de melhoria em uma etapa localizada. Ela não transforma uma informação indisponível em informação confirmada.

O fluxo visual separa o tipo de dificuldade da alternativa que pode enfrentá-la.

Viabilidade não é uma promessa de ganho. Antes de explorar IA, registre o benefício como uma hipótese e verifique as condições que tornam o recorte possível.

Considere o esforço inteiro: preparar a entrada, produzir 1 rascunho, revisar a fidelidade à ficha, corrigir falhas e registrar o resultado. Reduzir apenas o tempo de redação pode não reduzir o esforço total.

O risco depende da consequência do erro, da possibilidade de conferir a saída e de reverter a ação. Neste recorte, o resultado é um rascunho; o envio fica fora do piloto. Ainda assim, a revisão humana precisa estar disponível antes de qualquer uso externo.

A decisão parte do recorte já construído: linha de base, gargalo, requisitos obrigatórios e restrições. Não faça uma soma genérica de vantagens e desvantagens. Uma condição determinante pode definir o encaminhamento, mesmo quando o benefício estimado parece atraente.

Separe o que sustenta a justificativa:

• observado: registrado no processo, na linha de base ou na fonte disponível;
• estimado: possível benefício ou esforço ainda não comprovado;
• a verificar: condição da qual a viabilidade depende.

Use exatamente três encaminhamentos: seguir para um piloto com IA, manter sem IA e adiar até remover impedimentos. O primeiro autoriza somente uma investigação limitada. Não aprova a adoção da solução nem o envio externo de respostas.

A IA é desnecessária quando uma mudança no processo, um modelo de resposta ou uma regra simples atende ao objetivo com menor complexidade. Nesse caso, acrescentar IA não resolve uma lacuna necessária: atende apenas a uma preferência tecnológica.

A IA é inviável no recorte atual quando falta uma condição necessária para explorar o piloto, como dados utilizáveis, autorização, acesso, orçamento ou capacidade de revisão. Se a condição puder ser removida, o encaminhamento é adiar até remover impedimentos.

A IA é inadequada quando o tipo de tarefa torna imprudente usar uma saída que não pode ser conferida, cujo erro tem consequência grave ou cuja ação não é reversível. Nesse caso, benefício estimado não compensa o risco: o encaminhamento é manter sem IA para esse recorte.

No Centro Cultural Aurora, a ficha pública permite conferir duração, local e inscrição; ela não permite confirmar vagas. O recorte continua limitado a 1 rascunho de resposta de até 80 palavras, revisado por uma pessoa, sem envio externo.

Ao relacionar um cenário ao encaminhamento, procure a condição que realmente decide o caso. Uma alternativa simples suficiente não se torna pior por não usar IA. Uma condição ausente, mas removível, não autoriza ignorar a restrição. E uma condição controlada para investigar não equivale a aprovar uma solução para adoção.

A Ficha de decisão reúne o que foi definido e o que foi registrado para tornar a conclusão verificável. Ela não é um plano de construção nem uma promessa de ganho com IA.

Leia a ficha como uma cadeia: problema e público → processo e gargalo → entrega pequena → linha de base e critérios → restrições e risco → encaminhamento. Se um elo não sustenta o próximo, revise o recorte.

Exemplo de incoerência: registrar que não há informação sobre vagas na ficha e, ao mesmo tempo, exigir confirmação de vagas como critério do rascunho. Esse critério pediria um dado que está fora do escopo e sem fonte de apoio.

Não use os rótulos observado, estimado e a verificar para todos os campos da ficha. Eles qualificam dados e afirmações factuais, não uma definição que você adotou para o piloto.

Por exemplo, a unidade de trabalho, o escopo, as exclusões e os critérios são definições do recorte. O encaminhamento é uma decisão justificada. Já o tempo realmente medido na sua linha de base é observado; uma redução de tempo esperada é estimado; e a disponibilidade de revisão humana, se não foi confirmada, é a verificar.

Use os valores que você registrou na sua própria linha de base. A ficha e a solicitação apresentadas no tutorial são exemplo fictício, mas a medição que você realizou sobre essa execução é seu registro observado.

O risco também precisa aparecer na consolidação. No recorte atual, o envio externo está excluído e o rascunho deve ser revisado. Se a fronteira mudasse para uma ação externa difícil de reverter, sem fonte para conferir a saída, a IA seria inadequada: o encaminhamento seria manter sem IA, e não esperar um benefício estimado compensar o risco.

Quando a revisão ou o acesso ainda não foram confirmados, a situação é diferente: há um impedimento removível e o encaminhamento pode ser adiar até remover impedimentos. Registre a condição que realmente determina a decisão.