DXP Konzeption
Die Entscheidung für eine Digital Experience Platform ist der erste Schritt. Was folgt, entscheidet über den Projekterfolg: Eine strukturierte Fachkonzeption übersetzt Anforderungen, Ziele und technische Rahmenbedingungen in ein konkretes, umsetzbares Backlog – und verhindert, dass Digitalprojekte am Bedarf vorbeientwickelt werden. SUTSCHE übernimmt diese Brückenrolle zwischen Strategie und Implementierung, damit Agenturen bestmöglich für das Projekt arbeiten können.
Was ist eine DXP-Konzeption?
DXP Konzeption umfasst den gesamten konzeptionellen Prozess zwischen der Entscheidung für eine Digital Experience Platform und dem Beginn der technischen Umsetzung. Sie übersetzt Anforderungen, Strategien und Rahmenbedingungen in fachlich präzise Beschreibungen: Welche Seitentypen und Komponenten werden benötigt? Wie sollen redaktionelle Prozesse, Übersetzungsworkflows, URL-Konzept und Content-Verteilung funktionieren? Wie wird das Tracking aufgebaut? Was müssen Dienstleister umsetzen – und in welcher Reihenfolge?
Die DXP-Konzeption übersetzt Ziele und Anforderungen in eine umsetzbare Beschreibung dessen, was gebaut werden soll – wichtig ist, dass beschrieben wird “was” gebaut werden soll (was ist der fachliche Wunsch?) und nicht “wie” das ganze genau gebaut werden soll (das ist die Aufgabe der Agenturen und Implementierer). Wichtig dabei ist: der Detaillierungsgrad sollte dabei so gewählt werden, dass Anforderungen so präzise formuliert sind, dass Arbeitsergebnisse aus der Umsetzung dagegen getestet werden können
Die Konzeption legt beispielsweise fest, wie Inhalte strukturiert, verteilt, übersetzt und gepflegt werden, welche Module und Seitentypen es gibt, wie Redaktionsprozesse aussehen und woran die Abnahme gemessen wird. Am Ende steht in der Regel ein umfassende Sammlung an Anforderungen, die in Form von Backlogs (und immer seltener Lastenheften) organisiert sind.
Ohne Konzept kann niemand belastbar liefern
Wenn Systeme am Bedarf vorbeientwickelt werden, liegt es selten an der Technik. Es liegt an Anforderungen, die nicht rechtzeitig konkretisiert wurden. Die Konzeption ist deshalb keine Fleißarbeit, die man auch später nachholen kann . Aus unserer Sicht ist sie die Voraussetzung dafür, dass überhaupt jemand verlässlich liefern (oder auch belastbar schätzen) kann.
Das beginnt schon bei der Dienstleisterauswahl. Wer Agenturen ohne belastbares Konzept anfragt, bekommt Angebote, die auf unterschiedlichen Annahmen beruhen. Vergleichbar sind die nicht, und was am Ende wirklich geliefert wird, zeigt sich erst im Projekt – meist in Form von Nachträgen. Ein Backlog, das aus einer durchdachten Fachkonzeption entsteht, gibt dem Dienstleister dagegen eine belastbare Grundlage für seine Schätzungen, reduziert Nacharbeiten und macht jeden Sprint effizienter.
Genauso wichtig: Ohne Konzept bestimmt am Ende die Technik Arbeitsweisen, die eigentlich fachlich entschieden werden sollte. Wie Inhalte strukturiert sind, wer was freigibt, welche Sprachen wie befüllt werden, in welchem Markt was angezeigt wird – all würde sonst implizit durch die Implementierung vorgegeben, statt bewusst gestaltet. Ein Konzept sorgt außerdem dafür, dass Entscheidungen und Projektwissen aus dieser Phase nicht auf dem Weg zur Umsetzung verloren gehen.
Dazu kommt der Umfang: Scope Creep ist das größte Risiko in jedem Relaunch-Projekt. Ein klares Zielbild und eine abgestimmte MVP-Definition legen zu Beginn fest, was reinkommt und was nicht – und machen frühzeitig sichtbar, wenn etwas davon bedroht ist. Das hilft auch bei dem späteren Betrieb der gesamten Plattform.
Fachlich, nicht technisch
Wir beschreiben aus Business-Sicht, was umgesetzt werden soll und woran die Abnahme gemessen wird. Die technische Konzeption bleibt beim Umsetzungspartner – so bleibt die Verantwortung dort, wo auch das Know-how sitzt.
Nicht jedes Artefakt braucht den Umweg über die technische Konzeption. Was keine Auswirkung auf die Architektur hat, geht direkt in die Umsetzung – oder wird ohne Entwicklung rein redaktionell gelöst. Diese Unterscheidung früh zu treffen, spart erheblichen Aufwand.
Was dabei alles auf den Tisch kommt Content & Redaktion
Das Content-Modell legt fest, aus welchen Inhaltstypen Ihre Plattform besteht, welche Felder diese haben und wie sie zusammenhängen. Die Schwierigkeit liegt in der Balance: Ein zu grobes Modell verhindert Wiederverwendung, ein zu feines macht die Redaktion unbedienbar. Beides zeigt sich erst, wenn die Inhalte drin sind – und nachträglich lässt sich ein Content-Modell nur mit Migration ändern. Deshalb gehört es vor die Implementierung.
Wenn mehrere Länder, Marken oder Business Units auf derselben Plattform arbeiten, muss geklärt sein, wo der Content-Master liegt, was vererbt wird und was lokal angepasst werden darf. Ohne dieses Konzept entstehen Parallelwelten: Zentrale Inhalte werden lokal kopiert statt referenziert, und niemand weiß mehr, welche Version die gültige ist. Später ist das kaum noch einzufangen.
Dieselbe Information steht oft an mehreren Stellen: auf der Produktseite, im Newsletter, in der App. Wird sie mehrfach gepflegt, driften die Varianten auseinander, und jede Änderung kostet mehrfachen Aufwand. Die Konzeption legt fest, welche Inhalte zentral geführt und an welchen Stellen sie eingebunden werden. Das ist eine strukturelle Entscheidung, keine Funktion, die man später zuschaltet.
Übersetzung ist selten nur eine Frage des Werkzeugs. Zu klären ist, welche Inhalte überhaupt übersetzt werden, was maschinell und was durch Fachübersetzer läuft, wer freigibt und was passiert, wenn sich das Original nachträglich ändert. Wird das nicht vorab entschieden, entstehen Sprachversionen, die auseinanderlaufen – und niemand merkt es, bis ein Kunde nachfragt.
Bilder, Videos und Dokumente brauchen eigene Regeln: Wo werden sie abgelegt, wie werden sie verschlagwortet, welche Formate und Zuschnitte entstehen automatisch, und wie kommen sie ins CMS. Fehlt das Konzept, landen dieselben Dateien in mehreren Varianten an mehreren Orten – und werden am Ende neu produziert, weil sie niemand wiederfindet.
Wer erstellt Inhalte, wer prüft sie fachlich, wer rechtlich, wer veröffentlicht? Diese Fragen wirken banal, entscheiden aber darüber, ob eine Plattform im Alltag funktioniert. Werden Workflows erst nachträglich definiert, passen sie meist nicht zu den Rechten, die im System vergeben wurden – und die Redaktion arbeitet mit Umgehungslösungen weiter.
Was dabei alles auf den Tisch kommt Technik & Steuerung
Aus wie vielen Bausteinen soll sich eine Seite zusammensetzen lassen? Zu wenige Module schränken die Redaktion ein, zu viele führen zum Template-Friedhof: Dutzende fast identische Varianten, bei denen niemand mehr weiß, welche wofür gedacht war. Die Konzeption definiert ein überschaubares Set, das die tatsächlichen Anwendungsfälle abdeckt – und begründet, warum weitere nicht nötig sind.
Ein CMS steht nie allein. Produktdaten kommen aus dem PIM, Assets aus dem DAM, Kontakte ins CRM. Für jede Verbindung ist zu klären, in welche Richtung Daten fließen, welches System die Hoheit hat und was passiert, wenn eine Seite ausfällt. Wird das erst während der Umsetzung entschieden, entstehen Abhängigkeiten, die später niemand mehr auflösen kann.
Sichtbarkeit entsteht nicht durch nachträgliche Optimierung, sondern durch Struktur: URL-Logik, interne Verlinkung, Metadaten, strukturierte Daten. Dazu kommt inzwischen die Frage, ob Inhalte auch für KI-gestützte Suchsysteme verständlich, konsumierbar und aufbereitet sind. Wer das erst nach dem Launch angeht, verliert das Momentum das flächendeckend einzuführen und verursacht Mehrarbeit nach dem Go-Live.
Bevor gemessen wird, muss klar sein, was gemessen werden soll und wozu. Welche Ziele hat die Plattform, woran erkennt man Erfolg, welche Ereignisse gehören dazu – und was ist datenschutzrechtlich zulässig. Ohne Konzept wird alles getrackt und nichts ausgewertet: viele Daten, wenig Erkenntnis, dafür unnötiges Risiko.
Ein System wird nur angenommen, wenn die tägliche Arbeit damit funktioniert. Die Konzeption berücksichtigt, wie unterschiedlich die Nutzergruppen sind: Wer täglich damit arbeitet, braucht etwas anderes als jemand, der zweimal im Jahr eine Seite pflegt. Dazu gehört auch die Frage, wo KI-Unterstützung im Redaktionsalltag tatsächlich hilft – und wo sie nur ein Feature auf der Produktseite ist.
Nicht alles muss zum Go-Live fertig sein. Der Minimum Viable Product legt fest, welcher Funktionsumfang das erste tragfähige Release ausmacht und was bewusst in spätere Ausbaustufen wandert. Das ist die wirksamste Maßnahme gegen Scope Creep – das größte Risiko in jedem Relaunch. Ohne diese Abgrenzung wächst der Umfang, bis der Termin fällt.
Verbinden, übersetzen, orchestrieren.
In der Konzeptionsphase zählen die richtigen Fragen mehr als schnelle Antworten. Wir bringen eine Außenperspektive mit, die aus dutzenden vergleichbaren Projekten stammt – Sie profitieren also davon, was andere auf die harte Tour gelernt haben, statt jedes Rad neu zu erfinden.
Konkret heißt das: Wir moderieren Workshops, konsolidieren Anforderungen aus verschiedenen Abteilungen und übersetzen zwischen Fachbereich, IT und Dienstleistern, die oft dieselben Wörter für verschiedene Dinge benutzen. Wir hinterfragen, wo Anforderungen aus Gewohnheit statt aus Notwendigkeit entstehen. Und wir sprechen klare Empfehlungen aus, statt offene Enden zu hinterlassen.
Weil wir nicht selbst implementieren, haben wir kein Interesse daran, den Umfang größer zu schreiben, als er sein muss.
Zwei zentrale Artefakte, mit denen weitergearbeitet wird.
Am Ende der Konzeption stehen keine Folien für die Schublade (zumindest ist die Verwendung nicht das Ziel), sondern zwei Arbeitsgrundlagen, die direkt weiterverarbeitet werden können. Konzeptpapiere werden natürlich ausformuliert, dienen aber als Herleitung und Begründung für die operationalisierbaren Artefakte.
Das Backlog: Die Grundlage für Agenturschätzung und Umsetzung: was gebaut wird, in welcher Reihenfolge und woran die Abnahme gemessen wird.
Der Content- & Migrationsplan: Die Grundlage für alles, was mit Inhalten passiert: was übernommen, überarbeitet, übersetzt oder aussortiert wird – und wie der Umzug abläuft.
Drei Annahmen, die teuer werden können
Kann sie – aber dann konzipiert sie gegen sich selbst. Wer baut, schätzt und abnimmt, hat ein legitimes Interesse an einem klar umrissenen Umfang. Vor allem aber: Ohne Konzept können Sie Angebote nicht vergleichen, weil jede Agentur auf anderen Annahmen rechnet. Die Konzeption gehört deshalb vor die Dienstleisterauswahl, nicht danach.
Die Aufgabe steht ohnehin an – nur später und teurer. Was in der Konzeption nicht geklärt wird, wird während der Umsetzung geklärt: in Rückfragen, Änderungsanträgen und Nacharbeit. Der Unterschied ist, dass Klärung vor dem Bau günstig ist und Klärung während des Baus nicht.
Die Fachkonzeption ist immer aus Business Sicht. Sie beschreibt, was getan werden soll. Was braucht das Business / was braucht der Fachbereich / wie sieht der Prozess aus. Die technische Seite beschreib danach das Wie. Also durchaus die konkreten Schritte in dem jeweiligen System und wie es umgesetzt wird. Letzteres kann Business.
So geht`s weiter!
Nach der Konzeption können verschiedene Dinge - auch durchaus gleichzeitig - passieren. Das zeigt nochmal, wie wichtig diese Phase und ein strukturiertes Ergebnis ist. Jetzt kann eine wirklich belastbare Dienstleisterauswahl stattfinden, denn durch die Konzeption wurde ein gemeinsamer Leistungskatalog erstellt, gegen den alle potentiellen Anbieter auch schätzen und anbieten können - die Grundlage ist die Gleiche. Besonders interessant ist die Content Migration: Häufig wird diese erst gestartet wenn das Projekt entwickelt wird - das ist nicht notwendig und verlagert unnötiger Weise Aufwände in Richtung Go-Live, also da hin, wo es ohnehin zeitlich eng wird.
SUTSCHE übernimmt die Rolle der Projektleitung, ergänzt als Projektsupport für Product Owner und dient als Sparringspartner für Kundeninterne Rollen im Projekt. Dabei unterstützen wir die Projektplanung und Steuerung aber auch inhaltliche Tätigkeiten von Budgetierung bis Funktionstesting.
Damit das Projekt wirklich schlüsselfertig vorbereitet ist, fehlt noch ein Implementierungspartner. Die Agentur baut das Projekt technisch nach den Anforderungen, Vorgaben und Rahmenbedingungen aus dem Backlog. Ein perfekter Zeitpunkt also nach der Konzeption auf die Suche nach einem Dienstleister für die Umsetzung zu gehen.
Ein häufiger Irrglaube ist, dass die Migration bzw. Aufbereitung des Contents erst beginnen kann, wenn ein Dienstleister gefunden und die Implementierung gestartet hat. Tatsächlich ist die Content Migration häufig das Nadelöhr und der kritische Pfad im Projekt, der gerne unterschätzt wird. Starten Sie die Content Migration frühzeitig, wir helfen Ihnen auf dem Weg.
Lassen Sie es
uns anpacken
„Projektkümmerer“ hat uns vor Jahren ein Kunde genannt. Der Name ist geblieben, weil er stimmt. Sagen Sie uns, wo es gerade hakt – wir kümmern uns.