Die Auslieferung ist nicht das Ende des Assets.

Die Frage nach der Auslieferung wird meist als Speicherfrage beantwortet

Wer fragt, was mit visueller Arbeit nach der Auslieferung geschehen soll, bekommt Antworten, die auf Aufbewahrung hinauslaufen. Dateien zwei Jahre behalten, oder fünf, oder für immer. Auf einer zweiten Festplatte. Die Selects behalten, die Rejects löschen. Der Rat ist vernünftig, und er beantwortet nur eine Frage: wo die Dateien physisch liegen werden.

Das ist eine Speicherantwort auf eine Strukturfrage. Ob die Dateien existieren, ist selten das Problem. Ob jemand noch lesen kann, was über sie entschieden wurde, schon.

Ein Backup macht den Unterschied sichtbar. Ein gutes Backup kann Jahre später jede Datei eines Projekts wiederherstellen, Byte für Byte. Es kann nicht wiederherstellen, welche dieser Dateien freigegeben wurden, welche Version in den Druck ging oder was die Lizenz erlaubte. Die Dateien waren geschützt. Die Antworten waren nie dort gespeichert, wo ein Backup sie erreichen könnte.

Was die Arbeit trägt, solange das Projekt läuft

Während eines aktiven Projekts ist ein Bild von Informationen umgeben. Feedback bezieht sich darauf. Eine Auswahl enthält es oder eben nicht. Eine Freigabe benennt es. Die ausgelieferte Version ist eine bestimmte Datei, den Alternativen vorgezogen aus Gründen, die damals sichtbar waren.

Solange das Projekt läuft, wird dieser Kontext gepflegt, weil die Arbeit davon abhängt. Alle Beteiligten wissen, welche Version aktuell ist und was bestätigt wurde. Das Projekt produziert nicht nur Bilder. Es produziert Entscheidungen über Bilder.

Die Auslieferung ist der Moment, in dem diese Pflege endet. Die Dateien wandern in einen Ordner, auf ein Laufwerk, in ein Archiv. Die Entscheidungen bleiben zurück – in den Tools, Threads und Köpfen eines Projekts, das jetzt geschlossen ist.

Ausgelieferte Arbeit kommt zurück

Die Zeit nach der Auslieferung wäre unwichtig, wenn ausgelieferte Arbeit ausgeliefert bliebe. Das tut sie selten. Kund:innen fragen ein Jahr später wieder nach einer Datei oder wollen wissen, welche Version sie nutzen dürfen. Eine spätere Kampagne will ein Bild aus einer früheren wiederverwenden. Ein Folge-Shooting muss zu dem passen, was zuvor ausgeliefert wurde. Ein neues Teammitglied muss wissen, was lange vor seiner Zeit freigegeben wurde.

Jeder dieser Rückgriffe braucht mehr als die Pixel. Er braucht die Entscheidungen: welche Datei final war, wofür sie freigegeben wurde, was wann verschickt wurde. Endete dieses Protokoll bei der Auslieferung, wird jeder Rückgriff zur Rekonstruktion – alte Threads durchsuchen, Dateien vergleichen, fragen, wer sich noch erinnern könnte.

Nutzungsfragen treiben die Kosten weiter. Ein für eine Kampagne ausgeliefertes Bild taucht in einem anderen Kontext wieder auf, und jemand muss klären, ob diese Nutzung je vereinbart war. Liegt die Antwort in der Korrespondenz eines geschlossenen Projekts, bleibt als sichere Reaktion, noch einmal nachzufragen oder das Bild gar nicht zu verwenden. Beides kostet etwas, das das ursprüngliche Projekt bereits bezahlt hatte: eine klare Antwort.

Zugriff nach der Auslieferung ist improvisiert

Derselbe Bruch zeigt sich beim Zugriff. Während des Projekts ist Teilen bewusst: Die richtigen Personen sehen die richtige Arbeit in der richtigen Phase. Nach der Auslieferung wird Zugriff improvisiert. Ein einmal geteilter Link gerät in Vergessenheit und bleibt offen. Eine Dateianfrage wird mit erneutem Versand beantwortet – eine weitere Kopie an einem weiteren Ort. Die Person, die das Projekt archiviert hat, wird zum einzigen Weg dorthin.

Ausgeliefert ist nicht dasselbe wie zugänglich. Eine Datei, die auf einem Laufwerk existiert, aber nicht mit ihrem Kontext abgerufen werden kann, ist konserviert, nicht verfügbar.

Die Auslieferung ist eine Etappe, kein Ende

Die Unterscheidung, die sich lohnt: Die Auslieferung schliesst ein Projekt, und sie muss das Protokoll nicht schliessen. Der Standard heisst Kontinuität – was während des Projekts entschieden wurde, bleibt danach lesbar, und Zugriff bleibt definiert statt improvisiert.

Das ist eine strukturelle Entscheidung, keine Archivierungsgewohnheit. Sie hängt davon ab, wo die Arbeit während des Projekts gelebt hat. Finden Review, Freigabe und Auslieferung im selben System statt, bleibt das Protokoll, das sie erzeugen, in diesem System bestehen. Verteilen sie sich auf getrennte Tools, zerfällt das Protokoll in dem Moment, in dem das Projekt schliesst – und keine Aufbewahrungsrichtlinie setzt es wieder zusammen.

moodcase ist auf dieser Kontinuität gebaut. Entscheidungen werden an der Arbeit festgehalten, die Auslieferung läuft über definierte Links und definierten Zugriff, und das Protokoll bleibt nach Projektende bestehen. Die Plattform trägt projektbasierte Arbeit und die weitere Handhabung der Assets in einem System – ein Projekt zu schliessen heisst nicht, zu verlieren, was es aufgebaut hat.