1. Linguagem padronizada
As demandas devem usar uma linguagem clara, objetiva e comum para todos. O objetivo é evitar interpretações diferentes sobre o mesmo pedido.
Este material consolida os pontos aprovados para melhorar a comunicação interna, a organização das demandas, os prazos de aprovação, o controle de qualidade e a previsibilidade da operação da BD Comunicação.
As regras abaixo devem orientar o dia a dia da operação e reduzir retrabalho, dúvidas e desalinhamentos.
As demandas devem usar uma linguagem clara, objetiva e comum para todos. O objetivo é evitar interpretações diferentes sobre o mesmo pedido.
Antes da execução, a equipe precisa entender o objetivo do cliente, o motivo da solicitação e o resultado esperado.
Toda mensagem com solicitação ao cliente deve ser clara, objetiva e revisada internamente antes do envio.
O cronograma mensal precisa ter dois marcos fixos: pautas até o dia 5 e artes de pauta entregues em lote até o dia 15. Demandas fora do fluxo devem respeitar prazos mínimos para preservar a qualidade.
As pautas do mês devem ser enviadas aos clientes até, no máximo, o dia 5. Esse prazo garante tempo para leitura, aprovação, ajustes e organização da produção.
As artes de pauta devem estar finalizadas e entregues em lote até o dia 15, evitando aprovações em cima da hora e permitindo uma rotina de publicação mais previsível.
Os materiais de pauta devem ser organizados e entregues em lote. Para demandas extras ou fora do planejamento, considerar os prazos abaixo.
Essa regra se aplica quando o cliente solicita alteração, aprova a arte no mesmo dia ou pede troca de algum item após o material estar pronto.
| Tipo de demanda | Prazo mínimo | Observação |
|---|---|---|
| Pautas mensais | Até dia 5 | Devem ser enviadas aos clientes para aprovação e organização do fluxo mensal. |
| Artes de pauta | Até dia 15 | Devem ser finalizadas e entregues em lote, com margem para revisão e ajustes. |
| Urgência | 24h | Deve ser realmente urgente e registrada no Asana. |
| Post normal | 3 dias | Aplicável para demandas extras fora do lote principal da pauta. |
| Vídeo e demais materiais | 5 dias | Principalmente quando houver edição, IA, motion ou maior complexidade. |
| MJC | Exceção | Fluxo diferenciado por ter designer de plantão. |
Algumas funções são fixas. As demais variam conforme o tipo de tarefa, cliente, complexidade e disponibilidade da equipe.
| Revisão final | Cacau ou Marise |
| Aprovação interna | Cacau ou Marise |
| Envio ao cliente | Marise |
| Comunicação de prazos | Marise |
| Execução e apoio | Podem variar conforme a demanda |
Como cada demanda pode gerar comentários, responsáveis e fluxos diferentes, não será adotada como regra a criação de uma única tarefa por cliente.
Antes de qualquer envio ao cliente, é necessário validar se o material está realmente pronto, revisado e coerente com a solicitação.
Reservar alguns minutos para revisão final evita retrabalho, erros simples e perda de confiança do cliente.
Não informar que um material foi entregue, publicado ou finalizado se ainda falta legenda, upload, ajuste, revisão ou validação.
O quadro visual deve seguir a estrutura do dashboard atual, funcionando como apoio à visualização de status, sem substituir o Asana.
Para que o processo funcione, a implantação deve ser simples, objetiva e possível de cumprir no dia a dia.
Toda demanda precisa estar registrada no Asana, com descrição, prazo, responsável e status.
Cliente, tipo de entrega, contexto, objetivo, prazo e arquivos precisam estar claros antes da execução.
Garantir pautas até o dia 5, artes entregues em lote até o dia 15 e uso dos prazos mínimos para evitar publicações em cima da hora.
Nenhum documento, formulário, arte, vídeo ou legenda deve ser enviado sem conferência final.
Exceções de prazo, urgências e liberações precisam ficar registradas para evitar ruídos internos.
Exceções de prazo, prioridade ou entrega fora do cronograma devem ser alinhadas com Cacau ou Marise e registradas no Asana.
A participação da Larissa em algumas reuniões ajudará a reduzir retrabalho e aumentar o entendimento das demandas executadas.
O quadro visual deve continuar alinhado à estrutura já existente no dashboard, evitando criar uma nova lógica paralela. Ele deve servir para leitura rápida da situação das demandas, enquanto o Asana permanece como ferramenta oficial de gestão e registro.