Jeder Saisonstart ist eine Feuerwehr-Übung. Welches Foto war freigegeben, welche Variante hat noch keine On-Model-Aufnahme, wer hat zugestimmt und wer schweigt. Die Antworten leben verteilt in zwölf Slack-Channels, sechs WhatsApp-Threads und Dropbox-Ordnern voller _FINAL_v3_USE_THIS.psd.
Jedes davon ist real. Jedes davon ist gelöst. Nicht mit einem weiteren Tool, sondern mit einer Plattform, die die Aufgabe ernst nimmt.
Zwölf Channels, drei davon archiviert, einer mit dem Wort "release-final" im Namen. Niemand weiß, wo der aktuelle Stand wirklich diskutiert wird.
Releases als eigenes Objekt mit verbundenen Assets, Approvals und Logs. Nicht ein Channel-Name, sondern eine Datenbank-Zeile mit Audit-Historie.
"Sieht gut aus 👍" ist keine Freigabe. Kein Datum, kein Audit-Trail, kein nachvollziehbarer Stand. Wenn die Versicherung in 14 Monaten fragt, gibt es nichts zu zeigen.
Konfigurierbare Approval-Flows mit Stages, Regeln any oder all, definierten Approvern und einem append-only Audit-Log. Append-only, weil Compliance niemand fragt, ob er gerade Zeit hat.
shirt_v1.jpg. shirt_v2_FINAL.jpg. shirt_FINAL_FINAL.jpg. shirt_v3_USE_THIS_FINAL.jpg. Welche Datei steht heute live im Shop? Niemand weiß es.
Eine Library pro Workspace mit SHA-256-Dedup. Format-Konverter, Batch-Resize, Background-Removal erzeugen neue Asset-Zeilen mit Tool-Chain-Herkunft, statt die Quelle zu überschreiben.
Sechs Assets, drei Statusrückfragen, ein leerer Slot, eine WhatsApp-Konversation von letzter Woche. Bei vier Drops pro Saison wird die Status-Tabelle das Bottleneck.
Approval-State pro Asset, sichtbar an jeder Stelle, wo das Asset auftaucht. Kanban-Sicht auf den ganzen Workspace, Filter pro Stage und pro Approver.
Drei rote Felder in einer Excel-Tabelle. Drei Varianten ohne On-Model-Aufnahme. Sieht man erst, wenn jemand die Tabelle aufmacht, was selten genug passiert.
product_assets verknüpft Assets variantengenau über variantId. Releases zeigen das Readiness-Rollup pro Child-Produkt. Was fehlt, ist eine Liste, kein Bauchgefühl.
Ohne klare Freigabe-Stufen verzögert ein einziger schweigender Approver die ganze Saison. Niemand weiß, auf wen man wartet, oder seit wann.
Approval-Tasks an Approver gebunden, Wartezeit pro Task sichtbar. Bei rule all blockieren alle benannten Approver, bei rule any reicht einer. Schweigen wird zum Datenpunkt.
Akeneo, Pimcore und Salsify zielen auf 50.000-SKU-Konzerne mit zwölfmonatigem Onboarding. KMUPIM zielt auf DACH-SMB-Brands mit 10 bis 200 SKUs, die Drop für Drop launchen, kein Steuerrad-Komitee haben und eine Plattform brauchen, die am ersten Tag arbeitet.