Screenwerk Plattform

Flache Sidebar-Navigation ohne verschachteltes Menü. Vier Widgets auf dem Dashboard funktionieren gleichzeitig als CTAs: ein Klick auf „Bald ablaufend" springt in die vorgefilterte Beitragstabelle.

Drag-and-Drop-Canvas auf Polotno, geführt durch einen sechsstufigen Wizard: Layout, Assets, Metadaten, Scheduling, Targeting, Review. Videos werden in Chunks hochgeladen und lassen sich nach einem Verbindungsabbruch fortsetzen, auch bei 1 GB Dateigröße. Autosave speichert jeden Schritt.

Playlists sind Loops mit definierter Slot-Anzahl. Ein Beitrag kann mehrfach pro Loop laufen, dafür gibt es Ghost-Slots als halbtransparente Kopien am Hauptslot. Eine Heatmap im Review-Schritt zeigt Wiederholungsdichte und Konflikte. Beim Aktivieren geht die Playlist an alle Ziel-Player, das Ergebnis kommt als Toast zurück, inklusive Anzahl fehlerhafter Player.

Das Frontend ist modular aufgebaut. Geladen wird nur, was gerade gebraucht wird, wer Beiträge pflegt, lädt keinen Playlist-Code. Performance und Barrierefreiheit standen mit konkreten Zielwerten in den Abnahmekriterien.

Die Entscheidung, beim Umbraco-Backend zu bleiben, war nachvollziehbar. Screenwerks Know-how liegt im CMS, das interne Team arbeitet darin. In Summe wäre ein Technologiewechsel vermutlich der einfachere Weg gewesen. Das alte Backend war nicht einfach nur alt, es war architektonisch schief gewachsen. Der Neubau auf derselben Technologie-Basis bedeutet, viele Muster erneut zu durchdenken, auch wenn sauberer gearbeitet wird. Für Unternehmen in ähnlicher Lage: Die vertraute Technologie zu behalten spart am Anfang Onboarding-Kosten, rechnet sich über die Produktlaufzeit aber nicht immer.

Frontend bei Webduett, Backend bei Screenwerk, PM beim Kunden. Wenn zwei Teams parallel an einem Produkt bauen, sind enge Abstimmung und klare Dokumentation die Grundlage für Tempo und Qualität. Das ist kein Nebenaspekt, sondern Teil des Setups. Je klarer Rollen, Entscheidungswege und Zuständigkeiten am Anfang definiert werden, desto weniger Reibung entsteht im Build.

Für einen Canvas-Editor auf Basis einer Grafik-Bibliothek wie Konva.js hätten wir mehrere Monate gebraucht. Polotno hat das in Wochen erledigt. Der Rest der Zeit ging in die Screenwerk-spezifischen Workflows: Scheduling, Targeting, Loop-Logik. Die Entscheidung, den Editor nicht selbst zu bauen, war eine der wenigen, über die nie diskutiert wurde.