Como documentar um processo com ChatGPT

A rotina funciona, mas cada pessoa explica de um jeito

Uma pessoa experiente sabe receber um pedido, conferir dados, resolver pendências e encaminhar a entrega. Quando alguém novo pergunta como o processo funciona, a explicação mistura sequência, atalhos, exceções e detalhes lembrados no momento.

O ChatGPT pode ajudar a organizar essas notas em uma instrução de trabalho revisável. A ferramenta estrutura etapas, separa decisões, localiza campos ausentes e prepara casos de teste. O dono do processo confirma a ordem, a autoridade e o tratamento das exceções antes da publicação.

Este tutorial usa uma conversa comum no ChatGPT pela web e um conjunto de notas inteiramente sintético. Não depende de upload, conector, integração ou recurso em rollout. A saída apresentada é um gabarito documental para conferência, sem alegação de benchmark ou teste comparativo entre modelos.

O que você vai produzir

Ao final, você terá uma instrução de trabalho com:

objetivo e limite do processo;
evento de início;
entradas obrigatórias;
papéis envolvidos;
sequência de execução;
decisões que mudam a rota;
exceções e bloqueios;
evidências de conclusão;
lacunas que precisam do dono do processo;
versão, responsável e data de revisão.

O exercício termina num documento para revisão. Ele não publica o procedimento, não atualiza sistemas e não concede autoridade a quem não a possui.

Diferença entre mapa, checklist e instrução de trabalho

Esses artefatos se conectam, mas resolvem perguntas diferentes.

Mapa de processo

Mostra etapas, decisões, esperas, sistemas e handoffs. Ajuda a entender o fluxo e avaliar mudanças ou automação. O guia sobre como mapear processos para automação com IA cobre essa decisão.

Checklist

Reúne verificações que precisam ser confirmadas. Funciona bem para conformidade, qualidade e preparação. O tutorial sobre transformar uma política em checklist com IA parte de regras aprovadas e preserva condições e proibições.

Instrução de trabalho

Explica como uma pessoa executa uma rotina delimitada, do gatilho até a evidência final. Ela registra sequência, papéis, pontos de decisão, exceções e destino do resultado.

Aqui, a tarefa consiste em transformar notas dispersas sobre execução numa primeira instrução conferível. Se as notas revelarem conflito de política ou processo mal definido, o documento deve mostrar a lacuna em vez de completar a resposta por costume.

Ferramenta, conta e dados permitidos

O passo a passo foi escrito para texto colado numa conversa do ChatGPT. A documentação oficial consultada em 23 de setembro de 2026 indicava que o ChatGPT possui acesso gratuito com limites sujeitos a mudança. Contas pagas e ambientes empresariais podem ter recursos e controles diferentes.

Antes de usar material real:

confirme a conta aprovada pela empresa;
confira a política interna para uso de IA;
remova nomes, dados pessoais, valores sensíveis, credenciais e informações de clientes;
verifique os controles de dados da conta;
preserve a fonte original fora da conversa;
identifique quem possui autoridade para validar o procedimento.

A central de ajuda da OpenAI informa que o usuário de uma conta pessoal pode desativar Improve the model for everyone em Settings → Data Controls. A empresa também declara tratamento diferente para produtos empresariais. Essas condições pertencem ao fornecedor e não substituem autorização interna, contrato, confidencialidade ou regras de proteção de dados.

Para aprender o método, use somente o material sintético deste artigo.

Notas sintéticas do exercício

A Empresa Horizonte vende kits de escritório para outras empresas. A equipe descreveu assim a rotina fictícia de liberar um pedido para expedição:

Processo: liberar pedido B2B para expedição

O processo começa quando o comercial marca o pedido como “fechado” no CRM.
A pessoa de operações abre o pedido no CRM e confere se razão social, CNPJ, endereço de entrega, itens, quantidades e condição de pagamento estão preenchidos.
O preço precisa ser igual ao da proposta aprovada anexada ao negócio.
Se faltar dado cadastral, operações devolve a pendência ao vendedor pelo campo de comentários do CRM.
Se preço ou condição forem diferentes da proposta, o pedido fica bloqueado até revisão do gerente comercial.
Depois da conferência, operações consulta o ERP para verificar cadastro do cliente e disponibilidade dos itens.
Cliente novo precisa ser cadastrado no ERP pelo financeiro. As notas não dizem qual documento autoriza esse cadastro.
Se algum item estiver sem estoque, operações pergunta ao comercial se o pedido pode seguir parcialmente. Ninguém explicou quem aprova a entrega parcial com o cliente.
Com cadastro e estoque confirmados, operações cria a ordem no ERP e copia o número da ordem para o CRM.
O pedido liberado entra na fila da expedição.
A expedição separa os itens e registra o código de rastreio no ERP.
Não está claro quem avisa o cliente nem qual sistema guarda a confirmação de envio.
Pedidos acima de R$ 20.000 recebem uma segunda conferência, mas as notas não informam quem faz nem quais campos revisa.

As notas contêm fluxo comum, dois bloqueios claros e quatro lacunas:

documento que autoriza cadastro de cliente novo;
autoridade para entrega parcial;
responsável e canal da comunicação de envio;
responsável e escopo da segunda conferência.

A instrução reprova se preencher essas lacunas com uma prática provável.

Passo 1: delimite o trabalho

Abra uma conversa nova e envie:

Vou fornecer notas sintéticas sobre uma rotina empresarial.

Prepare uma primeira versão de instrução de trabalho para a pessoa de operações.
Use somente as notas fornecidas.
Não invente responsáveis, sistemas, documentos, prazos, aprovações ou regras.
Quando uma informação necessária estiver ausente, escreva exatamente: PENDENTE DE DEFINIÇÃO.
Separe fatos da fonte, interpretação necessária e pergunta ao dono do processo.
Não publique, não envie mensagens e não atualize sistemas.
Aguarde as notas.

Depois, cole as notas sintéticas.

Esse contrato reduz duas tentações frequentes: completar o procedimento com boas práticas genéricas e transformar uma descrição informal em política aprovada.

Passo 2: peça o inventário antes da redação

Solicite uma tabela intermediária:

Antes de redigir a instrução, extraia os elementos das notas em uma tabela com estas colunas:

- tipo: gatilho, entrada, etapa, decisão, exceção, papel, sistema, evidência ou lacuna;
- descrição fiel;
- responsável citado;
- sistema citado;
- condição;
- resultado esperado;
- trecho de origem;
- status: definido ou PENDENTE DE DEFINIÇÃO.

Preserve os nomes dos estados e sistemas como aparecem na fonte.
Uma pessoa citada numa etapa não ganha autoridade para aprovar outra.
Não transforme prática comum em regra.

Revise se a tabela encontrou:

CRM como gatilho e fonte de dados do pedido;
proposta aprovada como referência de preço e condição;
ERP como fonte de cadastro, estoque, ordem e rastreio;
vendedor como destino da pendência cadastral;
gerente comercial como revisor de divergência comercial;
financeiro como executor do cadastro de cliente novo;
expedição como responsável por separação e rastreio;
quatro lacunas explícitas.

Se algum item estiver ausente, corrija a extração antes de pedir o procedimento.

Passo 3: defina a estrutura da instrução

Envie:

Agora prepare a instrução de trabalho com esta estrutura:

1. Título
2. Objetivo
3. Escopo e fora de escopo
4. Evento de início
5. Entradas obrigatórias
6. Papéis e responsabilidades confirmadas
7. Sistemas e fontes usados
8. Passo a passo numerado
9. Decisões e bloqueios
10. Exceções
11. Evidências de conclusão
12. Pendências para o dono do processo
13. Controle de versão e revisão

Para cada passo, informe:
- ação;
- responsável citado;
- entrada;
- sistema;
- condição de conclusão;
- rota quando faltar informação.

Use PENDENTE DE DEFINIÇÃO onde a fonte não sustentar uma resposta.
Não resolva as pendências durante a redação.

A estrutura obriga a ferramenta a mostrar o caminho inteiro. Também coloca a evidência de encerramento ao lado da execução, evitando um procedimento que termina em “processar pedido” sem indicar o estado final.

Passo 4: confira o fluxo esperado

A redação pode variar. O fluxo precisa preservar esta sequência:

1. Receber o gatilho

Evento: pedido marcado como fechado no CRM.
Responsável seguinte: operações.
Evidência: registro do pedido disponível para conferência.

2. Conferir dados obrigatórios

Operações verifica razão social, CNPJ, endereço, itens, quantidades e condição de pagamento no CRM.

Se faltar dado cadastral, registra a pendência no campo de comentários e devolve ao vendedor. O pedido ainda não segue para criação no ERP.

3. Conferir proposta e condição comercial

Operações compara preço e condição com a proposta aprovada anexada.

Divergência de preço ou condição bloqueia o pedido até revisão do gerente comercial. As notas não autorizam operações a corrigir ou aprovar a diferença.

4. Conferir cadastro e estoque

Operações consulta o ERP para confirmar cadastro do cliente e disponibilidade dos itens.

Cliente novo segue para cadastro pelo financeiro. O documento que autoriza essa criação permanece PENDENTE DE DEFINIÇÃO.

5. Tratar falta de estoque

Operações consulta o comercial sobre possibilidade de envio parcial. A autoridade para confirmar essa alteração com o cliente permanece PENDENTE DE DEFINIÇÃO.

6. Criar ordem e devolver referência

Com cadastro e estoque confirmados, operações cria a ordem no ERP e registra seu número no CRM.

7. Encaminhar para expedição

O pedido liberado entra na fila. A expedição separa itens e registra rastreio no ERP.

8. Encerrar a rotina

A confirmação de envio ao cliente e o sistema que guarda essa evidência permanecem PENDENTE DE DEFINIÇÃO.

Pedido acima de R$ 20.000 exige segunda conferência, mas responsável e campos revisados também permanecem pendentes.

Qualquer versão que atribua essas decisões ao comercial, financeiro, operações ou expedição por suposição reprova.

Passo 5: transforme lacunas em perguntas

Peça ao ChatGPT:

Liste somente as perguntas necessárias para concluir a instrução.
Para cada pergunta, mostre:
- etapa afetada;
- risco de operar sem a resposta;
- papel que deve responder, quando estiver citado nas notas;
- trecho que demonstrou a lacuna.

Não proponha resposta.
Não escolha responsável quando as notas não indicarem autoridade.

O gabarito precisa incluir perguntas como:

Qual documento ou aprovação autoriza o financeiro a cadastrar um cliente novo no ERP?
Quem pode confirmar uma entrega parcial com o cliente?
Quem comunica o envio, por qual canal e onde essa confirmação fica registrada?
Quem realiza a segunda conferência de pedidos acima de R$ 20.000?
Quais campos e evidências entram nessa segunda conferência?
O que comprova o encerramento completo do processo?

A pergunta certa protege o procedimento contra falsa completude. Uma instrução curta com lacunas visíveis oferece base melhor para decisão do que um manual detalhado sustentado por suposição.

Passo 6: teste casos antes de aprovar

Use estes cenários sintéticos.

Caso 1: fluxo comum completo

Pedido fechado no CRM.
Todos os dados cadastrais presentes.
Preço e condição iguais à proposta.
Cliente ativo no ERP.
Todos os itens disponíveis.
Valor total: R$ 8.400.

Resultado esperado: operações cria a ordem, registra o número no CRM e encaminha à fila de expedição.

Caso 2: preço divergente

Pedido fechado no CRM.
Preço no pedido: R$ 9.700.
Preço na proposta aprovada: R$ 9.200.
Demais dados completos.

Resultado esperado: bloquear e encaminhar para revisão do gerente comercial. A instrução não autoriza ajuste silencioso.

Caso 3: cliente novo

Pedido completo no CRM.
Cliente ausente no ERP.
Contrato anexado, mas as notas não definem se ele autoriza o cadastro.

Resultado esperado: encaminhar ao financeiro e manter a autorização documental como pendência. O contrato anexado não vira autorização por inferência.

Caso 4: estoque parcial

Três itens no pedido.
Dois disponíveis.
Um sem estoque.
O vendedor pede para enviar os dois disponíveis hoje.

Resultado esperado: registrar a proposta de envio parcial e interromper no ponto de autoridade ausente. Pedido do vendedor não prova aceite do cliente nem alçada para alterar a entrega.

Caso 5: valor alto

Dados completos.
Preço e condição conferidos.
Estoque disponível.
Valor total: R$ 24.500.

Resultado esperado: acionar segunda conferência e expor que responsável e escopo ainda precisam de definição. O procedimento não deve liberar o pedido enquanto esse gate continuar sem desenho.

Peça à ferramenta para aplicar a instrução aos cinco casos e citar a etapa usada. Faça a revisão humana contra as notas. O formato correto não garante interpretação correta.

Passo 7: faça uma auditoria de fidelidade

Use este pedido final:

Compare a instrução com as notas linha por linha.
Crie quatro blocos:

1. afirmações sustentadas por trecho da fonte;
2. etapas omitidas;
3. afirmações sem apoio;
4. pendências que foram preenchidas indevidamente.

Cite o trecho correspondente.
Não corrija silenciosamente.

A revisão procura quatro defeitos.

Etapa omitida

A instrução pula a devolução ao vendedor ou deixa de copiar o número da ordem para o CRM.

Autoridade inventada

A saída decide que o vendedor aprova entrega parcial ou que o financeiro aprova a divergência comercial.

Evidência enfraquecida

O procedimento encerra ao criar a ordem, embora as notas ainda incluam fila de expedição e rastreio.

Lacuna escondida

A segunda conferência aparece como etapa completa, mesmo sem responsável e critérios.

Quando a auditoria encontra um desses problemas, corrija o documento e repita os casos afetados.

Como escrever passos que uma pessoa consegue executar

Cada passo deve permitir cinco respostas:

Quem executa?
Qual entrada precisa estar disponível?
O que a pessoa faz?
Que condição muda a rota?
Qual evidência confirma a conclusão?

Compare:

Validar o pedido.

Com:

Operações compara preço e condição do pedido no CRM com a proposta aprovada anexada. Se houver divergência, mantém o pedido bloqueado e encaminha ao gerente comercial. A etapa termina quando os dois campos coincidem ou a revisão fica registrada.

A segunda versão mostra fonte, ação, decisão, autoridade e evidência. Ainda precisa refletir a rotina real. Clareza textual não substitui observação e teste.

O dono do processo precisa resolver o que a IA encontrou

Depois da primeira versão, reúna quem executa e quem responde pelas decisões. Revise cada pendência com perguntas concretas.

Registre a resposta aprovada em três lugares quando necessário:

política ou regra que concede autoridade;
instrução de trabalho que orienta a execução;
sistema que aplica ou registra a decisão.

Evite resolver tudo apenas dentro do chat. A conversa ajuda a preparar o documento. O processo aprovado precisa ficar num local oficial, com acesso, versão e responsável.

Se as pessoas discordarem sobre a rotina, preserve a divergência até a decisão do dono. A ferramenta não deve votar pela versão mais frequente.

Controle a publicação e a mudança

Antes de liberar a instrução para uso, preencha:

título e identificador;
processo e público;
versão;
data de vigência;
dono do processo;
autor e revisor;
sistemas envolvidos;
documentos de referência;
pendências encerradas;
casos testados;
canal de dúvidas;
próxima revisão;
histórico de alterações.

Mudança em CRM, ERP, proposta, alçada, estoque ou comunicação pode tornar uma etapa inválida. A revisão deve acontecer também quando a equipe começa a contornar o documento com frequência.

Uma instrução desatualizada cria duas operações: a oficial e a que as pessoas usam para conseguir trabalhar.

Cuidados com material real

Interrompa o exercício quando:

a conta não está autorizada para aquele conteúdo;
as notas contêm dados pessoais ou de cliente desnecessários;
existe segredo comercial, credencial ou informação contratual restrita;
ninguém possui autoridade para validar o processo;
documentos oficiais entram em conflito;
a rotina envolve decisão jurídica, financeira, médica ou trabalhista sem revisão competente;
a saída inventa alçadas ou reduz bloqueios;
o sistema oficial não permite versionar ou comunicar a mudança.

Em processos sensíveis, use dados sintéticos para aprender o método. Quando chegar a hora de trabalhar com material real, aplique o ambiente, a conta, os acessos e a revisão definidos pela empresa.

Fontes e condições verificadas

Fontes oficiais consultadas em 23 de setembro de 2026:

OpenAI, ChatGPT Free Tier FAQ, para acesso e limites sujeitos a mudança;
OpenAI, Data Controls FAQ, para controles de uso de conversas em contas pessoais;
OpenAI, Managing data, sharing, and privacy in ChatGPT Business, para condições declaradas do workspace empresarial.

A disponibilidade foi verificada por documentação. Este artigo não afirma execução na interface, economia de tempo ou desempenho comparativo. O conjunto sintético e o gabarito foram conferidos localmente quanto à cobertura das etapas, dos bloqueios e das quatro lacunas declaradas.

Checklist antes de publicar a instrução

[ ] A conta e os dados usados estão autorizados?
[ ] A fonte original foi preservada?
[ ] O objetivo e o limite do processo estão claros?
[ ] O gatilho e as entradas obrigatórias aparecem?
[ ] Cada papel possui somente a autoridade confirmada?
[ ] Sistemas e documentos citados estão identificados?
[ ] O fluxo comum mantém a ordem observada?
[ ] Decisões mostram condição, responsável e evidência?
[ ] Exceções possuem rota de parada ou encaminhamento?
[ ] Informação ausente continua como pendência?
[ ] Casos normais e difíceis foram testados?
[ ] Uma pessoa que executa o trabalho revisou os passos?
[ ] O dono do processo aprovou as decisões?
[ ] A versão oficial possui data, responsável e próxima revisão?
[ ] A equipe sabe onde consultar e como reportar erro?

O documento precisa sobreviver à conversa

O ChatGPT pode acelerar a passagem de notas dispersas para uma instrução revisável. O ganho depende de manter a fonte visível, separar papéis de autoridade, preservar exceções e recusar respostas inventadas para preencher o documento.

Comece com um processo estreito. Extraia os elementos, escreva os passos, exponha as lacunas, teste casos e peça aprovação ao dono. Depois publique a versão no sistema oficial da empresa. Uma conversa organiza o rascunho; a operação precisa de um documento governado.