São as regras em que toda produtora acaba chegando, uma frustração por vez. Algum preset já traz a maioria delas, então construa as que faltaram e pule as que você não reconhece como o seu processo. Cada uma está escrita como Gatilho → Ações, do jeito que o editor pergunta.
1. O corte chega e alguém precisa olhar
Vídeo enviado → Definir blocker Revisão Interna → Mudar status Em revisão.
Ela economiza dois cliques, mas o motivo de tê-la é que um corte nunca fica parado no workspace sem ninguém saber que chegou.
2. A revisão interna sai e o cliente recebe
Subtask concluída, com o título Revisão Interna → Definir blocker Revisão do Cliente → Enviar email, template client_review, destinatário client.
É a única regra daqui que chega ao cliente, então acompanhe de perto na primeira semana. Se a sua revisão interna não é uma subtarefa, use o passo que realmente a encerra.
3. O cliente pede alteração e o editor fica sabendo
Status de revisão alterado, para changes_requested → Definir blocker Remover blocker → Mudar status Em andamento → Enviar notificação, destinatário Responsável.
Sem isso, “alterações solicitadas” vira um estado que ninguém está olhando, e a tarefa fica um dia parada.
4. Chega um comentário do cliente no meio da revisão
Comentário adicionado, tipo de comentário Cliente → Enviar notificação, destinatário Responsável.
O ajuste Tipo de comentário é o que torna essa regra usável. Em Qualquer, ela também dispara nos recados da sua própria equipe e o editor aprende a ignorar.
5. A aprovação chega ao resto das suas ferramentas
Status de revisão alterado, para approved → Disparar webhook.
Mande para o Make, Zapier, n8n ou o seu próprio serviço, e o faturamento, o arquivo ou o CRM ficam sabendo no instante em que um vídeo é aprovado. Veja Mandar eventos para outras ferramentas com webhooks. Webhooks exigem o plano Pro ou Studio.
Refine o gatilho antes de criar uma condição
A maioria dos gatilhos tem ajustes próprios, e quase ninguém abre:
- Status alterado e Fase alterada têm De e Para.
- Status de revisão alterado tem Para status.
- Blocker adicionado e Blocker removido têm categoria, cliente ou interno.
- Subtask concluída tem título da subtask.
- Comentário adicionado tem tipo de comentário: cliente, interno ou qualquer.
- Timer parado tem duração mínima, para que um clique errado não conte como sessão de trabalho.
Refinar o gatilho é melhor do que disparar amplo e filtrar depois. As condições — status ou fase atual, se tem bloqueio e de qual categoria, se tem prazo, se está atrasada, se tem responsável — servem para o que o gatilho não consegue expressar.
Importante: Não existe gatilho por horário. Toda regra precisa de algo acontecendo, então “cobrar tudo que está atrasado toda segunda” não é uma regra que dê para escrever. Está atrasada é uma condição que restringe uma regra disparada por outra coisa. Para a cobrança semanal, use o filtro Atrasadas e a visão Home.
E agora
Automações que saem pela culatra cobre as quatro que parecem certas e não são.