Articles
Le workflow d'un studio vidéo, de bout en bout
Un projet vidéo passe par sept étapes : brief, éléments, montage, review interne, validation client, livraison et archivage. La majeure partie du temps est perdue entre ces étapes, à attendre un fichier, une décision ou une réponse, et non durant le travail lui-même. Tasked modélise ce parcours sous la forme d'un workflow composé d'étapes nommées, chacune dotée d'un SLA par défaut, afin qu'un producteur puisse voir où se trouve chaque cut, depuis combien de temps il y est et à qui revient la prochaine action. Le modèle Publicité est fourni avec dix étapes, une validation du script sous 48 heures et une validation du cut final sous 72 heures ; il s'agit de valeurs du modèle et chaque projet peut les modifier.
Rédiger un brief vidéo qui survit au montage
Un brief survit au montage lorsqu'il consigne par écrit cinq éléments avant même d'ouvrir un banc de montage : les livrables avec leur durée, leur frame rate et leur format d'image ; la date d'échéance ; qui valide et qui se contente de commenter ; le nombre de cycles de révision inclus dans le prix ; et les éléments que le client doit fournir et pour quand. Dans Tasked, le brief est la première étape de chaque modèle vidéo. Il contient le texte du brief sur le projet, une checklist dont l'étape ne peut pas sortir tant qu'elle n'est pas complétée, le nombre de cycles convenu et le contact client qui recevra l'accès au portail.
Rassembler les éléments avant le début du montage
Les éléments sont rassemblés avant le début du montage lorsque le client dispose d'un espace unique pour ses imports, que chaque fichier est vérifié à son arrivée, que la liste des éléments manquants figure sur le projet sous forme de tâches ouvertes et que l'étape de montage ne s'ouvre pas tant que cette liste n'est pas vide. Dans Tasked, le client importe ses fichiers via le portail sans créer de compte, chaque import est analysé contre les logiciels malveillants avant de pouvoir être ouvert ou partagé, et chaque élément manquant est une tâche avec un responsable et une date d'échéance que la transition d'étape peut attendre.
L'étape de montage et ce qu'un producteur doit voir
Pendant le montage, un producteur a besoin de trois choses sans avoir à le demander au monteur : quelle version du cut est actuelle, depuis combien de temps le cut est dans l'étape de montage par rapport à son SLA, et quels commentaires de la dernière review sont encore ouverts. Tasked affiche chacun de ces éléments sur le projet : les versions d'un cut côte à côte avec les commentaires reportés de la version précédente, le temps passé dans l'étape par rapport à la valeur par défaut du modèle (120 heures pour l'étape Edit dans les modèles Publicité et Corporate), et chaque commentaire devenu une tâche avec son responsable et sa date d'échéance.
Cycles de révision : combien, et comment les compter
Un cycle de révision correspond à une session de review qui s'est terminée par une demande de modifications ou un refus ; une session qui se termine par une validation ne consomme rien. Tasked compte les cycles de cette manière par projet, compare ce total au nombre convenu dans le devis (deux par défaut, jusqu'à cinquante), et signale le dépassement sous forme de décompte pour que le studio puisse le facturer sur sa propre facture. Le produit ne facture jamais le client directement, et le décompte est dérivé des décisions enregistrées plutôt que conservé dans une case que quelqu'un doit penser à mettre à jour.
Validation client avant l'étalonnage et la livraison
Le client valide l'image avant l'étalonnage et la livraison via un portail sans compte : il y accède à l'aide d'un code, d'un lien, d'un numéro de téléphone ou d'un e-mail, visionne le cut, laisse des commentaires sur la frame, et choisit de valider, de valider avec modifications ou de rejeter. La décision est enregistrée avec l'identité de la personne, l'heure et la version, le workflow ne passe à la livraison qu'après validation, et une demande de modifications renvoie le cut à l'étape Edit. Dans le modèle de publicité, la validation du cut final est assortie d'un SLA par défaut de 72 heures, avec des rappels envoyés au client au maximum toutes les douze heures.
Livraison et archivage : ce qu'il faut garder pendant trente jours
Après la livraison, conservez le master validé, l'historique de validation et les notes associées pendant au moins trente jours, car c'est le délai durant lequel un client peut demander un nouvel export, un autre format d'image ou des explications sur ce qui avait été convenu. Tasked conserve les données d'un fichier supprimé pendant 30 jours avant que la purge ne les élimine définitivement, garde indéfiniment le journal d'audit (en ajout uniquement) et permet à l'organisation d'exporter ses données. Les fichiers parviennent au client via le téléchargement sur le portail ou par un lien de partage qui peut comporter un mot de passe, une date d'expiration et une option de téléchargement.
Un workflow de production vidéo visible sur le tableau
Un workflow de production vidéo dans Tasked est une séquence d'étapes avec des responsables, des dépendances et des validations : brief, tournage, montage, review interne, un accès pour le client, révisions et livraison. Un commentaire sur une étape reste sur l'étape. Une étiquette indique ce qui est urgent et ce qui est en attente du client. Un observateur s'ajoute à une tâche ou à une étape et reçoit les mises à jour sans déranger tout le studio.
Validation client sans vingt e-mails
Dans Tasked, le client dispose d'un seul accès - un lien, un code ou un code à usage unique par SMS ou e-mail - ouvre le cut dans son navigateur sans compte, laisse des notes épinglées à une seconde précise, et clique sur valider ou demander des modifications. Cette décision fait évoluer le tableau, alerte le monteur et s'inscrit dans un journal d'audit non modifiable indiquant qui, quand, quelle version et quel accès ont été utilisés. Un SLA de validation par défaut de 72 heures avec des rappels envoyés au client, ainsi qu'un décompte des cycles de révision consommés par rapport au nombre convenu, comblent les deux failles laissées par les fils d'e-mails.
Notes horodatées : un commentaire qui pointe vers une seconde
Une note horodatée dans le portail client de Tasked est un commentaire qui enregistre la position de la tête de lecture au moment où il a été rédigé. Elle est stockée en millisecondes, affichée sous forme d'heures, minutes et secondes à côté du texte, et un simple clic permet de caler le lecteur sur cette seconde. Dans le fil de discussion de la tâche du studio, cette même note apparaît précédée de son timecode. Le client marque une seconde ; les repères précis à la frame près au frame rate d'origine appartiennent à la salle de review du studio.
Le SLA de validation, et ce qu'il se passe lorsqu'il est dépassé
Un SLA de validation dans Tasked est un chronomètre qui démarre à l'ouverture de la validation. L'objectif par défaut est de 72 heures avec un avertissement 12 heures avant, et une tâche planifiée vérifie chaque validation en attente toutes les 15 minutes. Lorsque l'objectif est dépassé, le client dont l'accès permet de valider reçoit un rappel par email et SMS renvoyant vers le portail, au maximum une fois toutes les 12 heures par validation ; si aucun accès client n'est joignable, les responsables de la tâche reçoivent à la place un rappel dans l'application. Chaque rappel est consigné dans le journal d'audit.
Qui peut valider, et comment le portail le sait
Le portail sait qui peut valider car chaque accès comporte cinq options : voir, commenter, valider, importer et télécharger. Un nouvel accès est en lecture seule ; seul un accès avec l'option de validation permet d'accéder au parcours de décision, et la page n'affiche jamais de bouton que l'accès ne peut pas utiliser. Un accès est limité à un projet ou à tout un client, et il désigne une personne précise lorsque le studio lui associe l'e-mail ou le téléphone de cette personne. Chaque décision est enregistrée avec l'accès et la session par lesquels elle a été prise.
Cycles de révision convenus versus ce qui se passe réellement
Dans Tasked, un projet comporte le nombre de cycles de révision convenu avec le client - 2 par défaut, de 0 à 50 - et le produit compte les cycles réellement utilisés : un cycle correspond à une review d'une version qui a fait l'objet d'une demande de modifications. Une simple validation ne compte pas. Lorsque le nombre de cycles utilisés dépasse le nombre convenu, le tableau indique combien de cycles sont facturables, une ligne d'historique est créée pour chaque cycle supplémentaire, et une automatisation peut se déclencher. Tasked ne facture pas le client pour cela ; c'est le studio qui s'en charge.
Un portail client sans compte
Le portail client de Tasked s'ouvre avec un code, un lien ou un code à usage unique envoyé par SMS ou par e-mail. Il n'y a pas d'inscription, pas de mot de passe et rien à installer ; la page s'affiche dans le navigateur d'un téléphone ou d'un ordinateur. Le client voit uniquement ce qui lui a été envoyé, regarde un aperçu du cut - le fichier master n'est jamais fourni via ce chemin - laisse des notes, importe un brief et valide. L'accès expire après 30 jours par défaut et peut être révoqué immédiatement.
Ce que vaut un historique de validation
Un historique de validation dans Tasked répond à quatre questions des mois plus tard : qui a validé, quand, quelle version et via quel accès. Chaque décision du client écrit une ligne de décision marquée comme provenant du portail client, plus des lignes d'audit qui nomment l'accès, la session et le cycle de révision qu'elle a clôturé. Le journal est en ajout uniquement : il n'y a pas de possibilité de mise à jour ou de suppression, et la trace survit à un compte supprimé. Un espace de travail supprimé est exporté, marqué comme supprimé et purgé après 30 jours, la trace étant conservée sans détails d'identification.
Des retours vidéo clients qui ne perdent pas la note
Dans Tasked, les retours vidéo clients restent ancrés sur la frame ou la ligne sélectionnée. Un lien de review s'ouvre directement à cet endroit, et non au début du fichier. Un observateur de la tâche est informé dès que la note est modifiée. Une demande de modification depuis l'accès revient à l'étape avec un responsable, sans avoir à faire de copier-coller depuis un e-mail.
Vingt projets sans feuille de calcul
Une agence qui gère vingt projets à la fois n'a pas besoin d'une feuille de calcul pour savoir où en est chacun d'eux. Tasked conserve chaque projet sur un tableau de workflow avec des heures de SLA par étape, enregistre le temps que chaque tâche passe dans chaque étape, et transforme ces données en cinq vues analytiques : portefeuille, goulots d'étranglement, clients, charge de travail et risque. Le propriétaire lit un rapport hebdomadaire le lundi au lieu d'un onglet rempli de formules.
Charge de travail et capacité de l'équipe : à quoi ressemble une semaine équitable
Une semaine équitable est une semaine où le travail ouvert de personne ne dépasse sa capacité hebdomadaire. Tasked mesure la charge de travail d'une personne selon l'estimation en minutes de ses tâches ouvertes (réparties équitablement si une tâche a plusieurs responsables), par rapport à une capacité hebdomadaire par défaut de 2 400 minutes (cinq jours de huit heures) ou à la somme des capacités des équipes dont elle fait partie. La vue de la charge de travail colorie en rouge toute personne qui dépasse cette limite.
Identifier le goulot d'étranglement : temps médian par étape
Le goulot d'étranglement dans un workflow est l'étape ayant le temps médian le plus long, mesuré du moment où les tâches y entrent au moment où elles en sortent. Tasked enregistre cet intervalle pour chaque tâche et chaque étape, le regroupe par nom d'étape sur l'ensemble de vos projets, et affiche la médiane dans la période que vous choisissez. Il n'attribue pas le temps total d'un travail à l'étape dans laquelle il se trouvait par hasard lorsqu'il s'est terminé.
Un score de risque que vous pouvez expliquer à un client
Le score de risque d'un projet dans Tasked est un nombre de 0 à 100 calculé à partir de raisons que vous pouvez formuler à voix haute : la quantité de travail restante selon les durées médianes de vos propres étapes, le nombre de jours restants avant la date d'échéance, et trois faits concernant le tableau aujourd'hui. Chaque raison est associée aux points qu'elle ajoute, et la somme de ces points donne le score. Il n'y a aucun appel de modèle ni aucun élément masqué.
Un SLA qui veut dire quelque chose
Un SLA dans Tasked correspond à un nombre d'heures sur une étape. Lorsqu'une tâche entre dans l'étape, un chronomètre se lance : la tâche est correcte jusqu'à ce que 80 % des heures se soient écoulées, à risque ensuite jusqu'à la date limite, et dépassée après celle-ci. Pour les validations client, un processus s'exécute toutes les 15 minutes et relance la personne dont la validation est attendue, avec un intervalle de 12 heures entre chaque relance, et chaque relance est enregistrée dans le journal d'audit.
Quand la définition de votre processus est erronée
La définition de votre processus est erronée lorsque le SLA que vous avez défini pour une étape ne correspond pas au temps que les tâches y passent réellement. L'audit de processus de Tasked mesure le temps médian passé dans chaque étape à partir des intervalles enregistrés, compte les dépassements par rapport au SLA configuré, propose une correction, la simule sur les 30 derniers jours et n'applique rien sans votre validation. La validation modifie le modèle ; les tableaux en cours sont proposés séparément, un par un.
Le rapport propriétaire du lundi matin
Chaque lundi matin, Tasked envoie au propriétaire un rapport sur les sept derniers jours : tâches terminées, ouvertes et en retard actuellement, heures d'attente des clients, les trois étapes les plus lentes, les trois projets qui attendent un client depuis le plus longtemps, les trois personnes les plus occupées et les trois projets les plus risqués. Les chiffres proviennent du même cumul quotidien que celui utilisé par les écrans d'analyse. L'IA y ajoute trois à cinq phrases et trois suggestions d'actions, et on ne lui demande jamais de chiffres.
La charge de travail du studio sous forme de volumes, pas de tableur
Dans Tasked, la charge de travail du studio se mesure à partir de deux questions sur le tableau : combien de tâches ont été fermées cette semaine, et où se trouve le travail en cours actuellement. Le débit est le volume de tâches fermées. Un goulot d'étranglement est l'étape qui compte le plus de tâches ouvertes. La charge de travail d'une personne correspond au nombre de tâches ouvertes qui lui sont attribuées. Le tableau de bord affiche ces mêmes chiffres au sein de l'espace de travail.
Un moteur, plusieurs métiers
Le même moteur de workflow qui gère une publicité, du brief à la livraison, gère aussi une modification logicielle, de sa réception à sa sortie, une demande de design, du concept aux fichiers finaux, et un incident, du signalement à la vérification par le client. Les étapes ont des types (travail, review, validation, barrière, terminé) ; une étape de validation refuse la sortie sans décision enregistrée, et la personne qui décide peut le faire via un accès sans compte. La vidéo est le premier métier pour lequel le moteur a été optimisé, mais pas le seul qu'il peut prendre en charge.
Équipes logicielles : bugs, stories et sas de release
Un changement logiciel dans Tasked n'est pas une simple carte colorée. Les bugs indiquent leur gravité et les étapes de reproduction, les stories contiennent des critères d'acceptation, les epics contiennent des stories, et le pack logiciel se termine par une validation de release dont le moteur ne laissera pas sortir le travail sans une décision enregistrée. La review de code peut renvoyer l'élément à l'étape en cours avec le label modifications demandées. La QA peut le retenir jusqu'à ce que le test d'acceptation soit effectué. Rien de tout cela n'est un plugin.
Studios de design : review d'un still ou d'un PDF
Dans Tasked, une review se fait sur un still, une page PDF ou une vidéo, et une note est un tracé sur l'image, pas une phrase dans un chat. La review interne a lieu avant que le client ne voie quoi que ce soit. Le client effectue sa review via un accès sans compte, le cycle de révision est décompté de ce que le devis prévoyait, et une demande de modifications renvoie l'élément en révision selon le chemin déjà défini par le workflow.
Équipes marketing : deux validations avant toute mise en ligne
Une campagne dans Tasked ne peut pas faire l'impasse sur le juridique sous prétexte que la marque a déjà donné son accord. La review de marque et la review juridique sont deux étapes de validation distinctes, chacune ayant son propre rôle, son propre délai de 48 heures et son propre chemin de correction vers l'étape produire. Une fois les deux décisions prises, le travail reste bloqué à une porte planifiée jusqu'à ce que la date de publication soit atteinte, afin que rien ne soit mis en ligne simplement parce que quelqu'un a glissé une carte.
Équipes QA : signaler un défaut et suivre sa correction
Un testeur signale un défaut avec sa gravité, les étapes pour le reproduire et l'environnement concerné, y joint un enregistrement ou une capture d'écran, et marque la frame ou le pixel exact. Le pack de cycle de test passe par les étapes planifié, en cours, défauts ouverts, retest et validé. Un retest qui échoue à nouveau retourne à l'étape défauts ouverts via un chemin défini, de sorte qu'une correction inefficace ne disparaisse pas dans un nouveau ticket.
Équipes de support : quand le client est dans la pièce
Le client concerné par un incident est une contrepartie, pas une place. Il le signale par e-mail, WhatsApp ou via un lien, le pack d'incident passe par les étapes signalé, trié, investigation, correction en cours, vérification client et fermé, et le client lui-même confirme la correction via un accès sans compte. La vérification client est une étape de validation avec une fenêtre de 48 heures. La clôture est une décision enregistrée, pas un statut saisi par le support.
Le workflow de validation que chaque équipe possède
Quelque chose est demandé, quelqu'un en fait la review, des modifications sont apportées, et à un moment donné, le tout est validé. Tasked en fait un type d'étape, et non un statut. Lorsqu'un élément entre dans une étape de validation, le moteur ouvre une validation à son sujet. L'élément ne peut pas en sortir via la transition validée tant qu'une décision n'a pas été enregistrée, et la personne qui décide peut le faire via un accès sans avoir besoin de compte. Ce même objet peut être une signature de script, un cut final, une review de marque, une livraison ou un client qui vérifie un correctif.