Plattform Readiness Assessment

Mehr Kontrolle beginnt nicht mit einer Migration, sondern mit Klarheit.

Steigende Lizenzkosten, eingeschränkte Erweiterbarkeit, fehlende Kontrolle über Daten und Infrastruktur: Das sind Symptome. Die eigentliche Ursache ist meist tiefer verankert. Das Assessment zeigt, welche Abhängigkeiten eure Handlungsfähigkeit einschränken und welche Optionen realistisch sind, bevor eine Entscheidung getroffen wird.

Plattformstrategie · Entscheidungsgrundlage

Jetzt Gespräch anfragen

Warum das Thema jetzt relevant wird

  • Steigende Lizenzkosten durch geänderte Anbietermodelle
  • Wachsende Integrationskomplexität erhöht Abhängigkeiten
  • Anforderungen an digitale Souveränität und Datenhoheit
  • Plattformentscheidungen müssen strategisch begründet werden

Das eigentliche Problem

Der Wunsch nach Kontrolle reicht nicht aus.

Ein Plattformwechsel kann neue Möglichkeiten schaffen. Er garantiert aber weder Betrieb, Know-how noch strategische Kontrolle. Ein Wechsel ohne Voraussetzungen erzeugt nur eine neue Abhängigkeit, diesmal ohne Support-Vertrag.

Die eigentliche Frage lautet deshalb nicht: Ist Open Source besser? Sondern: Haben wir die Voraussetzungen, um daraus tatsächlich mehr Kontrolle aufzubauen?

Genau das macht das Assessment sichtbar.

"Wir wollen weg von unserem aktuellen Anbieter."

Frust über einen Anbieter ist kein Migrationskriterium. Relevant ist, welche Anforderungen künftig gelten und welche Plattform diese dauerhaft erfüllen kann.

„Open Source ist günstiger."

Lizenzkosten entfallen, aber Betrieb, Updates, Sicherheit und Support kosten Geld und Kapazität. Die TCO-Rechnung sieht oft anders aus als erwartet.

„Wir wollen wieder Herr über unsere Daten sein."

Souveränität entsteht durch Architektur, Betriebskonzept und Governance, nicht durch die Wahl der Lizenz. Das Assessment zeigt, was dafür fehlt.

Was auf dem Spiel steht

Die teuerste Entscheidung ist oft die falsche Migration.

Ohne Entscheidungsgrundlage entstehen vier typische Szenarien, die in der Praxis regelmäßig auftreten.

Migration ohne Grundlage

Open Source wird eingeführt, bevor Betrieb und Know-how vollständig geklärt sind. Der Aufwand übertrifft am Ende die Planung deutlich.

Verbleib ohne Grundlage

Die Plattform bleibt, weil keine Entscheidungsgrundlage vorhanden ist. Bekannte Risiken werden nicht gelöst, sondern auf später verschoben.

Kosten falsch eingeschätzt

Lizenzkosten werden betrachtet, Betriebskosten nicht. Die tatsächlichen Gesamtkosten liegen am Ende weit über den anfänglichen Annahmen.

Abhängigkeit bleibt bestehen

Der Vendor Lock-in verschwindet nicht, er verlagert sich. Diesmal ohne Support-Vertrag und ohne klare Verantwortlichkeit im Betrieb.

Was geprüft wird

Sechs Bereiche, die über Readiness entscheiden

Das Assessment deckt die Dimensionen ab, die darüber entscheiden, ob mehr Plattformkontrolle erreichbar ist oder nicht.

Plattformabhängigkeit

Wie tief ist eure Plattform in Prozesse, Schnittstellen und Datenhaltung eingebettet? Wo beginnt die Abhängigkeit und wo hört euer eigener Code auf?

Technische Ausgangslage

Welche Architekturmerkmale ermöglichen oder verhindern eine Migration? Sind APIs sauber dokumentiert, Datenmodelle portierbar, Integrationen austauschbar?

Interne Fähigkeiten

Verfügt euer Team über das Know-how, um ein System eigenverantwortlich zu betreiben, weiterzuentwickeln und zu verantworten?

Betrieb und Support

Wer betreibt das System nach der Migration? Gibt es ein Betriebskonzept für Updates, Sicherheit, Monitoring und Notfälle?

Kosten und Migrationsaufwand

Was kostet der Wechsel wirklich? Lizenz, Migration, Betrieb und Opportunitätskosten werden realistisch über drei Jahre gegenübergestellt.

Governance und Projektstabilität

Wie aktiv ist das Projekt, das ihr in Betracht zieht? Wie ist die Maintainer-Struktur, wie stabil die Roadmap, wie breit die Community?

Ergebnis des Assessments

Keine Empfehlung aus dem Bauch heraus

Das Assessment schließt nicht mit einem allgemeinen Beratungsgespräch ab. Ihr erhaltet konkrete Artefakte, die eine fundierte Entscheidung ermöglichen, unabhängig davon, ob ihr euch danach für eine Migration, eine andere Plattform oder den Status quo entscheidet.

Readiness-Einschätzung

Strukturierte Bewertung eurer Ausgangslage in den sechs Bereichen mit Begründung.

Risikoprofil

Risiken eines Wechsels stehen Risiken des Verbleibens gegenüber, bewertet nach Auswirkung.

TCO-Perspektive

Reale Gesamtkosten über drei Jahre: Lizenz, Betrieb, Migration, Team und Opportunitätskosten.

Abhängigkeitskarte

Visualisierung eurer technischen, vertraglichen und organisatorischen Plattformabhängigkeiten.

Migrationsfähigkeit

Welche Systemteile sind portierbar, welche müssten neu gebaut werden und was das bedeutet.

Handlungsempfehlung

Priorisierte nächste Schritte: was vorher geklärt werden muss, was parallel möglich ist.

Unsere Arbeitsweise

Von der Ausgangslage zur Entscheidung

Wir zeigen euch, welche Abhängigkeiten ihr habt, welche ihr bewusst akzeptieren könnt und welche ihr verändern solltet.

Abhängigkeiten erkennen

Welche Plattformabhängigkeiten bestehen heute? Das Assessment macht sichtbar, wo Systemgrenzen eure Anforderungen begrenzen.

Ausgangslage bewerten

Technische Architektur, internes Know-how und Betriebskonzept werden bewertet, bevor eine Entscheidung getroffen werden kann.

Risiken klar einordnen

Open-Source-Migration schafft neue Abhängigkeiten, wenn Voraussetzungen fehlen. Das Profil zeigt, wo Handlungsbedarf besteht.

Nächste Schritte ableiten

Das Ergebnis ist keine Empfehlung für oder gegen Open Source, sondern eine klare Grundlage für eine fundierte Entscheidung.

Darum BLISH

Warum wir Plattformabhängigkeiten aus der Praxis kennen

Wir begleiten Unternehmen bei Plattformentscheidungen, Migrationen und dem Betrieb individueller Softwarelösungen. Das bedeutet: Wir betrachten nicht nur die Technologie, sondern auch die Auswirkungen auf Betrieb, Prozesse und Weiterentwicklung.

Das Assessment basiert auf dem, was wir in der Praxis sehen. Nicht auf dem, was eine Plattform theoretisch verspricht. Wir müssen die Konsequenzen solcher Entscheidungen später selbst betreiben.

  • Open-Source-Praxis

    BLISH entwickelt, betreibt und wartet Open-Source-Plattformen produktiv. Wir wissen, was Lizenzfreiheit kostet und was sie ermöglicht.

  • Alchemy CMS

    Sponsor und Lead Maintainer von Alchemy CMS in Europa. Wir verantworten aktiv die Weiterentwicklung eines produktiven Open-Source-Systems.

  • Code und Betrieb

    Entwicklung und Betrieb kommen bei uns aus einer Hand. Wir übergeben keine Systeme an externe Teams, sondern betreiben sie selbst.

  • Migrationen

    Wir haben Plattformwechsel begleitet, bei denen Open Source die richtige Entscheidung war, und solche, bei denen sie es nicht war.

Aus der Praxis

Was ein Assessment konkret verändert

Ein anonymisiertes Beispiel aus einer realen Analyse.

Anonymisiertes Fallbeispiel

Medienunternehmen · CMS mit wachsenden Lizenzkosten · 14 bestehende Integrationen

Ausgangslage

Steigende Lizenzkosten, eingeschränkte Erweiterbarkeit. Interne Einschätzung: Wir müssen das CMS wechseln. Erste Anfragen bei Open-Source-Anbietern liefen bereits.

Erkenntnis

Die eigentliche Abhängigkeit lag nicht im CMS selbst, sondern in zwei proprietären Schnittstellen zu internen Redaktionssystemen. Ein CMS-Wechsel hätte diese Abhängigkeit nicht aufgelöst.

Ergebnis

Keine Migration. Stattdessen gezielte Entkopplung der beiden Schnittstellen. Die Analyse zeigte, dass die eigentliche Abhängigkeit an anderer Stelle lag als ursprünglich angenommen.

Das Assessment hat nicht empfohlen, das CMS zu wechseln. Es hat gezeigt, wo das eigentliche Problem lag.

Für wen das Assessment sinnvoll ist

Das Assessment passt für euch

  • CTOs und Heads of Digital, die eine Plattformentscheidung strukturiert vorbereiten wollen
  • Geschäftsführung, die Replatforming oder mehr Plattformkontrolle auf die Agenda gesetzt hat
  • Teams, die über Vendor Lock-in oder Alternativen nachdenken, aber noch keine Entscheidungsgrundlage haben
  • Unternehmen, die eine Migration planen und die echten Risiken kennen wollen, bevor sie starten

Das Assessment passt nicht

  • Teams, die eine schnelle Bestätigung suchen, dass Open Source immer die bessere Wahl ist
  • Unternehmen, die Betrieb, Wartung und Weiterentwicklung aus der Betrachtung ausklammern wollen
  • Entscheider, deren Schluss bereits feststeht und die nur noch Argumente dafür sammeln

Wie es abläuft

Fünf Schritte bis zur Entscheidungsgrundlage

1

Ausgangslage klären

Gemeinsames Kickoff: Was treibt die Frage an? Welche Plattform ist betroffen? Welche Entscheidung soll das Assessment vorbereiten?

2

Abhängigkeiten analysieren

Technische, vertragliche und organisatorische Abhängigkeiten werden dokumentiert und als Abhängigkeitskarte visualisiert.

3

Bereitschaft prüfen

Architektur, interne Fähigkeiten, Betriebskonzept und Governance-Fragen werden in den sechs Bereichen systematisch bewertet.

4

Risiken bewerten

Risiken eines Wechsels stehen Risiken des Verbleibens gegenüber. TCO und Migrationsaufwand werden realistisch eingeschätzt.

5

Nächste Schritte priorisieren

Abschlusspräsentation mit Readiness-Einschätzung, Risikoprofil und priorisierten Handlungsempfehlungen für euer Team.

Interviews und Workshops

Analyse und Bewertung

Schriftliche Dokumentation

Sechs Artefakte

Abschlusspräsentation

Mögliche Ergebnisse

Das Assessment verkauft keine Migration

Es kann drei unterschiedliche Ergebnisse haben. Keines davon ist vorab entschieden.

Bereit für den Wechsel

Mehr Kontrolle ist erreichbar

Voraussetzungen sind vorhanden. Das Assessment zeigt, welche Schritte als nächstes sinnvoll sind und wie eine Migration strukturiert werden kann.

Noch nicht bereit

Voraussetzungen fehlen noch

Open Source wäre das richtige Ziel, aber technische oder organisatorische Grundlagen müssen zuerst geschaffen werden. Das Assessment benennt, welche.

Anderer Hebel sinnvoller

Ein anderer Hebel wirkt mehr

Die Ursache liegt nicht in der Plattformwahl. Das Assessment zeigt, wo der eigentliche Hebel ist, bevor eine Migration in Betracht gezogen wird.

FAQ

Fragen vor dem ersten Gespräch

Was Entscheider typischerweise wissen wollen, bevor sie einen Termin anfragen.

Wie lange dauert das Assessment?

Der Aufwand hängt von Plattformlandschaft, Beteiligten und Fragestellung ab. Das klären wir im ersten Gespräch.

Welche Personen sollten auf unserer Seite beteiligt sein?

Mindestens ein technischer und ein strategischer Ansprechpartner. In der Praxis sind das CTO oder Lead Developer sowie Head of Digital oder Geschäftsführung. Je nach Ausgangslage kommen Betrieb und Einkauf dazu.

Müssen wir bereits eine Open-Source-Lösung ausgewählt haben?

Nein. Das Assessment ist technologieoffen. Ihr müsst keine konkrete Alternative benennen. Wenn es sinnvoll ist, bewerten wir im Verlauf auch spezifische Kandidaten.

Können wir danach auch beim Status quo bleiben?

Ja. Das ist eines der drei möglichen Ergebnisse. Das Assessment ist keine Vorstufe zu einem Migrationsprojekt. Es liefert eine Entscheidungsgrundlage, keine vorher festgelegte Empfehlung.

Was bekommen wir am Ende konkret?

Sechs Artefakte: Readiness-Einschätzung, Risikoprofil, TCO-Perspektive, Abhängigkeitskarte, Migrationsfähigkeit und Handlungsempfehlung. Alles schriftlich, kein Foliensatz ohne Substanz.

Für welche Plattformtypen ist das Assessment geeignet?

Für alle digitalen Plattformen, bei denen Abhängigkeit, Lizenz, Betrieb oder Kontrolle ein Thema sind. Das umfasst CMS, E-Commerce-Systeme, Infrastruktur, interne Tools und Portale.
 

Nächster Schritt

Trefft die Entscheidung nicht auf Basis von Annahmen.

Das Gespräch dauert 10 Minuten. Wir klären, ob und wie das Assessment für euren Kontext sinnvoll ist, ohne Vorentscheidung, ohne Verkaufsgespräch.

Gespräch starten