Wer nur einen Hammer hat: So erkennt ihr eine Plattform, die euch ausbremst

Spezialisierte Agenturen biegen jedes Problem auf ihre eine Plattform zurecht. Wir früher auch - bis es uns fast zur Falle wurde. Hier ist unser Kurswechsel, und die sechzehn Warnsignale, an denen ihr eine Plattform erkennt, die euch ausbremst.

Wenn man nur einen Hammer hat, sieht jedes Problem wie ein Nagel aus.

Abraham Maslow

Familie zwei - sie stagniert im Stillen

Die zweite Gruppe dreht sich um Momentum - oder dessen Fehlen. Eine Plattform kann heute völlig leistungsfähig sein und trotzdem langsam sterben. Das sind die Anzeichen dafür, dass die Menschen dahinter aufgehört haben, sie voranzutreiben - und dass ihr womöglich die Technologie von gestern zum Preis von morgen kauft.

Eine zweite Meinung, der ihr vertrauen könnt?

Erzählt uns von eurer Plattform oder eurem Projekt - ihr bekommt eine ehrliche, anbieterneutrale Einschätzung, keinen Sales-Pitch.

Termin buchen

Weitere Posts

Killt AI SaaS – oder legt es nur schwache Architekturen offen?

Warum „Best-of-Breed“ der strategische Bauplan für eure digitale Zukunft ist

Sign in front of hiking trail in forest

Hyvä für Magento: Leistungsstarkes Facelift oder Verzögerung des unvermeidlichen Sprungs zu MACH?

Killt AI SaaS – oder legt es nur schwache Architekturen offen?

Warum „Best-of-Breed“ der strategische Bauplan für eure digitale Zukunft ist

Sign in front of hiking trail in forest

Hyvä für Magento: Leistungsstarkes Facelift oder Verzögerung des unvermeidlichen Sprungs zu MACH?

Killt AI SaaS – oder legt es nur schwache Architekturen offen?

Warum „Best-of-Breed“ der strategische Bauplan für eure digitale Zukunft ist

Sign in front of hiking trail in forest

Hyvä für Magento: Leistungsstarkes Facelift oder Verzögerung des unvermeidlichen Sprungs zu MACH?

  • Killt AI SaaS – oder legt es nur schwache Architekturen offen?

  • Warum „Best-of-Breed“ der strategische Bauplan für eure digitale Zukunft ist

  • Sign in front of hiking trail in forest

    Hyvä für Magento: Leistungsstarkes Facelift oder Verzögerung des unvermeidlichen Sprungs zu MACH?

Abraham Maslow schrieb diesen Satz 1966, und seither wird er immer wieder zitiert, um eine zutiefst menschliche Neigung zu beschreiben: Wer nur ein Werkzeug besitzt, fängt an, jedes Problem als genau das zu sehen, das sich mit diesem Werkzeug lösen lässt. Das fühlt sich effizient an. Und es ist sehr oft falsch.

Jetzt der unbequeme Teil. Dieser Satz beschreibt nicht nur eine Eigenheit unseres Denkens - er beschreibt einen großen Teil der IT-Dienstleistungsbranche. Eine Agentur, die mit Magento lebt und atmet, wird euch für eure content-getriebene Brand-Website Magento vorschlagen. Ein TYPO3-Haus findet eine TYPO3-förmige Antwort auf euer Commerce-Problem. Ein WordPress-Studio greift zum nächsten Plugin. Die Plattform stand längst fest, bevor es euer Projekt überhaupt gab - und euer Projekt wird einfach passend dazu zurechtgebogen.

Wir können das mit einiger Sicherheit sagen, denn vor (inzwischen vielen) Jahren waren wir genau diese Agentur.

Der Tag, an dem unser Lieblingswerkzeug nicht mehr passte

Unser Hammer war OpenText TeamSite. Lange Zeit war es unsere Standardantwort auf so gut wie alles, und eine Weile funktionierte das auch bestens. Dann begann der Rest des Marktes zu modernisieren - und TeamSite nicht. Die Innovation verlangsamte sich zum Schneckentempo. Wir sahen zu, wie neuere, schlankere, offenere Plattformen es an einer Front nach der anderen überholten - und wir griffen trotzdem immer wieder zum selben Werkzeug, weil es das war, das wir am besten kannten.

Also taten wir, was Engineers tun: Wir bauten uns um die Lücken herum. Wir entwickelten ein eigenes, modernes Framework auf der Plattform - einen Blueprint, der unseren Kunden die Experience lieferte, die das Produkt selbst nicht mehr hergab. Das war gute Arbeit. Es funktionierte sogar. Aber es rührte nie an das eigentliche Problem - und das war schlicht: Die Plattform alterte, und der Anbieter investierte nicht genug, um daran etwas zu ändern.

Und genau da traf uns die unbequeme Wahrheit. Als Partner hätten wir nicht diejenigen sein dürfen, die eine teure Plattform modernisieren. Das ist Aufgabe des Anbieters. Wir subventionierten still und leise die Stagnation eines anderen mit unserer eigenen Zeit und Erfindungsgabe - und nannten das eine Partnerschaft.

Also trafen wir eine unbequeme Entscheidung. Wir beendeten die Partnerschaft und bauten das Unternehmen um eine andere Idee herum neu auf. An diesem Tag verloren wir eine vertraute Plattform. Was wir gewannen, war weit mehr wert: eine Art, Technologie auszuwählen, die uns - und unseren Kunden - seither gute Dienste leistet.

Die Lehre lautete nicht: Diese Plattform war schlecht

Das ist der Grund, warum der Rest dieses Artikels keine Abrechnung mit irgendeinem bestimmten Produkt ist. Die Gefahr war nie TeamSite im Speziellen. Die Gefahr war, sich so vollständig von einer einzigen Plattform abhängig zu machen, dass wir ihre Schwächen nicht mehr sahen - geschweige denn, dass wir uns von ihr hätten lösen können. Jedes Werkzeug kann zu dieser Falle werden. Die Fähigkeit, die es wirklich braucht, ist nicht Treue zu einer Plattform oder Verachtung für eine andere - es ist die Fähigkeit, früh und ehrlich zu erkennen, wann eine Plattform euch ausbremsen wird.

Über die Jahre haben wir aus diesem Instinkt etwas Konkreteres gemacht: eine Reihe von Warnsignalen, auf die wir achten, wann immer wir eine Plattform bewerten - für uns selbst oder für einen Kunden. Keines davon ist für sich allein ein Ausschlusskriterium, und auf diese wichtige Einschränkung kommen wir noch zurück. Aber je mehr davon sich gleichzeitig zeigen, desto sicherer könnt ihr sein, dass euch eine Plattform irgendwann teuer zu stehen kommt. Wir ordnen sie in drei Familien.

Anzeichen, dass sie im Stillen stagniert

Heute leistungsfähig heißt nicht morgen gepflegt. Achtet auf einen Anbieter, der aufgehört hat zu investieren.

  • Jedes Upgrade ist eine Migration

    Der Wechsel zwischen Major-Versionen bedeutet, Arbeit neu zu machen, für die ihr schon bezahlt habt - nicht weil die zugrunde liegende Technologie wirklich vorangekommen wäre, sondern weil die Plattform sich ständig selbst neu erfindet.

  • Gekauft und dann nur noch gemolken

    Das Produkt wurde übernommen, zusammengelegt oder zwischen Eigentümern weitergereicht - und sobald der Deal durch war, versiegten die echten Investitionen. Die Cash Cow im Wartungsmodus ist ein verbreitetes und teures Muster.

  • Eine Roadmap, die nie liefert

    Vorzeige-Features, auf jeder Konferenz angekündigt, ewig „coming soon“, von einem Release zum nächsten verschoben. Wenn das Momentum im Marketing steckt statt im Produkt, werdet hellhörig.

  • Security-Fixes kommen zu spät

    Keine veröffentlichten Advisories, kein klarer Meldeprozess und Patches, die bekannten Schwachstellen deutlich hinterherhinken. Langsame, stille Security ist ein Risiko, das leise wächst - bis es das plötzlich nicht mehr tut.

  • Alle hängen auf einer alten Version

    Die Community ist voll von Teams, die auf Releases von vor Jahren festsitzen, weil ein Upgrade schlicht zu riskant ist. Das ist das sichtbare Symptom eines Churns, dem niemand ins Auge sehen will.

  • Die Rechnung wächst nach der Unterschrift

    Preise, die auf unvorhersehbare Weise skalieren, oder Features, die mit der Zeit leise hinter höhere Tarifstufen wandern. Das Angebot, das ihr unterschrieben habt, ist selten die Rechnung, die ihr dauerhaft zahlt.

Die wichtige Einschränkung: Urteilsvermögen schlägt Checkliste

Jetzt die versprochene Einschränkung, denn sie wiegt schwerer als jeder einzelne Punkt oben. Keine Plattform ist perfekt, und nicht jedes Warnsignal ist ein Dealbreaker.

Nehmt den Upgrade-Aufwand. Es gibt davon eine völlig faire Variante. Wenn die zugrunde liegende Technologie einen echten Generationensprung macht - etwa ein großes .NET-Release oder ein grundlegender Wandel der Sprache oder Runtime, auf der eine Plattform aufbaut -, dann muss jedes Produkt auf diesem Fundament den Wandel mitgehen, und die Arbeit, die folgt, ist unvermeidlich und sinnvoll. Das ist Fortschritt, nicht Nachlässigkeit. Das Warnsignal ist der umgekehrte Fall: eine Plattform, die ihre eigene Architektur ohne guten Grund umwälzt und jedes Release zu einem eigenen Projekt macht, obwohl sich die Technologie darunter kaum bewegt hat.

Dieselbe Abwägung gilt für den Rest der Liste. Ein junges Open-Source-Projekt hat vielleicht eine dünne Community, einfach weil es neu ist und im Kommen - nicht, weil es im Abstieg wäre. Eine fokussierte Spezialplattform zieht vielleicht nie ein breites Partner-Ökosystem an und ist trotzdem genau das richtige Werkzeug für eine bestimmte Aufgabe. Deshalb reduzieren wir eine echte Entscheidung nie auf eine Checkliste. Wir lesen die Signale im Kontext, wägen sie gegen das ab, was ein Kunde wirklich braucht, und bleiben ehrlich, was die Trade-offs angeht - denn Trade-offs gibt es immer.

Wo unsere Partner ins Bild kommen

Und um das klarzustellen: Hier geht es nicht darum, Schurken zu benennen oder Lieblinge zu küren. Stellt dieselben Fragen an jede beliebige Plattform, auch an die, die wir gern empfehlen, und es tauchen jedes Mal Trade-offs auf. Genau diese Prüfung ist der Grund, warum wir den Partnern vertrauen, mit denen wir arbeiten: Jeder von ihnen hat sie durchlaufen, mehr als einmal, und durchläuft sie weiter. Wir stellen die Fragen immer wieder, denn an dem Tag, an dem eine Plattform aufhört, sich ihren Platz zu verdienen, sollte sie ihn verlieren. Diese Disziplin richtet sich nicht gegen unsere Partner - sie ist der Weg, wie wir sicherstellen, dass die, hinter denen wir stehen, es auch wirklich wert sind.

Wie es aussieht, wenn es gut ist

Zieht alle sechzehn Warnsignale ab, und es bleibt ein klares Bild davon, worauf es wirklich ankommt. Offene Standards, die euer Team überallhin mitnehmen kann. Dokumentation, auf die ihr euch verlassen könnt. Eine API, die alles kann, was die Oberfläche kann. Eine lebendige Community und ein gesundes Partner-Ökosystem. Ein Anbieter, der weiter investiert, liefert, was er verspricht, und repariert, was er kaputt macht. Und unter all dem: Konzepte, die für die lange Strecke gedacht sind und nicht für den aktuellen Hype-Cycle.

Eine solche Plattform muss man nicht verteidigen. Sie funktioniert einfach, Jahr für Jahr. Das Schwere war nie, ein gutes Werkzeug zu finden - sondern die Disziplin, weiter nach dem richtigen zu suchen, und die Ehrlichkeit, sich einzugestehen, wann das Werkzeug, das man schon in der Hand hält, nicht mehr passt. Wir haben das vor langer Zeit auf die teure Tour gelernt - damit unsere Kunden es nicht müssen.

Familie eins - sie sperrt euch ein

Die erste Gruppe von Warnsignalen dreht sich um Lock-in: wie schwer eine Plattform es euch macht, sie zu verlassen - oder auch nur, euch Optionen offenzuhalten. Lock-in kündigt sich am Anfang selten an. Er sammelt sich leise an, eine bequeme Abkürzung nach der anderen, bis die Kosten eines Sinneswandels genau das werden, was euch dort festhält, wo ihr seid.

Anzeichen, dass sie euch einsperrt

Je mehr davon ihr wiedererkennt, desto schwerer und teurer wird es, jemals den Kurs zu wechseln.

  • Eine Sprache, die nur sie spricht

    Sie erfindet eine eigene Skript- oder Templating-Sprache, statt auf offene, weithin bekannte Standards zu setzen. Jede Zeile, die ihr schreibt, vertieft die Abhängigkeit und verengt eure künftigen Optionen.

  • Plugins für die Grundlagen

    Kernfunktionen, die eine moderne Plattform nativ beherrschen sollte, laufen erst, wenn ihr Third-Party-Extensions dazuschraubt. Ihr kauft kein fertiges Produkt, sondern einen Ausgangspunkt.

Familie drei - das Ökosystem leert sich

Die dritte Gruppe ist die leiseste und, nach unserer Erfahrung, die aufschlussreichste. Es geht um die Menschen rund um eine Plattform: die Developer, die Agenturen, die größere Community. Eine Technologie ist immer nur so gesund wie das Ökosystem, das sie am Leben hält - und dieses Ökosystem beginnt meist lange auszudünnen, bevor der Anbieter zugibt, dass etwas nicht stimmt.

Anzeichen, dass sich das Ökosystem leert

Plattformen kündigen ihren Niedergang selten an. Die, die sie am besten kennen, gehen zuerst.

  • Dokumentation, auf die kein Verlass ist

    Es gibt keine öffentliche Dokumentation - schon für sich ein ernstes Warnsignal - oder das, was existiert, ist nutzlos, weil jede Installation so weit über den Standard hinaus angepasst ist, dass sich nichts übertragen lässt.

  • Niemand will darauf bauen

    Offene Developer-Stellen für die Plattform bleiben monatelang unbesetzt. Wenn erfahrene Engineers eine Technologie leise meiden, sagt euch der Markt etwas, das im Sales-Deck nicht steht.

Bright Global
  • Expertise
  • Referenzen
  • Unser Ansatz
  • Partner

Eure Daten kommen nicht wieder heraus

Leicht hinein, schwer wieder heraus. Inhalte, Konfiguration und Kundendaten liegen in proprietären Formaten ohne sauberen Export. Leichter Einstieg, teurer Ausstieg - so gewollt.

  • Die API kann nicht, was das UI kann

    Alles, was ihr für Integration oder Automatisierung baut, stößt in dem Moment an eine Wand, in dem es etwas braucht, das die Oberfläche kann, die API aber nicht. Das ist API-last, nicht API-first.

  • Eine Cloud, ein Weg

    Keine Möglichkeit, selbst zu hosten, und kein Weg, woanders hinzuziehen. Ihr seid an ein einziges Hosting-Modell gebunden - zu Konditionen, die der Anbieter heute setzt und morgen leise ändern kann.

  • Alles oder nichts

    Ihr könnt sie nicht schrittweise einführen, nicht nur den Teil betreiben, den ihr braucht, und nicht Stück für Stück wieder verlassen. Es ist eine einzige Wette, die ihr auf einmal eingehen - und später auf einmal wieder auflösen müsst.

  • Es kommen keine neuen Partner mehr

    Die Plattform zieht keine frischen Agenturen und Implementierungspartner mehr an. Ein gesundes Ökosystem wächst weiter; ein stagnierendes signalisiert, dass die, die sie am besten kannten, weiterziehen.

  • Eine Community wie eine Geisterstadt

    Abgestandene Foren, ignorierte Issues, ein verwaistes Tag auf den Developer-Q&A-Seiten - und offizieller, kostenpflichtiger Support als einziger Weg zu einer echten Antwort. Das geteilte Wissen ist versiegt.

  • Bright IT
    • Für Business-Entscheider
    • Für Technik-Entscheider
    • Für Agentur-Partner
    • Übersicht
    • Referenzen & Branchen
    • HDI Global
    • Swarovski Optik
    • Mischek
    • Dachstein Salzkammergut
    • Salzburg AG
    • Tyrolit
    • Vaillant
    • Philosophie
    • Direct-to-Expert
    • Nearshoring 2.0
    • Security & Compliance
    • Partner Übersicht
    • Storyblok
    • Optimizely
    • Contentful
    • Shopify
    • Medusa
    • commercetools
    • Ecosystem Integrationen
    Blog
    Kontakt
    Bright IT
    Insights
    • Rechtliches
    • Datenschutz
    • Follow us on LinkedIn
    © 2026

    Partners