Como fazer um POP (procedimento operacional padrão) que o time realmente lê

O que é um POP, quando vale a pena escrever um, um modelo pronto para copiar e os erros que transformam o procedimento num documento que ninguém abre.

5 min de leitura

Um POP, ou procedimento operacional padrão, é a descrição de como uma tarefa recorrente deve ser feita, para que ela saia do mesmo jeito qualquer que seja a pessoa que a executa. Em inglês, o nome é SOP (standard operating procedure).

O problema é que muito POP é escrito para cumprir tabela: um documento longo, cheio de cabeçalho, que fica numa pasta e ninguém abre. Este guia mostra como escrever um POP curto, que o time usa de verdade, e traz um modelo pronto para copiar.

Quando vale a pena escrever um POP

Não escreva POP para tudo. Ele compensa quando a tarefa:

  • se repete, toda semana ou todo mês, como fechar o caixa, publicar um post ou fazer o onboarding de um cliente;
  • tem passos que não podem ser pulados, porque um erro custa caro, como emitir uma nota ou liberar acesso a um sistema;
  • depende de uma pessoa só, e o trabalho para quando ela tira férias;
  • gera sempre as mesmas perguntas, como "como é que faz aquilo mesmo?".

Se a tarefa acontece uma vez por ano e muda toda vez, um checklist rápido basta.

O modelo: sete partes, uma página

A maioria dos modelos de POP que circulam por aí vem de áreas reguladas, como farmácia, alimentos e indústria, e por isso traz campos de controle de versão, aprovação e código do documento. Se a sua área exige isso, use o modelo do seu setor. Para o dia a dia de um time de serviços, estas sete partes resolvem:

# [Nome da tarefa, como verbo: "Publicar post no blog do cliente"]

Objetivo: o que esta tarefa entrega e por que ela importa (1 ou 2 frases).

Quando fazer: o gatilho (ex.: "toda segunda até 10h" ou "quando o cliente aprovar o texto").

Responsável: quem executa. Quem revisa, se houver.

Antes de começar: o que precisa estar pronto ou disponível (acessos, arquivos, aprovação).

Passo a passo:
1. Verbo + ação concreta.
2. ...
3. ...

Como saber que ficou certo: o critério de pronto (ex.: "post publicado, link enviado ao cliente e card movido para Entregue").

Se der errado: os problemas comuns e o que fazer, ou a quem chamar.

Atualizado em: [data], por [nome].

Como escrever cada parte

Nome: comece com um verbo

"Publicar post no blog do cliente" é melhor que "Procedimento de publicação de conteúdo". Quem procura o POP está pensando no que precisa fazer.

Passo a passo: um verbo por linha

Cada passo deve começar com uma ação: abrir, conferir, enviar, mover. Se o passo tem "e" no meio, provavelmente são dois passos.

Ruim:

Verificar o texto e as imagens e depois publicar, conferindo se está tudo certo.

Bom:

  1. Conferir se o texto tem a aprovação do cliente no card.
  2. Subir as imagens no tamanho 1200 × 630.
  3. Publicar e abrir o link numa aba anônima.

Critério de pronto: o passo mais esquecido

Sem um critério claro de pronto, cada pessoa decide sozinha quando terminou. Escreva o que precisa ser verdade no final, de preferência algo que dá para conferir: um link enviado, um card movido, um arquivo numa pasta.

"Se der errado": o que faz o POP ser útil

É aqui que fica o conhecimento que hoje está só na cabeça da pessoa mais experiente. "Se o painel pedir código de verificação, ele chega no e-mail do financeiro" economiza uma hora de alguém travado.

Exemplo preenchido

Um exemplo de agência, para tirar a abstração:

Enviar relatório mensal ao cliente

Objetivo: mostrar ao cliente o que foi entregue no mês e os resultados, para renovar o contrato sem surpresas.

Quando fazer: até o 3º dia útil de cada mês.

Responsável: atendimento. Revisão: coordenação.

Antes de começar: acesso ao painel de métricas e cards do mês anterior concluídos.

Passo a passo:

  1. Exportar as métricas do mês no painel.
  2. Copiar o modelo de relatório e preencher os números.
  3. Listar as entregas a partir dos cards concluídos no mês.
  4. Pedir a revisão da coordenação no card.
  5. Enviar ao cliente e anexar o PDF ao card.

Pronto quando: o cliente recebeu o PDF e o card está em "Entregue".

Se der errado: se faltar algum número no painel, avisar a coordenação antes do dia 3, sem enviar o relatório incompleto.

Onde guardar os POPs

O melhor lugar é onde o time já está quando precisa do procedimento. Três regras práticas:

  1. Um POP por documento, com o nome da tarefa no título, para que a busca encontre.
  2. Link no lugar do trabalho. Se a tarefa vira card, a etapa do quadro deve levar ao POP. Quem pega o trabalho lê a instrução sem precisar procurar.
  3. Um dono por POP, que atualiza quando o processo muda. POP desatualizado é pior que nenhum, porque ensina errado.

Erros comuns

  • Escrever para o auditor, e não para quem executa. Linguagem formal demais afasta quem precisa ler.
  • Descrever o ideal, e não o real. Escreva como o time faz hoje. Melhorias vêm depois, numa nova versão.
  • Esconder o POP numa pasta. Se ninguém encontra em 10 segundos, ninguém usa.
  • Nunca revisar. Marque uma revisão a cada três ou seis meses, ou sempre que alguém tropeçar num passo.

POP, onboarding e IA

Um POP bem escrito serve para três coisas ao mesmo tempo. Ele ensina quem está chegando (veja o checklist de onboarding), evita retrabalho de quem já está no time e, cada vez mais, orienta agentes de IA que executam parte do processo. Um agente segue a instrução escrita ao pé da letra, então um POP claro é exatamente o que ele precisa. O guia sobre quais etapas um agente de IA pode assumir aprofunda esse ponto.

No Ocary, cada etapa do fluxo de trabalho tem a sua própria descrição, que funciona como o POP daquela etapa. Quem pega a atividade, seja uma pessoa ou um agente, lê a mesma instrução, e os documentos do time ficam no mesmo app, a um clique.

Compartilhe com o time