Zeitbasierte Notizen: Ein Kommentar, der auf eine Sekunde verweist

Was eine zeitbasierte Notiz ist

Wenn ein Kunde im Portal eine Notiz schreibt, während der Schnitt abgespielt wird oder pausiert, kann er die Notiz an die aktuelle Zeit anpinnen. Das Portal liest den Abspielkopf aus dem Player, speichert die Position als ganze Millisekunden mit der Notiz und zeigt sie als Timecode-Label im Format 00:01:23 neben dem Text an. Die Zahl ist der exakte Wert, das Label dient der menschlichen Lesbarkeit.

Eine zeitbasierte Notiz ist anklickbar. Ein Klick auf das Label springt im Player zu diesem Moment, sodass der nächste Leser des Threads - der Editor oder ein Kollege des Kunden - direkt auf dem Frame landet, um den es in der Notiz geht, anstatt danach scrubben zu müssen. Eine ohne Anpinnen geschriebene Notiz ist eine zeitlose Notiz und liest sich wie jeder andere Kommentar.

Die Position ist auf 24 Stunden begrenzt. Das ist ein Schutz gegen eine eingefügte Zahl, die eine ganze Woche erfinden würde, und keine Einschränkung des Produkts. Eine Notiz kann bis zu 4.000 Zeichen lang sein und Anhänge enthalten, sodass ein Kunde ein Referenzbild direkt unter der entsprechenden Notiz ablegen kann.

Warum eine Sekunde und kein Frame

Das Portal zeigt Stunden, Minuten und Sekunden an und verzichtet auf das Frame-Feld. Das ist eine bewusste Entscheidung. Der Player des Kunden ist das eigene Video-Element des Browsers - genau das, was ein Link ohne Account und ohne Installation erfordert. Er kennt die originale Framerate der Datei nicht, daher zeigt das Portal die Zeit auf einer festen Basis von 25 Frames pro Sekunde an und behält die gespeicherten Millisekunden als exakten Wert bei.

Framegenaues Review findet im Review-Raum des Studios statt: Wiedergabe mit der originalen Framerate, einschließlich 23,976 und 29,97, sowie Markierungen, die sich auf einen Frame statt auf eine Sekunde beziehen. In diesem Raum wird auch auf Stills und PDFs gezeichnet, und zwei Versionen werden nebeneinander verglichen, wobei Notizen in die nächste Version übernommen werden.

In der Praxis ist die Aussage eines Kunden wie „das Logo bei 00:00:41 ist zu klein“ präzise genug, damit der Editor die Einstellung mit einem Klick findet. Die eigene Notiz des Editors auf den exakten Frame wird dann im Raum erstellt, wo das passende Tool dafür bereitsteht.

Von der Notiz des Kunden zum Task des Editors

Eine Portal-Notiz ist keine Chat-Nachricht an das Studio. Sie landet im eigenen Thread des Tasks auf der Studio-Seite, versehen mit der Zeitangabe davor, sodass ein Editor beim Lesen des Tasks das Feedback genau dort sieht, wo die Arbeit nachverfolgt wird. Der studioeigene Raum kann einen Kommentar in einen Task mit einem Zuständigen und einem Abgabetermin umwandeln. So wird aus einer Notiz eine Zeile auf dem Board statt einer Zeile in einem Thread.

Weil der Thread zum Task gehört und nicht zum Zugang, übersteht eine Notiz den Zugang. Wenn das Studio einen Link widerruft und einen neuen für denselben Kunden ausstellt, befinden sich die Notizen immer noch im Task und der neue Zugang liest denselben Thread.

Das Benachrichtigungssystem des Studios schlägt bei einem Portal-Kommentar genauso an wie bei einer Entscheidung: Die dem Task zugewiesene Person erfährt, dass der Kunde geschrieben hat, ohne dass jemand eine E-Mail weiterleiten muss.

Notizen und die Änderungsanforderung

Das Portal bietet zwei Optionen: freigeben und Änderungen anfordern. Eine Änderungsanforderung muss einen Kommentar enthalten, der beschreibt, was geändert werden soll; die Seite lehnt eine leere Anforderung ab, bevor sie gesendet wird. Die zeitbasierten Notizen sind der natürliche Ort für die Details, und die Anforderung selbst kann eine Zusammenfassung von bis zu 4.000 Zeichen enthalten.

Sowohl die Notizen als auch die Entscheidung werden aufgezeichnet. Eine Notiz schreibt eine Protokollzeile für den Kommentar; die Entscheidung schreibt eine Entscheidungszeile, die als aus dem Portal stammend gekennzeichnet ist, sowie eine Protokollzeile, die den Zugang, die Sitzung und die geschlossene Korrekturschleife nennt. Wenn der Kunde Monate später fragt, welche Notiz zum dritten Schnitt geführt hat, stimmen Thread und Protokoll überein.

Eine Änderungsanforderung aus dem Portal zählt auch als Korrekturschleife für das Projekt, da die Entscheidung zusätzliche Arbeit erfordert hat. Eine einfache Freigabe tut das nicht. Vereinbarte Korrekturschleifen im Vergleich zu dem, was tatsächlich passiert, deckt diese Zählung ab.

Was der Kunde beim Schreiben sieht

Der Kunde schreibt auf Basis einer Vorschau des Schnitts, nicht des Masters. Die Seite teilt ihm in einem einzigen Satz mit, wenn es noch nichts abzuspielen gibt: lädt noch, wird noch erstellt oder wird für eine Sicherheitsprüfung zurückgehalten, solange der Malware-Scan die Datei noch nicht freigegeben hat. Sobald der Schnitt bereit ist, läuft eine Untertitelspur mit.

Um den Player herum sieht der Kunde nur das, was über seinen Zugang gesendet wurde: das Element, seinen Status in sechs einfachen Worten und den Thread. Die studiointernen Phasennamen erscheinen nie.

Eine Arbeitsgewohnheit, die Notizen nützlich macht

Bitte den Kunden um eine angepinnte Notiz pro Problem. Zehn angepinnte Notizen bedeuten zehn Klicks für den Editor; ein einziger langer, zeitloser Absatz erfordert das Scrubben durch den gesamten Schnitt. Das Portal macht die angepinnte Notiz zur Standardaktion, während der Schnitt abgespielt wird, und ein Editor, der den Thread im Task erhält, sieht jedes Problem mit der entsprechenden Zeitangabe davor.

Bitte den Kunden, erst dann auf „Änderungen anfordern“ zu klicken, wenn alle Notizen erfasst sind, und eine einzeilige Zusammenfassung in der Anforderung zu hinterlassen. Das Protokoll liest sich dann wie folgt: diese Notizen, diese Anforderung, diese Runde.

• Pinne die Notiz an, während der Player auf der Sekunde steht, um die es geht.
• Ein Problem pro Notiz; hänge ein Referenzbild an, wenn Worte nicht ausreichen.
• Schließe mit „Änderungen anfordern“ und einer einzeiligen Zusammenfassung ab, oder mit „Freigeben“.