Muitas empresas têm processos que funcionam apenas porque alguém experiente lembra a ordem, conhece as exceções e sabe a quem perguntar. Transformar essa rotina em um procedimento operacional revisável pode ser uma microentrega digital útil. A inteligência artificial ajuda a organizar entrevistas, localizar etapas em documentos e apontar lacunas. Ela não conhece a regra real da empresa e não deve inventá-la.
O produto responsável não é um manual genérico escrito pelo modelo. É um procedimento delimitado, ligado às fontes autorizadas, revisado por quem executa o trabalho e testado por outra pessoa. O cliente recebe também as dúvidas pendentes, as evidências usadas e um registro das decisões. Esse conjunto vale mais do que um texto fluente que ninguém consegue confirmar.
Capa: ilustração editorial exclusiva do Bastidores da IA. Não é captura de tela, documento de cliente, sistema real ou prova de resultado.
A oferta é documentação verificável, não consultoria disfarçada
Um procedimento operacional descreve como realizar uma tarefa específica em um contexto específico. Ele pode cobrir, por exemplo, o cadastro de um item já aprovado, a preparação de um arquivo para revisão ou a conferência de uma solicitação antes do encaminhamento. O trabalho começa com uma rotina que já existe e com pessoas autorizadas a explicá-la.
Defina o serviço como uma entrega documental. Você coleta material autorizado, entrevista responsáveis, registra decisões, organiza o fluxo, redige instruções e conduz um teste controlado. Não assuma responsabilidade técnica, jurídica, contábil, trabalhista, médica ou de segurança que pertença a um profissional habilitado ou à liderança do cliente.
O serviço não garante produtividade, redução de erros, conformidade, vendas ou renda. Seu valor está em tornar uma rotina observável, revisável e menos dependente de memória informal. Se o processo estiver errado, contraditório ou sem responsável, a entrega deve revelar o problema, não escondê-lo com uma redação convincente.
Escolha uma tarefa com começo e fim claros
Evite propostas vagas como “documentar toda a empresa”. Comece por uma tarefa que tenha gatilho, responsável, entradas, passos, resultado esperado e forma de verificar a conclusão. Quanto mais aberta for a rotina, maior será a chance de misturar decisões estratégicas, exceções e atividades de equipes diferentes.
Uma boa pergunta de escopo é: “O que uma pessoa autorizada precisa conseguir fazer depois de ler e testar este procedimento?”. A resposta precisa descrever uma ação observável. “Entender melhor o setor” é amplo demais. “Preparar e encaminhar um pedido já aprovado sem omitir os campos obrigatórios” é verificável.
Registre também o que fica fora. Automatização, escolha de sistema, desenho de política, treinamento amplo, implantação, auditoria de conformidade e manutenção recorrente são trabalhos diferentes. Separar os limites protege o cliente e evita transformar uma microentrega em um projeto sem fim.
Monte um pacote de fontes antes da entrevista
Peça somente os documentos necessários para a tarefa: procedimento antigo, formulário, modelo de mensagem, lista de campos, política aplicável e exemplos já autorizados. Para cada fonte, registre nome, proprietário, data, versão e estado conhecido. Não trate um arquivo encontrado em uma pasta como regra vigente apenas porque ele parece completo.
Se houver dados pessoais, segredos comerciais, credenciais ou informações financeiras, solicite uma versão minimizada ou anonimizada. Confirme se a ferramenta de IA escolhida pode receber aquele conteúdo. Quando isso não for aceitável, trabalhe com trechos desidentificados, uma solução local adequada ou faça a organização sem IA.
Antes de enviar qualquer documento a uma ferramenta, aplique o roteiro interno Como preparar um documento antes de enviar para uma IA. O princípio é simples: a coleta deve obedecer ao escopo, e o escopo deve obedecer à autorização.
Entreviste quem faz e quem recebe o trabalho
Uma única pessoa pode explicar a rotina a partir de sua experiência, mas isso não prova que todos executam da mesma forma. Converse com quem inicia a tarefa, quem a realiza, quem recebe o resultado e quem decide exceções. Quando possível, observe uma execução autorizada sem registrar dados desnecessários.
A orientação do GOV.UK para pesquisa com usuários recomenda combinar evidências existentes, entrevistas e observação. Ela também alerta que opiniões sem evidência devem ser tratadas como hipóteses. Em uma microentrega comercial, isso significa marcar “prática observada”, “regra documentada”, “decisão aprovada” e “dúvida” como estados diferentes.
Faça perguntas concretas: o que dispara a tarefa, de onde vêm os dados, o que precisa estar pronto, qual erro impede o avanço, quem pode aprovar, como a conclusão é registrada e o que muda quando algo sai do padrão. Não use a IA para responder em nome da equipe.
Separe fato, variação e decisão
A IA pode resumir entrevistas e agrupar passos semelhantes, mas tende a suavizar conflitos. Se duas pessoas descrevem ordens diferentes, preserve a divergência. Se um documento contradiz a prática observada, registre ambos e peça uma decisão ao responsável.
| Registro | O que significa | Como revisar |
|---|---|---|
| Fonte | Documento, entrevista ou observação autorizada | A origem, a data e o responsável estão identificados? |
| Etapa candidata | Ação extraída antes da aprovação | A ação aparece na fonte ou foi inferida? |
| Variação | Forma diferente de executar a mesma etapa | A diferença é permitida, antiga ou incorreta? |
| Exceção | Situação que muda o fluxo normal | Quem reconhece e quem decide a exceção? |
| Decisão | Escolha confirmada pelo responsável | Há data, autor e motivo registrados? |
| Pendência | Lacuna que impede afirmar a regra | Está visível ou foi disfarçada como instrução? |
Exemplo ilustrativo. A tabela mostra a estrutura de revisão. Ela não contém processo, dado ou decisão de cliente real.
Use a IA em passagens curtas e rastreáveis
Na primeira passagem, peça apenas a extração de ações, entradas, resultados, exceções e dúvidas. Exija que cada item aponte para um trecho ou uma fala identificada. Quando a fonte não sustentar uma resposta, a saída correta é “não localizado”.
Na segunda passagem, peça agrupamento, não resolução. O modelo pode aproximar etapas equivalentes e mostrar diferenças de terminologia. Ele não deve escolher qual área está certa, preencher campos ausentes nem criar uma exceção plausível.
Na terceira passagem, gere um rascunho somente com itens aprovados. O perfil do NIST para inteligência artificial generativa trata confabulação como risco: o sistema pode apresentar conteúdo incorreto com confiança. Em procedimentos, uma etapa inventada pode parecer pequena e ainda assim alterar prazo, responsabilidade, acesso ou registro.
Guarde o prompt, a versão das fontes e a saída usada. O guia Como documentar uma tarefa feita com IA mostra um registro mínimo para repetir e revisar o trabalho sem depender da memória.
Escreva cada passo como uma ação observável
A documentação da Microsoft recomenda uma instrução separada por etapa, listas numeradas para procedimentos com várias ações e verbos no imperativo. Também orienta indicar onde a ação acontece quando isso puder causar confusão. Essas escolhas tornam o teste mais objetivo.
Evite “processar a solicitação corretamente”. Prefira indicar a ação, o local, a entrada e o sinal de conclusão. Se a pessoa precisa conferir um campo, diga qual campo e contra qual fonte. Se precisa salvar, explique como verificar que o registro persistiu. Não confunda clique com resultado.
Use termos que a equipe reconhece. O Portal do Servidor recomenda começar pelo mais importante, evitar jargões desnecessários, usar frases curtas e revisar o que não acrescenta. Linguagem simples não elimina precisão. Ela remove obstáculos que não ajudam a executar a tarefa.
Inclua pré-requisitos, resultado e recuperação
Antes dos passos, informe quem pode executar, quais permissões são necessárias, o que precisa estar disponível e qual versão do documento ou sistema foi considerada. Se houver risco de alteração externa, mostre o ponto de aprovação antes da ação.
Depois dos passos, descreva o resultado esperado e uma forma de conferi-lo. “A tela fecha” não prova que o cadastro foi salvo. “O registro aparece na lista com identificador e estado esperados” é um critério melhor, desde que isso corresponda ao sistema real e tenha sido testado.
Inclua também recuperação: o que fazer quando um campo está ausente, uma autorização não existe, o sistema retorna erro ou a exceção não está documentada. A resposta segura pode ser interromper a tarefa e encaminhar a pendência a uma pessoa específica. Não invente atalhos para manter o fluxo em movimento.
Trate exceções como uma fila própria
Procedimentos ficam ilegíveis quando cada passo tenta absorver todas as situações raras. Mantenha o fluxo principal curto e ligue as exceções a uma seção separada. Para cada uma, registre o sinal que a identifica, a pessoa que pode decidir e a ação permitida.
Não transforme uma história isolada em regra. Pergunte se a exceção continua válida, se depende de autorização e se deve ser registrada. Se ninguém puder confirmar, deixe a pendência fora do procedimento aprovado.
Também diferencie erro operacional de decisão de negócio. Um campo obrigatório ausente pode interromper a execução. Uma condição comercial fora do padrão pode exigir aprovação. A pessoa que documenta não deve decidir nenhuma das duas sozinha.
Teste com alguém que não participou da redação
O teste mais útil não é pedir ao especialista que releia o texto. Convide uma pessoa autorizada que conheça o contexto, mas não tenha escrito o procedimento. Forneça um caso controlado e observe onde ela precisa adivinhar, voltar, pedir ajuda ou usar informação que não está documentada.
Registre cada dificuldade como evidência de revisão. A pessoa começou no lugar errado? Faltou pré-requisito? Um termo era ambíguo? O resultado não pôde ser confirmado? Corrija o documento e repita apenas os trechos afetados.
Não faça teste em produção quando isso puder enviar, excluir, cobrar, publicar ou alterar dados reais. Use ambiente de teste, cópia controlada ou simulação aprovada. Se não existir uma forma segura de testar, declare essa limitação no aceite.
Entregue mais do que o texto final
Uma microentrega revisável pode conter o procedimento aprovado, o inventário de fontes, a matriz de etapas, a lista de exceções, as pendências e o registro do teste. Inclua proprietário, data, versão e condição para nova revisão.
O formato depende do uso real. Um documento pode servir para aprovação. Uma página de base de conhecimento facilita consulta. Um arquivo estruturado pode ajudar a manutenção. Entregue uma versão editável e uma referência estável, sem prender o cliente a um formato que ninguém consegue atualizar.
Não apague o histórico quando o fluxo mudar. Marque versões substituídas e registre o motivo da alteração. Um procedimento sem dono envelhece silenciosamente. A manutenção periódica deve ser proposta como escopo separado, com critérios claros.
Defina o aceite por evidência
O cliente pode aceitar a entrega quando o escopo estiver explícito, as fontes estiverem identificadas, as decisões tiverem responsáveis, os passos aprovados forem executáveis, as exceções estiverem separadas e o teste tiver registro. Pendências não precisam desaparecer, mas precisam estar visíveis.
Faça um piloto com uma rotina pequena. O resultado pode ser um procedimento aprovado ou a constatação de que a organização ainda não tem regra suficiente para documentar. Os dois resultados são honestos. O segundo evita publicar uma falsa certeza.
Uma oferta responsável pode dizer: “Organizo uma rotina já existente a partir de fontes e entrevistas autorizadas, separo divergências, redijo passos verificáveis e conduzo um teste controlado. Não invento políticas, não substituo especialistas e não prometo resultado financeiro.”
Fontes oficiais consultadas
- Microsoft Style Guide: escrita de instruções passo a passo, consultado em 25 de agosto de 2026.
- Portal do Servidor: Linguagem Simples no Serviço Público, consultado em 25 de agosto de 2026.
- GOV.UK Service Manual: aprender sobre usuários e suas necessidades, consultado em 25 de agosto de 2026.
- NIST: perfil de riscos para inteligência artificial generativa, consultado em 25 de agosto de 2026.