O fluxo de trabalho de aprovação que todas as equipas têm
Algo é solicitado, alguém o revê, as alterações voltam e, a dada altura, é aprovado. O Tasked faz disso um tipo de etapa, não um estado. Quando um item entra numa etapa de aprovação, o motor inicia uma aprovação para o mesmo, o item não pode sair através da transição aprovada até que uma decisão seja registada, e a pessoa que decide pode fazê-lo através de uma porta sem conta. O mesmo objeto é uma validação de guião, um corte final, uma revisão de marca, um lançamento ou um cliente a verificar uma correção.
Uma etapa, não um estado
Quando um item entra numa etapa de aprovação, o motor inicia uma aprovação para o mesmo. O item não pode sair através da transição aprovada até que uma decisão seja registada. Uma rejeição ou um pedido de alterações envia o item para a etapa de retrabalho definida no fluxo de trabalho.
O pacote de fluxo de aprovação tem este formato: solicitado (trabalho, 24 horas), em revisão (aprovação, 48 horas), alterações solicitadas (trabalho, 48 horas), aprovado (trabalho, 24 horas), concluído. 'Em revisão' é o ponto de controlo. 'Alterações solicitadas' leva de volta a 'em revisão' quando a lista de verificação estiver concluída.
- A aprovação inicia-se à entrada, saída recusada sem uma decisão
- Uma etapa de retrabalho definida para alterações solicitadas
- O objeto de aprovação não contém qualquer referência a um tipo de ficheiro
Onde os pacotes colocam o ponto de controlo
Os anúncios e os vídeos corporativos colocam a aprovação do guião antes da filmagem e a aprovação do corte final antes da entrega. Os documentários colocam a aprovação do tratamento e a aprovação do corte final. Os filmes de casamento colocam uma única aprovação de corte final após o filme completo. Os lotes de conteúdo para redes sociais colocam uma aprovação de plano e um ponto de controlo de publicação. Os pedidos de design colocam a revisão do cliente após a revisão interna. As campanhas colocam a revisão de marca e a revisão jurídica. O software e os lançamentos colocam uma validação de lançamento. Os incidentes colocam a verificação do cliente. O motor é o mesmo objeto em todos os casos.
Quem pode decidir e o registo
Cada etapa define as funções responsáveis pela mesma. Um aprovador fora do espaço de trabalho recebe uma porta: um código, um link, um número de telefone ou um endereço de e-mail. Através dela, este vê o item, adiciona notas e clica em aprovar, rejeitar ou solicitar alterações. A decisão é guardada com a identidade da porta, a hora e se foi tomada por um membro ou através do portal.
Cada decisão é registada num registo de auditoria de adição exclusiva. Nada nele é editado ou eliminado a partir da aplicação. A exportação de dados inclui-o. Os webhooks são acionados com base em decisões com um registo de entrega. Os lembretes são enviados antes de o prazo expirar. Uma aprovação deixada em espera durante dias é um motivo específico na pontuação de risco do projeto.
Perguntas frequentes
- Um item pode necessitar de duas aprovações?
- Sim. Duas etapas de aprovação em sequência, cada uma com o seu próprio responsável, prazo e caminho de retrabalho. O pacote de campanha é fornecido dessa forma, com revisão de marca e revisão jurídica.
- E se o aprovador não for um utilizador do espaço de trabalho?
- Recebe uma porta e decide através dela. Sem conta, sem lugar.
- Uma decisão pode ser alterada mais tarde?
- Pode ser registada uma nova decisão; a anterior permanece no registo de adição exclusiva. Nada é substituído.
- Isto é apenas para vídeo?
- Não. O objeto de aprovação é um ponto de controlo numa tarefa e numa etapa. Funciona da mesma forma para um guião, um design, um lançamento ou um incidente.