Notes horodatées : un commentaire qui pointe vers une seconde

Qu'est-ce qu'une note horodatée

Lorsqu'un client rédige une note sur le portail pendant la lecture ou en pause du cut, il peut l'épingler à l'instant en cours. Le portail lit la position de la tête de lecture depuis le lecteur, enregistre cette position en millisecondes entières avec la note, et l'affiche sous forme de timecode du type 00:01:23 à côté du texte. Le nombre fait foi et le libellé sert de repère visuel.

Une note horodatée est cliquable. Cliquer sur le libellé cale le lecteur sur ce moment précis, de sorte que le second lecteur du fil de discussion - le monteur ou le collègue du client - arrive directement sur la frame concernée par la note au lieu de devoir la chercher. Une note rédigée sans être épinglée est une note non horodatée et se lit comme n'importe quel autre commentaire.

La position est limitée à 24 heures, ce qui est une sécurité contre un nombre collé qui inventerait une semaine, et non une limite du produit. Une note peut contenir jusqu'à 4 000 caractères et inclure des pièces jointes, permettant ainsi au client de déposer une image de référence sous la note qui la demande.

Pourquoi une seconde et non une frame

Le portail affiche les heures, minutes et secondes, et fait l'impasse sur le champ des frames. C'est un choix délibéré. Le lecteur du client est l'élément vidéo natif du navigateur, ce qui est idéal pour un lien accessible sans compte et sans rien installer. Il ne connaît pas le frame rate d'origine du fichier, le portail affiche donc le temps sur une horloge fixe de 25 images par seconde et conserve les millisecondes stockées comme seule vérité.

La review précise à la frame près se fait dans la salle de review du studio : lecture au frame rate d'origine, y compris en 23,976 et 29,97, et repères désignant une frame plutôt qu'une seconde. C'est également dans cet espace que l'on peut dessiner sur des stills et des PDF, et comparer deux versions côte à côte avec des notes reportées sur la version suivante.

En pratique, un client qui indique « le logo à 00:00:41 est trop petit » est assez précis pour que le monteur trouve le plan en un clic, et la propre note du monteur sur la frame exacte est créée dans la salle de review, là où se trouve l'outil dédié.

De la note du client à la tâche du monteur

Une note du portail n'est pas un message de chat envoyé au studio. Elle arrive directement dans le fil de discussion de la tâche côté studio, précédée de son timecode, de sorte que le monteur qui consulte la tâche voit le retour là où le travail est suivi. La salle de review du studio permet également de transformer un commentaire en tâche avec un responsable et une date d'échéance, transformant ainsi une simple note en une ligne sur le tableau plutôt qu'en une ligne dans un fil de discussion.

Puisque le fil de discussion appartient à la tâche et non à l'accès, une note survit à l'accès. Si le studio révoque un lien et en génère un nouveau pour le même client, les notes restent associées à la tâche et le nouvel accès affiche le même fil de discussion.

Le système de notifications du studio se déclenche lors d'un commentaire sur le portail de la même manière que pour une décision : le responsable de la tâche est informé du message du client, sans que personne n'ait besoin de lui transférer un e-mail.

Les notes et la demande de modifications

Le portail propose deux décisions : valider ou demander des modifications. Une demande de modifications doit obligatoirement être accompagnée d'un commentaire précisant ce qui doit changer ; la page refuse d'envoyer une demande vide. Les notes horodatées sont l'endroit idéal pour détailler ces retours, et la demande elle-même peut contenir un résumé allant jusqu'à 4 000 caractères.

Les notes tout comme la décision sont enregistrées. Une note génère une ligne d'historique pour le commentaire ; la décision génère une ligne de décision identifiée comme provenant du portail, ainsi qu'une ligne d'historique précisant l'accès, la session et le cycle de révision qu'elle a clôturé. Lorsque le client demande des mois plus tard quelle note a conduit au troisième cut, le fil de discussion et le journal d'activité concordent.

Une demande de modifications depuis le portail compte également comme un cycle de révision sur le projet, car la décision exige du travail supplémentaire. Une simple validation n'en génère pas. Le suivi des cycles de révision convenus par rapport à la réalité permet de comptabiliser ces étapes.

Ce que voit le client pendant la rédaction

Le client rédige ses commentaires sur un aperçu du cut, et non sur le master. La page lui indique en une seule phrase s'il n'y a encore rien à lire : chargement en cours, création en cours, ou en attente de vérification de sécurité tant que l'analyse antivirus n'a pas validé le fichier. Une piste de sous-titres est disponible dès que le cut est prêt.

Autour du lecteur, le client ne voit que ce qui a été envoyé via son accès : l'élément, son statut en quelques mots simples, et le fil de discussion. Les noms des étapes internes du studio n'apparaissent jamais.

Une habitude de travail pour rendre les notes utiles

Demandez au client une seule note épinglée par problème. Dix notes épinglées représentent dix clics pour le monteur ; un long paragraphe non horodaté oblige à parcourir tout le cut. Le portail fait de la note épinglée le geste par défaut pendant la lecture du cut, et le monteur qui reçoit le fil de discussion dans la tâche voit chaque problème précédé de son timecode.

Demandez au client de cliquer sur « demander des modifications » uniquement après avoir saisi toutes ses notes, en ajoutant un résumé d'une ligne dans la demande. L'historique affichera alors clairement : ces notes, cette demande, ce cycle.

• Épinglez la note pendant que le lecteur est positionné sur la seconde concernée.
• Un seul problème par note ; joignez une image de référence si les mots ne suffisent pas.
• Terminez en demandant des modifications avec un résumé d'une ligne, ou en validant.