Fluxo de aprovação de conteúdo para agências: como montar um que o cliente respeita

Resposta rápida#

Um fluxo de aprovação de conteúdo é o acordo entre agência e cliente sobre o que é aprovado (a peça pronta, não a ideia), por onde (um canal só), até quando (prazo de resposta) e o que acontece quando o cliente diz não (reprovação com motivo, refação com nova versão). Se qualquer um desses quatro pontos fica implícito, a aprovação volta para o grupo de mensagens — e a agência perde versão, data e prova.

Por que a aprovação quebra#

Quase toda agência tem um "fluxo": a peça fica pronta, alguém manda para o cliente, o cliente responde. O problema não é a ausência de fluxo; é que ele mora em três lugares ao mesmo tempo:

• A peça está no drive ou no chat do designer.
• A conversa está no WhatsApp, no e-mail e na reunião de segunda.
• A decisão está na cabeça do atendimento, que lembra que "o cliente gostou, mas pediu para trocar a cor".

Quando a publicação sai errada, ninguém consegue responder três perguntas simples: qual versão foi aprovada, quem aprovou e quando. Sem essas respostas, o retrabalho vira discussão sobre memória.

Os quatro acordos de um fluxo que funciona#

1. Só peça pronta vai para aprovação#

O cliente aprova o que vai ao ar: arte final e texto final, na proporção certa, com a data de publicação. Rascunho não vai para aprovação; vai para alinhamento. Misturar os dois faz o cliente aprovar uma ideia e reprovar a execução — duas rodadas onde caberia uma.

Na prática: a etapa de arte só "conclui" quando a peça está exportada; a legenda só "conclui" quando está revisada. Só então a peça aparece para o cliente.

2. Um canal para aprovar — e só ele vale#

O cliente pode comentar por onde quiser. Mas a aprovação só conta no canal combinado: um link, um portal, um e-mail com assunto padronizado. Isso precisa estar dito no início do contrato e repetido com gentileza quando ele responder pelo grupo.

Um bom canal de aprovação tem três características: mostra a peça como ela vai ao ar, permite responder por peça (aprovar ou reprovar) e registra a resposta com data. Um grupo de WhatsApp não tem nenhuma das três.

3. Prazo de resposta com consequência combinada#

Sem prazo, o cliente aprova na véspera da publicação e a agência absorve o atraso. O acordo mais simples: X dias úteis para responder; sem resposta, a peça é considerada aprovada (ou sai do calendário, dependendo do cliente). Não importa qual regra, importa que esteja escrita e que o atendimento aplique.

4. Reprovar exige dizer o que e por quê#

"Não gostei" não é reprovação; é sentimento. A reprovação útil diz qual parte (imagem, texto, os dois) e qual motivo. É isso que vira instrução para quem refaz — e é o que evita a terceira rodada.

Uma ferramenta pode forçar esse comportamento (um campo obrigatório de motivo). Sem ferramenta, o atendimento faz esse papel: transcreve o feedback, confirma com o cliente e passa para a produção.

Montando o fluxo em quatro etapas#

O ponto que mais muda a operação é o envio por lote. Mandar peça por peça, todo dia, cansa o cliente e multiplica interrupções. Mandar o mês (ou a semana) de uma vez, com prévia do conjunto, faz ele decidir em uma sentada.

Exemplo prático#

Uma agência atende uma cafeteria com três posts por semana. Antes: o designer exporta, manda no grupo, o dono da cafeteria responde "top" para dois e manda um áudio sobre o terceiro. Dois dias depois, ninguém lembra se o áudio era reprovação ou sugestão.

Depois: no fim da semana, o atendimento compartilha o link do mês. O cliente abre no celular, vê as peças como vão ao ar e a prévia do feed. Aprova duas com um toque; na terceira, marca "imagem" e escreve: "as bebidas ficaram pequenas na tela do celular, dá para aproximar?". A arte volta para o designer com esse texto. Ele refaz, a peça reaparece no link como refeita, o cliente aprova. Tudo com data.

Não é sofisticado. É só que agora existe um lugar.

Erros comuns#

• Aprovar ideia em vez de peça. Gera a segunda rodada por definição.
• Aceitar aprovação em qualquer canal. Quando vale tudo, nada vale.
• Não ter prazo de resposta. O cliente vira o gargalo e a agência vira a culpada.
• Reprovação sem motivo registrado. O designer refaz no escuro.
• Refazer sobrescrevendo a versão anterior. Perde a comparação e a prova.
• Fluxo diferente para cada cliente. O atendimento não escala.

Quando o fluxo pede uma ferramenta#

Enquanto a agência tem um ou dois clientes com aprovação quinzenal, uma planilha com colunas de status e um e-mail padronizado resolvem. O sinal de que a planilha parou de servir é a pergunta repetida: "qual foi a versão aprovada?", "o cliente já respondeu?", "isso foi reprovado ou é sugestão?". Quando essas perguntas aparecem toda semana, o custo de registrar na mão passou o custo de uma ferramenta.

No BetoHub, o fluxo acima existe como função: a peça aparece no link do mês quando a arte conclui, o cliente aprova ou reprova por peça (com parte e motivo obrigatórios), a resposta fica registrada e a etapa reprovada volta para quem produz. O que a ferramenta não faz é o acordo — esse continua sendo conversa entre atendimento e cliente.

Em resumo#

1. Só peça pronta vai para aprovação.
2. Um canal vale; os outros são conversa.
3. Prazo de resposta escrito, com consequência.
4. Reprovar exige parte e motivo.
5. Envie por lote e registre por peça.