Modelo de POP: formato, exemplo, ciclo de revisão — e o POP que cada membro lê no próprio idioma (2026)

Um procedimento operacional padrão, ou POP, é a forma escrita de executar um trabalho recorrente na sua organização: os passos em ordem, quem executa cada um, o que cada passo produz e o que fazer quando o caminho normal está bloqueado. Um modelo de POP é o esqueleto fixo em que essas palavras entram, para que o quadragésimo procedimento tenha a mesma aparência do primeiro e quem leu um consiga ler todos. O modelo é a parte fácil; a maior parte deste guia trata do que vai nele e do que o mantém verdadeiro depois do dia em que é escrito.

Este guia começa pelo ofício: o que um POP é e o que não é, o formato padrão, como escrever um que as pessoas realmente sigam, um modelo que você pode copiar e dois exemplos preenchidos. Depois vêm os mecanismos: como funciona o ciclo de revisão, onde o POP e sua revisão ficam nas ferramentas que sua equipe já usa e o que recebe quem o lê em outro idioma. Porque o verdadeiro teste de um POP não é o dia em que ele é aprovado. É a terça-feira em que um novo colega o abre sozinho, no balcão, com um cliente esperando.

O que um POP é — e o que não é

Cinco tipos de documento descrevem como o trabalho é feito, e o POP é o do meio:

Essas distinções importam porque decidem o tamanho do documento. Um POP que explica a política por trás de cada passo é um manual que ninguém abre no balcão; um POP que desce até qual botão clicar é reescrito toda vez que o software muda. O POP diz o que é feito, por quem, em que ordem, com que resultado; a política acima dele diz por quê, e a instrução de trabalho abaixo dele diz exatamente como, naquela tela.

Um POP também não é a descrição de como o trabalho costuma ser feito. É o jeito acordado, e é por isso que ele tem um responsável, uma versão e uma data de revisão, e por isso um passo que ninguém segue é um passo a excluir ou uma conversa a ter, não uma frase a deixar ali.

O que incluir: o formato padrão

Um POP utilizável tem um cabeçalho e oito seções. A maioria dos modelos disponíveis online traz o cabeçalho e os passos e para por aí, e por isso a maioria dos POPs fica desatualizada em menos de um ano sem que ninguém perceba:

O cabeçalho — a identidade do documento, cinco campos em uma linha: um ID que as pessoas possam citar ("SOP-CS-04"), uma versão ("v2.1"), o responsável — uma pessoa nomeada, não um departamento —, a data de vigência e a data da próxima revisão. Um documento sem data de revisão só é revisado quando algo dá errado.

1. Objetivo. Uma ou duas frases: o que este procedimento alcança e o que dá errado sem ele. "Toda reclamação é registrada, confirmada e resolvida da mesma forma, para que o cliente receba a mesma resposta, não importa quem atenda o telefone."
2. Escopo. Quando este POP se aplica e quando não. "Reclamações de clientes sobre um produto ou uma entrega. Não se aplica a: pedidos de garantia (SOP-CS-07), nem reclamações de fornecedores."
3. Papéis e responsabilidades. Cada papel que aparece nos passos, com aquilo pelo que responde. Papéis, não nomes: nomes mudam; o POP não deveria precisar mudar junto.
4. Definições e pré-requisitos. Termos que uma pessoa nova pode não conhecer e o que precisa estar pronto antes do passo 1 — acesso ao registro, o modelo, a lista de escalonamento.
5. O procedimento. Passos numerados, uma ação por passo, na ordem em que acontecem, cada um começando pelo papel e por um verbo: "A recepção registra…", "O líder da equipe revisa…". Quando ajudar, três colunas — quem, faz o quê, resultado ou registro — para que cada passo termine em algo que uma segunda pessoa possa verificar.
6. Exceções e escalonamento. As ramificações: o que fazer quando o cliente não está no sistema, quando o valor excede o limite, quando o responsável está ausente. Cada exceção nomeia uma pessoa ou um papel, não "pergunte a alguém".
7. Registros e saídas. O que existe no fim e não existia no começo — o registro, o e-mail enviado, o formulário assinado — e onde fica guardado. É a seção que o auditor lê e a que diz se o procedimento foi seguido.
8. Referências e histórico de revisões. A política que ele implementa, os POPs e as instruções de trabalho relacionados; depois uma linha por versão — data, o que mudou, quem aprovou. O histórico é a parte que impede que o mesmo erro seja reintroduzido sob um novo número de versão.

Quatro formatos para a seção do procedimento. Passos simples — uma lista numerada — para um trabalho de menos de dez passos e sem ramificações. Hierárquico — passos numerados com subpassos em letras — quando um passo tem sua própria sequência interna. Fluxograma quando as ramificações importam mais que a sequência: um losango de decisão é mais fácil de seguir do que "se… senão… a menos que". Checklist para uma rotina diária feita pelas mesmas pessoas, em que a pergunta não é "como", mas "fizemos?". Muitos POPs usam dois: um procedimento hierárquico e um checklist de uma página derivado dele para o turno.

O que fica de fora: justificativas (trabalho da política), capturas de tela de cada clique (trabalho da instrução de trabalho) e qualquer coisa que uma pessoa não consiga executar. "Trate o cliente com respeito" é um valor, não um passo.

Como escrever um: observar, redigir, testar, publicar

Observe quem executa o trabalho e anote o que ela realmente faz. Não o que o gestor acha que acontece — o que acontece, inclusive o jeitinho com a planilha. Quem faz o trabalho todo dia é coautor; o POP escrito sobre essa pessoa, e não com ela, é o que vive numa pasta enquanto o procedimento real vive na cabeça dela. Pergunte a cada passo: o que você faz se isso falhar?

Redija no modelo, começando pelos passos. Escreva a seção do procedimento antes do objetivo: os passos mostram onde o escopo termina e quais papéis existem. Uma ação por passo, papel mais verbo, no presente. Se um passo precisa de um parágrafo, são dois passos ou uma instrução de trabalho. Mantenha o conjunto curto o bastante para ser lido em cinco minutos; o detalhe fica nas instruções vinculadas.

Teste com alguém que nunca fez o trabalho. Entregue o POP e mais nada, e observe onde a pessoa para. Cada parada é um passo faltando, uma definição faltando ou uma exceção faltando. Um teste com uma pessoa nova vale três revisões feitas por pessoas experientes, que preenchem as lacunas sem perceber.

Publique onde a equipe lê e defina a data. Um POP numa pasta com outros quarenta é encontrado por quem já conhece o trabalho. Ele precisa estar onde a equipe que executa o procedimento já conversa, com o nome do responsável e a data de revisão visíveis, para que a pergunta "isto ainda está atual?" seja respondida pelo cabeçalho, e não perguntando por aí. Depois coloque a data de revisão no calendário — o POP que é escrito e nunca revisado é aquele que é seguido com toda a confiança depois de ter deixado de ser verdadeiro.

Um modelo de POP

[ID do POP] — [Nome do procedimento]
Versão: [n.n] · Responsável: [papel, nome] · Vigência: [data] · Próxima revisão: [data]

1. Objetivo
[Uma ou duas frases — o que este procedimento alcança e o que dá errado sem ele.]

2. Escopo
Aplica-se a: [situações, produtos, unidades] · Não se aplica a: [o que é coberto em outro lugar, com o ID do POP]

3. Papéis
[Papel] — [pelo que responde neste procedimento]
[Papel] — [pelo que responde]

4. Definições e pré-requisitos
[Termo] — [significado]
Antes do passo 1: [acessos, ferramentas, modelos, listas necessários]

5. Procedimento
5.1 [Papel] [faz o quê] → [resultado ou registro]
5.2 [Papel] [faz o quê] → [resultado ou registro]
5.3 [Papel] [faz o quê] → [resultado ou registro]
[a. subpasso] [b. subpasso]

6. Exceções e escalonamento
Se [condição]: [o que fazer, quem decide]
Se [condição]: [o que fazer, quem decide]
Qualquer caso não coberto aqui: [papel] decide e o caso é levado à próxima revisão.

7. Registros
[O que existe no fim — registro, e-mail, formulário — e onde fica guardado, por quanto tempo.]

8. Referências e histórico de revisões
Implementa: [política] · Relacionados: [IDs de POPs, instruções de trabalho]
v[n.n] — [data] — [o que mudou] — aprovado por [nome]
v[n.n] — [data] — [o que mudou] — aprovado por [nome]

O modelo cola em um arquivo do Word, em um Google Doc, em uma página do Notion, em um canvas do Slack ou em uma nota de chat sem precisar de reformatação. Os dois campos mais deixados em branco são o responsável e a data da próxima revisão; são justamente os dois que decidem se o documento ainda será verdadeiro daqui a um ano.

Dois exemplos preenchidos

Tratamento de reclamação de cliente — equipe de atendimento, hierárquico

SOP-CS-04 — Tratamento de reclamações de clientes
Versão: 2.1 · Responsável: Líder de atendimento, Marta R. · Vigência: 1º out 2026 · Próxima revisão: 1º abr 2027

1. Objetivo — Toda reclamação é registrada, confirmada e resolvida da mesma forma, para que o cliente receba a mesma resposta, não importa quem atenda, no idioma do cliente.
2. Escopo — Reclamações de clientes sobre um produto, uma entrega ou uma fatura, por telefone, e-mail ou chat. Não se aplica a: pedidos de garantia (SOP-CS-07); nem reclamações de fornecedores (SOP-PR-02).
3. Papéis — Recepção: registra e confirma o recebimento. Agente de atendimento: investiga e responde. Líder de atendimento: aprova tudo o que exceder o limite de crédito e decide os escalonamentos.
4. Pré-requisitos — Acesso ao registro de reclamações; o modelo de confirmação no idioma do cliente; o limite de crédito vigente (ver o cabeçalho do registro).

5. Procedimento
5.1 A recepção registra a reclamação no registro → entrada com data, canal, cliente, produto, idioma do cliente e um ID de reclamação
5.2 A recepção envia a confirmação de recebimento em até um dia útil → e-mail de confirmação com o ID da reclamação, no idioma do cliente
5.3 O agente de atendimento investiga:
a. confere os registros de pedido, entrega e fatura;
b. liga ou escreve para o cliente se faltar algum fato;
c. registra a conclusão e a solução proposta no registro → conclusão e solução, com data
5.4 Se a solução for um crédito abaixo do limite, o agente o emite; acima do limite, o líder de atendimento aprova em até um dia útil → nota de crédito ou aprovação por escrito
5.5 O agente responde ao cliente em até cinco dias úteis a partir do 5.1 → resposta no idioma do cliente, citando o ID da reclamação
5.6 A recepção encerra a entrada → status Encerrada, data, solução

6. Exceções — Cliente não está no sistema: registre com os dados de contato informados, marque como não verificado e continue. Cliente ameaça ação judicial: pare no 5.3 e encaminhe ao líder de atendimento no mesmo dia. Responsável ausente: o substituto indicado no cabeçalho do registro aprova.
7. Registros — A entrada no registro (guardada por 5 anos), a confirmação e a resposta (na pasta do cliente), a nota de crédito (financeiro).
8. Referências — Política do cliente §4; SOP-CS-07; instrução de trabalho WI-CS-04a "O registro de reclamações".
v2.1 — 1º out 2026 — prazo do passo 5.2 alterado de dois dias para um; confirmação agora no idioma do cliente — aprovado por Marta R.
v2.0 — 15 mar 2026 — adicionados o limite de crédito e a etapa de aprovação — aprovado por Marta R.

Abertura da clínica — recepção, checklist diário

SOP-FD-01 — Abertura da clínica
Versão: 1.3 · Responsável: Gerente da clínica, Tomás A. · Vigência: 1º set 2026 · Próxima revisão: 1º mar 2027

1. Objetivo — A clínica está pronta para o primeiro paciente às 08:00, todos os dias, não importa quem abra.
2. Escopo — Abertura em dias úteis pela recepcionista do turno da manhã. Não se aplica a: abertura em fins de semana (SOP-FD-02).
3. Papéis — Recepcionista da abertura: tudo o que está abaixo. Gerente da clínica: acionado em qualquer item que falhar.

5. Procedimento — até as 07:45, nesta ordem
☐ Alarme desligado, portas destrancadas, luzes e aquecimento ligados
☐ Computador da recepção ligado, sistema de agendamento aberto, lista do dia impressa
☐ Linha telefônica passada da mensagem noturna para atendimento ao vivo
☐ Sala de espera conferida: cadeiras, água, avisos do dia nos dois idiomas
☐ Salas de atendimento 1–3: consumíveis acima da linha mínima marcada no armário
☐ Maquininha de cartão ligada e transação de teste estornada
☐ Os três primeiros pacientes do dia contatados, se algum tiver a observação confirmar

6. Exceções — Algum item não pode ser concluído: ligue para o gerente da clínica antes das 07:50; não abra as portas aos pacientes até que o gerente tenha respondido. Sistema de agendamento fora do ar: use a lista impressa na noite anterior (SOP-FD-05).
7. Registros — O checklist marcado, rubricado e datado, na pasta de abertura; guardado por três meses.
v1.3 — 1º set 2026 — avisos nos dois idiomas adicionados ao item da sala de espera — aprovado por Tomás A.

Observe o que os dois têm em comum: cada passo começa com um papel e um verbo e termina em algo que uma segunda pessoa possa verificar; as exceções nomeiam uma pessoa; o cabeçalho diz quem é o responsável e quando o documento será olhado de novo; e as últimas linhas registram o que mudou e por quê. Isso é todo o ofício. Todo o resto deste guia trata de manter o documento verdadeiro depois do dia em que foi assinado.

O ciclo de revisão: como um procedimento continua verdadeiro

Um POP é uma afirmação sobre como o trabalho é feito, e o trabalho muda. O ciclo de revisão é o que mantém a afirmação honesta. Ele tem quatro partes.

Uma data, e gatilhos que valem mais que a data. Todo POP tem uma data de próxima revisão no cabeçalho — seis ou doze meses é o usual, menos para qualquer coisa regulada ou ligada à segurança. Quatro eventos antecipam a revisão: um incidente que o procedimento não evitou; uma mudança na ferramenta, no formulário ou no fornecedor de que os passos dependem; uma mudança na regra ou na regulamentação que o POP implementa; e três desvios seguidos — três pessoas fazendo um passo de forma diferente do documento é um voto, não um problema de disciplina.

Uma reunião de revisão curta com as pessoas que fazem o trabalho. Vinte minutos, o responsável e duas ou três pessoas que executam o procedimento, a versão atual na tela de todos. A pauta é sempre a mesma:

Revisão do SOP-[ID] — [data]
1. Desvios desde a última revisão: onde fizemos diferente, e por quê — 5 min
2. Incidentes e reclamações que o procedimento tocou — 5 min
3. Passos a alterar, adicionar ou excluir — uma linha cada, com o motivo — 7 min
4. Decisão: reemitir como v[n.n] em [data], ou confirmar sem alterações com uma nova data de revisão — 3 min
Ações: quem edita, quem aprova, quem avisa quem, até quando

Uma nova versão, com a antiga preservada. A edição entra no histórico de revisões como uma linha — data, o que mudou, quem aprovou — e o número da versão avança: um passo alterado é uma versão menor (2.0 → 2.1); um escopo alterado ou um novo papel é uma versão maior. A versão anterior é marcada como substituída e mantida, não excluída: um auditor, ou um colega explicando o que aconteceu em março, precisa do procedimento como ele era naquela época. Uma decisão tomada na revisão que muda uma regra, e não apenas um passo, deve entrar também no registro de decisões, com o ID do POP na entrada.

As pessoas que fazem o trabalho ficam sabendo. Um POP reemitido que ninguém anunciou é o POP antigo com um número novo. A mudança vai para quem executa o procedimento, no lugar em que já lê, citando as três linhas que mudaram — e a nova data de revisão vai para o calendário no mesmo dia.

Onde o POP e sua revisão ficam nas ferramentas que você já usa

O procedimento em si é um documento e fica onde os documentos da equipe ficam — um arquivo do Word em uma biblioteca compartilhada, um Google Doc, uma página de wiki, um canvas. A revisão é uma reunião, e cada plataforma tem um lugar para o que a reunião de revisão deixa, e cada uma para num ponto diferente. Apenas comportamento documentado, das páginas dos próprios fornecedores, com o mês em que cada página foi verificada:

Duas coisas são iguais em todas. O POP é um documento no único idioma em que foi escrito, e o colega que lê outro idioma lê esse mesmo documento ou uma cópia que alguém fez; e o que a revisão mudou só entra no documento se uma pessoa digitar depois, nesse mesmo idioma.

Como o procedimento — e cada revisão dele — chega no idioma de cada membro

O InterMIND é um espaço de comunicação em que o trabalho de uma equipe vive em um canal, então o POP tem uma casa óbvia: o canal da equipe que executa o procedimento. Publicado como nota — uma mensagem de texto formatado com títulos e listas numeradas, editável depois pelo próprio menu — ele é lido por cada membro no seu idioma, com o original e um diff do que mudou a um toque de distância, e fixado para que a versão atual seja a primeira coisa que um novo colega encontra. Enviado como arquivo — um PDF ou um documento do Word —, ele abre para cada leitor traduzido para o seu idioma nos planos pagos e, em todos os planos, o card dele traz um resumo de IA no idioma do leitor, com cada ponto ligado ao parágrafo de onde veio, de modo que a leitura de cinco minutos existe antes de alguém tê-la escrito. Se a cópia mestra fica em uma ferramenta de documentos, as atualizações chegam ao canal por e-mail: o anfitrião do canal lhe dá um endereço próprio, e a mensagem enviada para lá aparece como uma mensagem comum, com o remetente identificado e os anexos preservados.

A reunião de revisão parte desse canal. Durante a chamada, a versão atual vai para a tela de todos ao lado dos blocos de vídeo com Share to conference — uma nota, ou um documento do Google Docs ou do OneDrive vinculado no chat — e cada participante rola o conteúdo de forma independente e o lê no seu idioma; uma nota compartilhada é editada ao vivo por quem a compartilhou, enquanto a sala acompanha o passo alterado tomar forma. Quando a chamada termina, o resumo é escrito a partir da própria reunião — um sumário, os pontos marcados como acordados, em aberto ou em disputa, os action items com responsáveis, cada linha mantendo seu carimbo de tempo — e os documentos compartilhados durante a sessão contribuem com seus resumos ao lado do que foi dito. Ele chega por e-mail, como mensagem no canal e como link no evento do calendário, e todo membro conectado o lê no seu próprio idioma: o registro é traduzido por leitor, e não escrito uma vez só no idioma que a sala por acaso usou. Qualquer membro pode editá-lo, cada edição mantém autor e histórico de revisões, e o canal guarda o resumo de todas as sessões passadas — assim a revisão que produziu a v2.1 está a um clique da nota que é a v2.1, e o assistente do próprio membro — Claude, ChatGPT, Copilot ou Gemini, conectado pelo conector MCP — pode pesquisar resumos, transcrições, chats e o texto dos arquivos compartilhados numa única pergunta, "o que mudamos no procedimento de reclamações em outubro?", e ler o próprio documento; isso funciona para organizações com os recursos de IA ativados.

As pessoas que executam um procedimento nem sempre são funcionários. A equipe de um distribuidor, um prestador de serviço, um profissional substituto: um membro externo do canal entra por e-mail com uma conta gratuita e lê o POP e seu histórico como todo mundo; uma pessoa sem conta é convidada de uma reunião — entra na chamada de revisão por link, pelo celular, sem custo, ouve tudo ao vivo no seu idioma e não fica com nenhum registro depois. O anfitrião providencia o espaço e, em um plano pago, paga apenas pelos membros ativos nos 28 dias anteriores — que entraram em uma reunião, escreveram em um chat ou perguntaram ao assistente; os membros que ficam inativos mantêm o acesso sem custo.

• Abra um resumo completo — um registro real, renderizado pelo mesmo código que escreve o seu.
• Experimente a demonstração ao vivo — sem cadastro; fale e ouça a sala traduzida para cada ouvinte.

O POP como ofício sobrevive a qualquer ferramenta: alguém ainda precisa observar o trabalho sendo feito, escrever os passos como ações e perguntar à pessoa nova onde ela travou. O que não precisa sobreviver é o segundo trabalho — manter à mão uma cópia traduzida de cada versão e redigitar o que a revisão mudou, em um único idioma, para pessoas que leem em outros.

FAQ

O que é um modelo de POP?

Um modelo de POP é o esqueleto fixo em que um procedimento operacional padrão é escrito: um cabeçalho com o ID, a versão, o responsável, a data de vigência e a data da próxima revisão, seguido das seções padrão — objetivo, escopo, papéis, definições e pré-requisitos, o procedimento numerado, exceções e escalonamento, registros, e referências com um histórico de revisões. O modelo faz todos os procedimentos da organização terem a mesma aparência, de modo que quem leu um sabe se orientar em todos.

Quais são as 5 partes de um POP?

As cinco partes com que a maioria dos modelos concorda são o bloco de título ou cabeçalho, o objetivo, o escopo, os papéis e responsabilidades e o próprio procedimento. Um POP completo acrescenta mais três — exceções e escalonamento, registros, e referências com um histórico de revisões — e costuma ser a falta delas que faz um procedimento falhar: ninguém sabe o que fazer quando o caminho normal está bloqueado e ninguém sabe o que mudou desde a última versão.

Como escrever um POP?

Observe quem faz o trabalho e anote o que realmente acontece, inclusive as ramificações. Redija primeiro a seção do procedimento — uma ação por passo, papel mais verbo, no presente — e depois preencha escopo, papéis e exceções a partir do que os passos revelaram. Teste com alguém que nunca fez o trabalho e corrija cada ponto em que essa pessoa travar. Publique onde a equipe já lê, com o responsável e a data da próxima revisão no cabeçalho, e coloque essa data no calendário.

Qual é o formato de um POP?

Uma linha de cabeçalho — ID, versão, responsável, data de vigência, data da próxima revisão — e oito seções numeradas: objetivo, escopo, papéis, definições e pré-requisitos, procedimento, exceções e escalonamento, registros, referências e histórico de revisões. A seção do procedimento assume uma de quatro formas: passos numerados simples, passos hierárquicos com subpassos, um fluxograma quando as ramificações importam mais que a ordem, ou um checklist para uma rotina diária.

Qual é a diferença entre um POP e uma instrução de trabalho?

Um POP descreve um trabalho de ponta a ponta no nível de papéis e passos — quem faz o quê, em que ordem, com que resultado. Uma instrução de trabalho descreve um desses passos em uma tela, máquina ou formulário, até o campo e o botão. O POP diz "A recepção registra a reclamação no registro"; a instrução de trabalho mostra o registro, os campos e os valores da lista suspensa. Mantê-los separados é o que permite ao POP sobreviver a uma mudança de software.

Qual é a diferença entre um POP e uma política?

Uma política é a regra e o motivo: o que a organização faz e não faz. Um POP é como um papel executa a regra, passo a passo. "Toda reclamação é respondida em até dois dias úteis" é uma política; os oito passos do registro ao encerramento são o POP que a implementa. Uma política muda raramente e por decisão; um POP muda sempre que o trabalho muda, e seu histórico de revisões diz quando.

Existe um modelo de POP em Word ou Google Docs?

O modelo deste guia é texto simples com rótulos em negrito, então cola em um documento do Word, em um Google Doc, em uma página do Notion, em um canvas do Slack ou em uma nota de chat sem reformatação. O formato importa mais que o arquivo: o que quer que guarde o POP precisa do cabeçalho com o responsável e a data de revisão, de passos numerados que comecem com um papel e um verbo, de uma pessoa nomeada para cada exceção e de um histórico de revisões — e precisa ficar onde as pessoas que fazem o trabalho já leem.

Com que frequência os POPs devem ser revisados?

Em uma data escrita no cabeçalho — a cada seis ou doze meses é o usual, e menos onde o procedimento é regulado ou ligado à segurança — e antes disso quando uma de quatro coisas acontece: um incidente que o procedimento não evitou, uma mudança na ferramenta ou no formulário de que os passos dependem, uma mudança na regra que ele implementa, ou três desvios seguidos. A revisão é uma reunião de vinte minutos com as pessoas que fazem o trabalho e termina em uma nova versão com uma linha no histórico ou em uma confirmação com uma nova data de revisão.

Fontes: Microsoft — Fazer anotações de reunião no Microsoft Teams; Zoom — Usar o resumo de reunião com o AI Companion; Google — Configurações do Calendar e do Meet para "Take notes for me"; Google Meet — "Take notes for me" no Google Meet; Slack — Modelo de pauta de reunião (canvas). Páginas da Microsoft, do Google e do Slack verificadas em outubro de 2026; a página de resumo de reunião do Zoom verificada em agosto de 2026. Os fornecedores mudam planos, recursos e listas de idiomas ao longo do tempo; consulte as páginas deles para ver o estado atual.