Plane den Launch wie ein Album.Veröffentliche ihn wie eine Maschine.
Ein Release ist in KMUPIM ein eigenes Objekt. Du planst, prüfst und versendest ihn als einen zusammenhängenden Vorgang. Keine Master-Tabelle, kein Last-Minute-Bulk-Edit in Shopify.
Release als Objekt
Ein Release ist in KMUPIM nicht eine Excel-Spalte und nicht ein Slack-Channel. Es ist eine eigene Datenbank-Zeile mit Launch-Datum, Status, verbundenen Produkten, verbundenen Assets, Approval-State und Audit-Historie.
Versioniert
Produkt-Snapshots greifen den vollständigen Stand vor dem Drop. Felder, Variant-Liste, Option-Schema, Custom Fields. Diff- und restaurierbar. Ein Release ist damit reproduzierbar, kein One-Shot.
Scheduled Publish
Der product-release-schedule-tick-Job läuft im Hintergrund und prüft fällige Releases. Zum gesetzten Termin schreibt der product-release-publish-Job zurück in die Shopify-Metafields. Das Team schläft.
Mikro-Releases
Nicht jeder Drop ist eine Saison. Eine einzelne Variant-Korrektur, ein Foto-Refresh, eine SEO-Aktualisierung. Mikro-Releases nutzen den selben Publish-Pfad, mit Logs, ohne Overhead.
Fünf Stufen.Keine versteckten Zustände.
Jede Stufe ist sichtbar. Jede Transition wird geloggt. Wer den Release wann von Review nach Scheduled gezogen hat, steht im Audit-Log. Auch noch in 18 Monaten.
- 01DraftProdukte selektieren, Launch-Datum setzen
- 02In ProgressAssets per Variante und Bildrolle zuordnen
- 03ReviewReadiness-Rollup zeigt fehlende Freigaben
- 04ScheduledLocked. Kein Doppel-Publish möglich
- 05PublishedGeschrieben in Shopify, Audit-Eintrag final
Wer blockiert.Was blockiert. Seit wann.
Der Release-Detail-View zeigt pro Child-Produkt, welche Variante noch keine freigegebene Bildrolle hat, welcher Approver schweigt und welcher Stock-Vertrag nicht verlinkt ist. Kein "ich frage mal rum", sondern eine Liste.
Acht Details. Alle aktiv.
- 01Per Asset gate-bar auf Approval-State
- 02Readiness-Rollup pro Child-Produkt
- 03Lock-Semantik verhindert Race-Conditions
- 04Unpublish und Channel-Rollback als eigener Job
- 05Append-only Audit-Log auf jeder Mutation
- 06Kanban-Sicht auf Product-Releases
- 07Custom Records am Release-Objekt
- 08Custom Fields aus Metafield-Spiegel