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:
- Conferir se o texto tem a aprovação do cliente no card.
- Subir as imagens no tamanho 1200 × 630.
- 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:
- Exportar as métricas do mês no painel.
- Copiar o modelo de relatório e preencher os números.
- Listar as entregas a partir dos cards concluídos no mês.
- Pedir a revisão da coordenação no card.
- 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:
- Um POP por documento, com o nome da tarefa no título, para que a busca encontre.
- 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.
- 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.