DACH-Medienkonzern: Workflow-Engpass zwischen Content und Sales sichtbar gemacht
Ein großer DACH-Medienkonzern erlebte zunehmende Reibung zwischen Redaktion und Sales. Eine Workflow-Analyse identifizierte einen wiederkehrenden Engpass im Datenfluss zwischen drei Plattformen. Sichtbar gemacht, priorisiert, mit klarer Eigentümerschaft adressiert.
- Branche
- Medien (DACH-Konzernverbund)
- Größe
- Mehrere tausend Mitarbeitende, mehrere Geschäftsbereiche
- Auslöser
- Workflow-Reibung zwischen Redaktion, Sales und Reporting
Ausgangslage
Ein DACH-Medienkonzern mit mehreren Geschäftsbereichen — Print, Digital, Sales — verzeichnete Reibung zwischen Redaktion und Sales-Teams. Symptome: doppelte Datenpflege, verspätete Reports, unklare Eigentümerschaft für Performance-Daten.
Mehrere interne Initiativen waren versucht worden — keine hatte den Engpass nachhaltig adressiert. Die Geschäftsführung suchte eine externe Workflow-Analyse, um den eigentlichen Engpass sichtbar zu machen, nicht nur Symptome zu kurieren.
Warum frühere Initiativen nicht griffen
Die internen Versuche zielten alle auf das Verhalten der Teams (mehr Meetings, neue Eskalationspfade) — nie auf die Struktur der Datenhoheiten. Das ist ein klassisches Diagnose-Muster: Personen werden verantwortlich gemacht, wenn das System nicht stimmt.
Tool-Topologie zum Start
Diagnose
Die Analyse erfasste den End-to-End-Workflow von Redaktionsplanung über Content-Veröffentlichung bis zu Sales-Reporting. Kartiert wurden Tools, Datenflüsse, Eigentümerschaften und tatsächliche Übergaben in Stichprobenwochen.
Findings
Der eigentliche Engpass lag nicht in einer Abteilung, sondern in der Datenübergabe zwischen drei Plattformen — Content-Management, Sales-System, Reporting-Layer.
Performance-Daten wurden in drei verschiedenen Tools erfasst — ohne klare Hoheit, ohne Synchronisation.
Sales-Teams pflegten Schattendaten in Tabellen, weil zentrale Daten verspätet ankamen. Geschätzte 4–6 Stunden pro Woche pro AE.
Redaktion empfand Sales-Anforderungen als „Zusatzaufwand", weil ihr Beitrag zur Reporting-Kette unsichtbar war.
Kernproblem: keine vereinbarte Datentaxonomie, keine SLA für die kritischste Übergabe.
Daten-Hoheit-Matrix (Bestand)
| Datenfeld | CMS-Hoheit | Sales-Hoheit | Reporting-Hoheit | Konflikt | |---|---|---|---|---| | Content-Performance | ✓ | ✗ | ✓ | ⚠ Zwei Hoheiten | | Anzeigen-Performance | ✗ | ✓ | ✓ | ⚠ Zwei Hoheiten | | Cross-Format-Reports | ✗ | ✗ | ✓ | ❌ Keiner versorgt sauber | | Pricing-Daten | ✗ | ✓ | ✗ | ✓ Eindeutig | | Audience-Segmente | ✓ | ✓ | ✓ | ❌ Drei parallele Wahrheiten |
„Wir dachten, das ist ein Personalproblem. Es war ein Datenhoheits-Problem.
"
Empfehlungen
Empfehlung: Workflow nicht neu bauen, sondern an einer einzigen Stelle entkoppeln — und dafür klare Ownership setzen.
. Single Source of Truth für Performance-Daten
Eindeutige Hoheit, vereinbarte Datentaxonomie, Sync-Intervalle. Andere Tools werden Konsumenten, nicht Quellen. Hoheit beim BI-Layer.
. SLA für die kritische Übergabe
Definierte Verantwortung, Eskalationspfad, beidseitige Akzeptanzkriterien. 24-h-SLA für Performance-Daten von der Veröffentlichung bis zum Sales-Report.
. Performance-Beitrag der Redaktion sichtbar
Gemeinsames Dashboard, das Redaktion zeigt, wie ihre Inhalte zu Ergebnissen beitragen — schließt den Motivations-Kreis. Aktivität: Quartals-Review mit beiden Bereichen.
Umsetzungs-Timeline
Woche 1–2
Daten-Taxonomie verabschieden
Workshop mit BI, Sales-Lead, Chefredaktion. Verbindliche Definition der 12 wichtigsten Datenfelder. Ergebnis: 1-Seiten-Glossar als verbindliche Referenz.
Woche 3–6
Single-Source-Migration
BI-Layer wird Hoheits-System. CMS und Sales-System werden auf Konsumenten-Modus umgestellt. Sync-Intervalle definiert.
Woche 7–10
SLA & Cross-Team-Dashboard
24-h-SLA für Performance-Daten produktiv, Cross-Team-Dashboard für Redaktion
- Sales live, erste Quartals-Review-Routine etabliert.
Woche 11–13
Wirkungsmessung & Cleanup
Schattendaten-Tabellen werden archiviert. Reporting-Latenz und Cross-Team-NPS gemessen. Eskalations-Routine getestet.
Wirkung
Wirkung gemessen nach Quartal 1 nach Umsetzung sowie nach Quartal 3.
Schattendaten-Tabellen (Sales)
−91 %
Reporting-Latenz (Tage)
−78 %
Cross-Team-NPS
+36
Lesson
Workflow-Reibung wirkt wie ein menschliches Problem („die zwei Teams können nicht miteinander"), ist aber meistens ein strukturelles. Wenn drei Tools dieselben Daten halten, ohne dass eines die Hoheit hat, entsteht Reibung — egal wie gut die Menschen sind.
Anti-Muster
Die häufigste falsche Reaktion auf Cross-Team-Reibung ist eine Reorganisation oder Personalentscheidung. Beides löst das Symptom für 6–12 Monate, dann kehrt die Reibung zurück — weil das System nicht angefasst wurde.
Hinweis zur Anonymisierung: Konkrete Zahlen und identifizierende Details sind anonymisiert. Die Größenordnung und das Vorzeichen entsprechen dem realen Mandat. Auf Wunsch teilen wir belastbare Zahlen im Eignungsgespräch unter NDA.
Klingt nach Ihrer Situation?
Im kostenlosen Eignungsgespräch klären wir, ob ein vergleichbarer Engpass bei Ihnen vorliegen könnte. Wenn nicht, sagen wir das direkt.