Simulador: os 5 estados de uma peça no calendário editorial

Um modelo simples de 'a fazer' e 'feito' funciona para uma pessoa produzindo pra uma única conta. Ele quebra rápido quando existem vários clientes, porque some a diferença entre 'produzido' e 'já revisado internamente', ou entre 'aprovado' e 'de fato publicado'.

Os 5 estados existem porque cada um representa uma responsabilidade diferente: quem escreve a pauta não é necessariamente quem revisa, quem revisa não é quem aprova pelo lado do cliente, e aprovar não é o mesmo que publicar. Misturar essas etapas num único status é o que costuma gerar a pergunta recorrente de 'isso já foi pro cliente ou não'.

Pauta é o momento em que a peça existe só como intenção — um tema, um objetivo, uma data prevista — sem arte ou vídeo ainda gerado. Produção é quando a arte é gerada por conversa no Card Editor, ou o vídeo é montado no editor nativo, com corte automático e legenda quando for o caso.

Revisão interna é a etapa em que o time da própria agência olha a peça antes de qualquer contato com o cliente — é aqui que erros óbvios ou ajustes de tom são pegos, sem gastar uma rodada de aprovação externa por um problema interno.

Aprovação do cliente é a etapa que acontece fora do Atlas, pela caixa do Axis: o cliente vê a peça pronta e decide aprovar ou pedir ajuste, com histórico registrado. Publicado é o estado final, depois do agendamento e da publicação efetiva no canal do cliente.

Uma peça reprovada não volta pra 'pauta' — ela retorna para produção ou para revisão interna, dependendo do tipo de ajuste pedido, mantendo o histórico da rodada de aprovação anterior no Axis.

Isso evita um problema comum em fluxos informais: perder o contexto do que já foi discutido com o cliente numa rodada anterior, e ter que reconstruir de memória o motivo de um ajuste pedido semanas atrás.

O modelo de 5 estados é o mesmo para todos os clientes atendidos — o que muda é o conteúdo específico de cada peça e o ritmo de publicação combinado com cada conta, não a estrutura do fluxo em si.

Ter o mesmo modelo para todos os clientes é, na prática, o que permite ter uma visão consolidada de quantas peças estão em cada etapa ao mesmo tempo, em vez de precisar interpretar um status diferente pra cada cliente.

Imagine um post de Instagram para o dia 10 do mês, para um cliente de varejo. Na segunda-feira ele entra como pauta: tema definido (lançamento de coleção), data marcada, sem arte ainda.

Na terça, alguém do time gera a arte pelo Card Editor, descrevendo o que precisa aparecer — a peça muda para produção. Na quarta de manhã, outra pessoa do time revisa a arte gerada, ajusta um detalhe de texto e aprova internamente — a peça muda para revisão interna concluída e segue para o Axis.

O cliente recebe a notificação no Axis na quarta à tarde, pede uma troca de cor no fundo, e a peça volta para produção com esse comentário registrado. Na quinta, a nova versão é aprovada, e a peça é agendada para publicar no dia 10 como planejado — chegando, enfim, ao estado publicado.

Reflete o modelo real de estados do produto — os mesmos 5 nomes e a mesma ordem —, mas é uma demonstração simplificada, sem dado de cliente real nem conexão com o Axis de verdade. Serve para entender o conceito antes de decidir se ele se encaixa na sua operação.

Para ver o fluxo funcionando com dados reais da sua agência, o próximo passo é conhecer o Atlas diretamente, não continuar simulando aqui.