HubSpot, Contentful und Storyblok: Wem gehört die digitale Kundenbeziehung?
B2B-Marketingtechnologie wird häufig als Ansammlung klar abgegrenzter Werkzeuge betrachtet. Das CRM verwaltet Kontakte und Opportunities. Marketing Automation steuert Kampagnen. Das Content-Management-System veröffentlicht Webseiten. Sales arbeitet in seiner Pipeline, während Entwickler die technische Plattform betreiben.
Diese Aufteilung ist organisatorisch bequem. Sie entspricht aber immer weniger der tatsächlichen Kundenbeziehung.
Ein Interessent liest Inhalte, besucht eine Veranstaltung, interagiert mit Kampagnen, spricht mit Sales und nutzt später Serviceangebote. Dabei entstehen Daten, Inhalte und Prozesszustände in mehreren Systemen. Das Unternehmen muss diese Elemente zusammenführen, obwohl sie unterschiedlichen Funktionen, Datenmodellen und Verantwortlichen gehören.
HubSpot, Contentful und Storyblok repräsentieren drei Antworten auf dieses Problem.
HubSpot versucht, Kundeninformationen und Go-to-Market-Aktivitäten auf einer gemeinsamen Plattform zu verbinden. Das Unternehmen beschreibt seine aktuelle Architektur als „agentic customer platform“ mit Smart CRM sowie Produkten für Marketing, Sales, Service, Content, Daten und Revenue-Prozesse. Das CRM soll dabei als gemeinsames System of Record dienen.
Contentful konzentriert sich auf Inhalte als wiederverwendbare, strukturierte Unternehmensressource. Die Plattform trennt Content von einzelnen Webseiten oder Frontends und stellt ihn über APIs für unterschiedliche Kanäle, Marken und Anwendungen bereit.
Storyblok verfolgt ebenfalls einen Headless- und API-first-Ansatz, verbindet diesen aber besonders sichtbar mit einem visuellen Editor, komponentenbasierten Inhaltsmodellen und Workflows, die Marketing- und Entwicklungsteams gemeinsam nutzen sollen.
Die entscheidende Frage lautet daher nicht, welches der drei Unternehmen das „bessere Marketingtool“ anbietet.
Sie lautet:
Welche betriebliche Ressource soll zur zentralen Ordnungsinstanz der Kundenbeziehung werden – der Kundendatensatz, der strukturierte Content oder der gemeinsame Veröffentlichungsprozess?
HubSpot: Die Kundenbeziehung als gemeinsame Daten- und Handlungsschicht
HubSpot entstand aus dem Marketingumfeld, positioniert sich heute aber deutlich breiter. Die aktuelle Plattform umfasst Marketing Hub, Sales Hub, Service Hub, Content Hub, Data Hub, Revenue Hub und Smart CRM. HubSpot beschreibt das Smart CRM als gemeinsame Datenebene und System of Record, das die übrigen Produkte verbindet.
Diese Architektur folgt einer klaren Logik:
Marketing, Sales und Service sollen nicht jeweils eigene Kundenversionen verwalten. Sie sollen auf einer gemeinsamen Datenbasis arbeiten und Aktivitäten entlang der Kundenbeziehung koordinieren.
Für B2B-Unternehmen ist das grundsätzlich relevant. Ein Kontakt kann gleichzeitig Newsletter-Empfänger, Eventteilnehmer, Opportunity-Mitglied und Nutzer eines Serviceangebots sein. Werden diese Rollen in getrennten Systemen betrachtet, verliert das Unternehmen den Zusammenhang.
Die erste Lektion lautet deshalb:
Ein CRM wird erst dann zur Kundenplattform, wenn es nicht nur Kontaktdaten speichert, sondern gemeinsame Handlungen unterschiedlicher Funktionen koordiniert.
Die zentrale Datenbasis allein genügt nicht. Entscheidend ist, ob Marketing, Sales und Service dieselben Begriffe verwenden.
Was ist ein qualifizierter Lead? Wann beginnt eine Opportunity? Welche Interaktion gehört zu welchem Account? Wie werden Tochtergesellschaften, Standorte und mehrere Kontakte desselben Buying Centers miteinander verbunden? Wer darf Lifecycle-Stufen verändern?
Ohne solche Vereinbarungen entsteht keine gemeinsame Kundenwahrheit. Es entsteht lediglich ein gemeinsamer Speicher für widersprüchliche Interpretationen.
Der Plattformvorteil ist zugleich ein Modellierungsrisiko
HubSpot betont, dass die eigenen Produkte nativ mit dem Smart CRM verbunden sind. Das unterscheidet die Plattform von Architekturen, in denen CRM, Marketing Automation, Service und Content-Systeme erst nachträglich integriert werden müssen.
Diese Integration kann Übergaben vereinfachen. Sie reduziert die Zahl technischer Schnittstellen innerhalb des eigenen Produktportfolios und kann dafür sorgen, dass Aktivitäten unmittelbar am Kundenobjekt sichtbar werden.
Sie erzeugt jedoch ein anderes Risiko: Die Organisation übernimmt möglicherweise unbemerkt das Daten- und Prozessmodell der Plattform.
Jede Software enthält Annahmen darüber, wie ein Unternehmen arbeitet. Sie definiert Objekte, Statuswerte, Workflows, Berechtigungen und Berichtslogiken. Je breiter eine Plattform eingesetzt wird, desto stärker prägen diese Annahmen den Betrieb.
Die zweite Lektion lautet:
Eine integrierte Plattform reduziert technische Fragmentierung, kann aber organisatorische Abhängigkeit erhöhen.
Das ist nicht grundsätzlich negativ. Standardisierung kann gerade für kleinere und mittlere Unternehmen einen erheblichen Vorteil darstellen. Sie reduziert individuelle Entwicklung und erleichtert die gemeinsame Nutzung.
Problematisch wird sie, wenn das Unternehmen nicht mehr unterscheiden kann, welche Prozesse aus fachlichen Gründen bestehen und welche lediglich durch die Software vorgegeben werden.
Eine Plattform sollte daher nicht nur nach Funktionsbreite bewertet werden. Entscheidend ist auch, wie gut das eigene Account-, Buying-Center- und Revenue-Modell abgebildet werden kann.
Buying Center passen nur unvollständig in kontaktzentrierte Systeme
B2B-Kaufentscheidungen werden selten von einer einzelnen Person getroffen. Mehrere Rollen wirken zusammen: Fachanwender, technischer Evaluator, Budgetverantwortlicher, Einkauf, Legal, Security und Management.
Ein CRM kann diese Personen einem Account und einer Opportunity zuordnen. Die eigentliche Entscheidungsdynamik ist damit aber noch nicht erklärt.
Eine Person kann ein Projekt fachlich unterstützen und zugleich kommerzielle Einwände haben. Ein Kontakt mit hoher Kampagnenaktivität kann wenig Entscheidungsmacht besitzen. Eine kaum digital sichtbare Person kann die finale Freigabe kontrollieren.
Die dritte Lektion lautet daher:
Buying-Center-Integration bedeutet mehr als die Zuordnung mehrerer Kontakte zu einem Unternehmen.
Ein belastbares Modell muss mindestens Rollen, Einfluss, fachliche Interessen, Entscheidungsphase und Beziehungen zwischen Beteiligten unterscheiden.
HubSpot kann die organisatorische Grundlage dafür bereitstellen, indem Daten und Aktivitäten an zentralen Kundenobjekten zusammenlaufen. Die Aussage, dass ein System diese Informationen speichern kann, ist jedoch nicht gleichbedeutend mit der Aussage, dass das Unternehmen sein Buying Center tatsächlich versteht.
Die Qualität entsteht durch Research, Vertriebsarbeit und konsequente Datenpflege – nicht allein durch die Plattform.
Marketing Automation automatisiert Regeln, nicht Verständnis
HubSpot beschreibt Marketing Hub als AI-gestützte Marketingsoftware für Leadgenerierung, Omnichannel-Automation, Kampagnensteuerung und Reporting. Sales Hub ergänzt Pipeline- und Vertriebsfunktionen auf derselben Plattform.
Diese Verbindung ermöglicht es, auf Kunden- und Interaktionsdaten automatisiert zu reagieren. Kontakte können segmentiert, weiterentwickelt und an Sales übergeben werden.
Die entscheidende Grenze liegt in den Regeln.
Eine Automation kann feststellen, dass eine Person mehrere Inhalte angesehen, ein Formular ausgefüllt oder eine bestimmte Seite besucht hat. Sie kann daraus einen Score berechnen und eine Aktion auslösen.
Sie weiß jedoch nicht automatisch, ob das Unternehmen ein tatsächliches Projekt besitzt, welches Problem gelöst werden soll oder ob die handelnde Person eine relevante Rolle im Buying Center innehat.
Die vierte Lektion lautet:
Marketing Automation skaliert die vorhandene Entscheidungslogik – einschließlich ihrer Fehler.
Ein schlechtes Lead-Modell wird durch Automation nicht besser. Es wird lediglich schneller und konsequenter angewendet.
B2B-Marketing sollte deshalb nicht nur fragen, wie viele Abläufe automatisiert werden können. Es sollte prüfen, welche Unsicherheiten in den zugrunde liegenden Annahmen bestehen.
Ein Download ist ein Fakt. Kaufabsicht ist eine Ableitung. Buying-Center-Relevanz ist eine weitere Ableitung. Diese Ebenen sollten im CRM nicht stillschweigend miteinander verschmolzen werden.
Contentful: Content als unabhängige Unternehmensressource
Contentful beginnt an einer anderen Stelle. Nicht der Kunde, sondern der Content steht im Zentrum der Plattform.
Contentful beschreibt sich als API-first Content Platform, die Inhalte verwaltet, digitale Experiences orchestriert und Content für unterschiedliche Touchpoints bereitstellt. Inhalte werden in kleinere, strukturierte Komponenten zerlegt und können über Marken, Regionen, Kanäle und Anwendungsfälle hinweg wiederverwendet werden.
Diese Trennung ist grundlegend.
In einem traditionellen CMS sind Inhalt, Seitenlayout und Ausgabekanal häufig eng miteinander verbunden. Ein Text wird für eine konkrete Webseite erstellt. Soll er später in einer App, einem Portal oder einem anderen Land verwendet werden, muss er kopiert oder angepasst werden.
In einem composable Content-Modell wird der Inhalt unabhängig vom Frontend strukturiert. Produktbeschreibung, Nutzenargument, Bild, rechtlicher Hinweis und Call-to-Action können als eigenständige Elemente modelliert und in verschiedenen Experiences zusammengesetzt werden.
Die fünfte Lektion lautet:
Content wird strategisch, wenn er nicht mehr als fertige Seite, sondern als wiederverwendbare und kontrollierbare Datenstruktur behandelt wird.
Das verändert nicht nur die Technik. Es verändert die Arbeit des Marketings.
Redaktionen müssen früher entscheiden, welche Inhaltskomponenten langfristig stabil sind, welche Beziehungen zwischen ihnen bestehen und in welchen Kontexten sie verwendet werden dürfen.
Wiederverwendung benötigt stärkere Semantik
Der Begriff „Create once, publish everywhere“ klingt effizient. In der Praxis ist Wiederverwendung anspruchsvoll.
Ein Inhalt kann sprachlich korrekt und trotzdem im falschen Kontext unpassend sein. Eine Produktbeschreibung für eine Webseite eignet sich möglicherweise nicht unverändert für eine App, einen Vertriebskanal oder eine AI-Antwort. Rechtliche Hinweise unterscheiden sich nach Region. Nutzenargumente müssen an Zielgruppe und Funnel-Phase angepasst werden.
Strukturierter Content löst dieses Problem nicht automatisch. Er macht es lediglich systematisch bearbeitbar.
Die sechste Lektion lautet deshalb:
Je häufiger Content wiederverwendet werden soll, desto genauer muss seine Bedeutung beschrieben werden.
Dazu gehören Inhaltstyp, Zielgruppe, Region, Sprache, Produktbezug, Gültigkeitszeitraum, Freigabestatus und Kanalrestriktionen.
Contentful bezeichnet composable Content als Inhalte, die in kleine, bedeutungsvolle Bestandteile zerlegt und für verschiedene Kontexte neu zusammengesetzt werden können.
Der entscheidende Begriff ist „bedeutungsvoll“. Ein Textfragment ohne Kontext ist zwar modular, aber nicht zuverlässig wiederverwendbar.
Composable Architecture verlagert Komplexität
Contentful beschreibt composable Architecture als Aufbau digitaler Anwendungen aus modularen, API-basierten Komponenten statt aus einer geschlossenen monolithischen Suite. Einzelne Fähigkeiten können ergänzt oder ausgetauscht werden, ohne das gesamte System zu ersetzen.
Diese Architektur verspricht Flexibilität. Unternehmen können Content Platform, Commerce, Suche, Personalisierung, Analytics und weitere Dienste gezielt kombinieren.
Damit entsteht aber kein einfacheres System. Die Komplexität wird verlagert.
In einer Suite übernimmt ein Anbieter einen großen Teil der Produktintegration. In einer composable Architektur muss das Unternehmen selbst entscheiden, welche Komponenten zusammenarbeiten, wie Daten fließen und wer die Gesamtarchitektur verantwortet.
Die siebte Lektion lautet:
Composable bedeutet nicht weniger Komplexität, sondern stärker verteilte Komplexität.
Diese Verteilung kann strategisch sinnvoll sein. Sie reduziert die Abhängigkeit von einer einzelnen monolithischen Plattform und erlaubt spezialisierte Lösungen.
Sie benötigt jedoch Architekturkompetenz, API-Governance, Monitoring und klare Verantwortlichkeiten. Ohne diese Fähigkeiten entsteht aus „Best of Breed“ schnell eine schwer steuerbare Sammlung von Einzelsystemen.
Contentful selbst weist in seiner Beschreibung composable Architekturen darauf hin, dass die größere Herausforderung häufig nicht die Technik, sondern die organisatorische Ausrichtung von Teams, Workflows und Content-Strukturen ist.
Storyblok: Headless ohne den Verlust visueller Kontrolle
Storyblok adressiert eine typische Schwäche früher Headless-CMS-Modelle. Entwickler gewannen technische Freiheit, während Marketing- und Redaktionsteams einen Teil der unmittelbaren visuellen Kontrolle verloren.
Die Plattform kombiniert eine API-first- und komponentenbasierte Architektur mit einem Visual Editor. Entwickler definieren wiederverwendbare Komponenten und Frontends; Marketing- und Content-Teams können Inhalte innerhalb dieser Komponenten visuell bearbeiten und als Vorschau prüfen.
Damit versucht Storyblok, zwei legitime Interessen miteinander zu verbinden.
Entwickler wollen Kontrolle über Frameworks, Performance, Integrationen und Codequalität.
Marketing will Inhalte schnell ändern, Seiten zusammenstellen und Kampagnen veröffentlichen, ohne für jede Anpassung ein Development-Ticket zu benötigen.
Die achte Lektion lautet:
Die zentrale Aufgabe eines modernen CMS ist nicht nur Content Delivery. Es muss die Autonomie von Marketing und die Kontrollbedürfnisse der Entwicklung miteinander vereinbaren.
Vollständige Freiheit für Marketing kann Marken-, Performance- und Accessibility-Probleme erzeugen. Vollständige Kontrolle durch Entwickler kann zu Engpässen und langsamen Veröffentlichungsprozessen führen.
Komponentenmodelle sind ein möglicher institutioneller Kompromiss: Entwickler legen sichere und wiederverwendbare Bausteine an; Marketing kombiniert und befüllt sie innerhalb definierter Grenzen.
Der Visual Editor ist eine Governance-Oberfläche
Storybloks Visual Editor ermöglicht das Schreiben, Anordnen und Verwalten von Inhalten mit visueller Vorschau für unterschiedliche Bildschirmgrößen.
Auf den ersten Blick ist das eine Usability-Funktion. Strategisch betrachtet ist der Editor jedoch mehr.
Er übersetzt ein technisches Komponentenmodell in einen Arbeitsraum, den Marketing- und Content-Teams verstehen können. Dadurch wird sichtbar, welche Teile einer Experience veränderbar sind und welche durch das Designsystem kontrolliert bleiben.
Die neunte Lektion lautet:
Ein guter visueller Editor beseitigt technische Grenzen nicht. Er macht sinnvoll gestaltete Grenzen für Nicht-Entwickler nutzbar.
Das ist ein wichtiger Unterschied.
Das Ziel sollte nicht sein, dass Marketing jede beliebige technische Änderung selbst ausführen kann. Das Ziel ist, dass regelmäßig benötigte Änderungen ohne unnötige Abhängigkeit möglich werden, während Sicherheit, Designkonsistenz und Performance geschützt bleiben.
Die Qualität des Systems zeigt sich daher nicht nur an der Benutzeroberfläche. Sie zeigt sich an der Qualität der Komponenten, die Entwickler und Designer bereitstellen.
Content Operations sind Organisationsdesign
Sowohl Contentful als auch Storyblok erweitern ihre Positionierung über das klassische CMS hinaus in Richtung Content Operations.
Contentful definiert Content Operations als Koordination von Menschen, Prozessen und Werkzeugen für die Erstellung und Verteilung von Inhalten. Das Unternehmen nennt klare Verantwortung, Governance, Automation und wiederholbare Prozesse als zentrale Voraussetzungen.
Storybloks Dokumentation beschreibt Workflows mit Stufen, Rollen, Zuweisungen, Fälligkeiten, Kommentaren und Berechtigungen. Individuelle Rollen können den Zugriff auf Inhalte, Assets, Sprachen und andere Ressourcen steuern.
Damit wird das CMS zu einer Betriebsplattform.
Es speichert nicht nur Inhalte. Es legt fest, wer sie erstellen, prüfen, übersetzen, freigeben und veröffentlichen darf.
Die zehnte Lektion lautet:
Content Operations sind keine administrative Ergänzung des Content-Marketings. Sie sind das Betriebssystem seiner arbeitsteiligen Produktion.
In globalen Unternehmen arbeiten Produktmarketing, Länderorganisationen, Agenturen, Legal, Brand, Übersetzung und Entwicklung an denselben Experiences. Ohne nachvollziehbare Rollen und Freigaben entstehen Duplikate, veraltete Aussagen und widersprüchliche Markendarstellungen.
Ein CMS kann diese Prozesse technisch unterstützen. Es kann aber nicht entscheiden, wer tatsächlich verantwortlich sein sollte. Diese Governance muss das Unternehmen selbst festlegen.
HubSpot, Contentful und Storyblok lösen unterschiedliche Integrationsprobleme
Die drei Plattformen werden teilweise als Wettbewerber wahrgenommen, liegen aber auf unterschiedlichen Schwerpunkten der Wertschöpfung.
HubSpot verbindet Kundenobjekte und Go-to-Market-Prozesse.
Contentful verbindet strukturierte Inhalte und digitale Experiences in einer composable Enterprise-Architektur.
Storyblok verbindet die technische Freiheit eines Headless CMS mit visuellen und kollaborativen Arbeitsweisen für Marketingteams.
Diese Unterschiede sind wichtig, weil „Integration“ in jedem Modell etwas anderes bedeutet.
Bei HubSpot bedeutet Integration vor allem, dass Marketing-, Sales- und Serviceaktivitäten auf einer gemeinsamen Kundendatenbasis zusammenlaufen.
Bei Contentful bedeutet Integration, dass strukturierter Content mit unterschiedlichen Frontends, Commerce-, Analytics-, CRM- und Personalisierungssystemen verbunden wird. Die Plattform beschreibt sich ausdrücklich als API-first und cloud-native sowie als Kern eines composable Marketing-Stacks.
Bei Storyblok bedeutet Integration, dass Content über REST-, GraphQL- und Management-APIs in frei wählbare Frontends und weitere Systeme eingebunden wird, während Marketing in einem visuellen Arbeitsraum bleibt.
Die elfte Lektion lautet:
Eine Plattform sollte nicht danach bewertet werden, ob sie „integriert“ ist, sondern danach, welche Art von Zusammenhang sie zur primären Ordnung macht.
Das Kundenobjekt, der Content und der digitale Kanal sind nicht dasselbe. Ein Unternehmen benötigt möglicherweise alle drei Ebenen.
CRM und CMS besitzen unterschiedliche Wahrheiten
Ein CRM beantwortet Fragen wie:
Wer ist der Kunde? Welche Interaktionen fanden statt? Welche Opportunity besteht? Wer ist zuständig?
Ein Content-System beantwortet andere Fragen:
Welche Aussage ist freigegeben? Welche Version ist aktuell? Für welche Sprache und Region gilt sie? In welchen Experiences wird sie verwendet?
Diese Wahrheiten dürfen nicht vermischt werden.
Ein CRM sollte nicht zur primären Ablage komplexer Content-Assets werden. Ein CMS sollte nicht versuchen, vollständige Kunden- und Opportunity-Prozesse zu ersetzen.
Die zwölfte Lektion lautet:
Gute Enterprise-Architektur entsteht nicht durch ein einziges universelles System, sondern durch klar definierte Autoritäten für unterschiedliche Datenarten.
Das CRM kann die maßgebliche Quelle für Accounts und Kundenstatus sein.
Die Content Platform kann die maßgebliche Quelle für freigegebene Inhalte und Inhaltsstrukturen sein.
Commerce- oder ERP-Systeme können für Produkte, Preise und Verträge maßgeblich sein.
Die Integrationsarchitektur muss anschließend festlegen, wie diese Wahrheiten miteinander verbunden werden.
Personalisierung verbindet Kunden- und Content-Architektur
Personalisierung ist der Punkt, an dem HubSpots Kundenlogik und die Content-Plattformlogik unmittelbar zusammentreffen.
Um eine Experience zu personalisieren, benötigt ein Unternehmen mindestens zwei Dinge:
ein Signal darüber, wer oder in welcher Situation sich der Nutzer befindet, und geeignete Content-Bausteine, die für diese Situation freigegeben sind.
Das CRM und die Marketingplattform liefern potenziell Kunden-, Account- und Interaktionskontext. Contentful oder Storyblok liefern strukturierte, ausspielbare Inhalte.
Die Schwierigkeit liegt nicht in der bloßen Verbindung beider Systeme. Sie liegt in den Regeln.
Welche Daten dürfen für Personalisierung verwendet werden? Welche Personalisierung ist fachlich sinnvoll? Wie wird verhindert, dass widersprüchliche Botschaften entstehen? Welche Standarderfahrung wird gezeigt, wenn Daten unsicher sind?
Die dreizehnte Lektion lautet:
Personalisierung ist eine gemeinsame Entscheidung von Daten-, Content- und Governance-Systemen.
Ein CRM-Segment ohne passende Content-Varianten erzeugt keine gute Experience.
Ein umfangreicher Content-Bestand ohne belastbaren Zielgruppenkontext erzeugt lediglich mehr Auswahl.
Erst die kontrollierte Verbindung beider Ebenen schafft Relevanz.
AI erhöht den Wert strukturierter Inhalte und sauberer Kundendaten
HubSpot beschreibt seine Plattform inzwischen ausdrücklich als agentisch. Kunden-, Geschäfts- und Kontextdaten sollen menschlichen Teams und AI-Agenten als gemeinsame Grundlage dienen.
Storyblok hebt strukturierte Inhaltsmodelle, APIs und einen MCP-Server als Grundlage hervor, über die AI-Agenten Inhalte und Schemas verstehen und bearbeiten können sollen.
Contentful verbindet seine Plattform ebenfalls mit AI-gestützten Content- und Workflow-Funktionen und betont strukturierte, wiederverwendbare Inhalte als Grundlage skalierbarer Experiences.
Diese Entwicklung verändert die Bedeutung von Datenqualität.
Ein Mensch kann erkennen, dass ein veralteter Text nur versehentlich noch im System liegt. Ein Agent kann ihn zuverlässig und in großem Umfang weiterverwenden.
Ein Mensch kann bei einem unvollständigen CRM-Datensatz nachfragen. Ein automatisierter Agent kann daraus sofort eine falsche Priorisierung oder Kommunikation ableiten.
Die vierzehnte Lektion lautet:
AI automatisiert nicht nur Arbeit. Sie automatisiert die Folgen vorhandener Informationsqualität.
Je stärker Agenten Inhalte erstellen, Kampagnen steuern oder CRM-Aktionen ausführen, desto wichtiger werden Herkunft, Freigabestatus, Berechtigungen und semantische Klarheit.
Structured Content und Smart CRM sind daher nicht bloß Datenprodukte. Sie werden zu Handlungskontexten für Maschinen.
Das Buying Center unterscheidet sich deutlich
Die drei Anbieter adressieren unterschiedliche, teilweise überlappende Buying Center.
Bei HubSpot stehen typischerweise Marketing, Sales, Revenue Operations, Customer Service und Geschäftsführung im Mittelpunkt. IT und Datenschutz werden relevanter, je größer die Implementierung, der Datenumfang und die Integrationslandschaft werden.
Bei Contentful dominieren häufig Digital Experience, Content Platform, Enterprise Architecture, Entwicklung, Marketing Operations und globale Content-Verantwortliche. Die Entscheidung ist oft Bestandteil eines größeren Replatforming- oder composable-Architecture-Projekts.
Bei Storyblok entsteht besonders sichtbar ein gemeinsames Buying Center aus Marketing, Content, Entwicklung und IT. Der fachliche Nutzen hängt davon ab, ob Entwickler ein tragfähiges Komponentenmodell schaffen und Marketer die dadurch entstehende Autonomie tatsächlich nutzen.
Die fünfzehnte Lektion lautet:
Der wirtschaftliche Käufer einer Plattform ist nicht automatisch die Funktion, die ihren Nutzen täglich erzeugt.
Ein CMO kann ein schnelleres Content-Modell unterstützen. Ohne Entwicklerakzeptanz bleibt ein Headless CMS wirkungslos.
Die IT kann eine composable Architektur freigeben. Ohne Content-Governance entsteht keine skalierbare Wiederverwendung.
Sales kann ein gemeinsames CRM fordern. Ohne Marketing- und Service-Disziplin bleibt die Datenbasis unvollständig.
B2B-Marketing für diese Plattformen muss deshalb nicht nur verschiedene Personas ansprechen. Es muss erklären, wie deren Interessen voneinander abhängen.
Replatforming ist eine Organisationsentscheidung
Der Wechsel eines CRM oder CMS wird häufig als Technologieprojekt beschrieben. Daten werden migriert, Integrationen aufgebaut und Benutzer geschult.
Tatsächlich zwingt Replatforming ein Unternehmen dazu, bestehende Arbeitsweisen offenzulegen.
Welche Felder und Inhalte werden noch benötigt? Welche Workflows sind sinnvoll? Welche Sonderfälle sind historisch gewachsen? Wer darf künftig veröffentlichen oder Kundendaten verändern? Welche Integrationen sind strategisch und welche nur Altlasten?
Die sechzehnte Lektion lautet:
Der größte Wert eines Replatforming-Projekts kann darin liegen, dass eine Organisation ihre eigenen Regeln neu verhandeln muss.
Das erklärt zugleich, warum solche Projekte schwierig sind.
Sie berühren Zuständigkeiten, Macht, Budgets und etablierte Gewohnheiten. Eine neue Plattform kann technisch überlegen sein und trotzdem scheitern, wenn die Organisation lediglich ihre alten Probleme in das neue System überträgt.
Contentful weist bei composable Architekturen selbst darauf hin, dass Teams Content-Strukturen und Arbeitsweisen neu gestalten müssen, statt ineffiziente Prozesse auf einer neuen technischen Basis zu reproduzieren.
Was B2B-Marketing aus den drei Plattformmodellen lernen kann
HubSpot, Contentful und Storyblok zeigen drei unterschiedliche Wege, digitale Kundenbeziehungen zu organisieren.
HubSpot beginnt beim Kunden- und Revenue-Kontext.
Contentful beginnt beim strukturierten Content und seiner Wiederverwendung in einer modularen Enterprise-Architektur.
Storyblok beginnt bei der Zusammenarbeit zwischen Entwicklern und Marketing innerhalb eines visuellen Headless-Modells.
Daraus ergeben sich sechs Grundsätze:
Erstens: CRM-Integration nicht mit tatsächlichem Buying-Center-Verständnis gleichsetzen.
Zweitens: Marketing Automation als Skalierung von Entscheidungsregeln behandeln, nicht als Ersatz für Interpretation.
Drittens: Content als strukturierte, semantisch beschriebene Unternehmensressource organisieren.
Viertens: Composable Architecture nicht als Vereinfachung, sondern als bewusst übernommene Integrationsverantwortung verstehen.
Fünftens: Marketingautonomie und technische Governance als gemeinsames Designproblem behandeln.
Sechstens: CRM, Content Platform und Frontend als unterschiedliche Autoritätsebenen definieren und kontrolliert verbinden.
Die entscheidende Frage lautet deshalb nicht:
Brauchen wir HubSpot, Contentful oder Storyblok?
Sie lautet:
Welche Informationen und Handlungen müssen in unserem Unternehmen gemeinsam gesteuert werden – Kundenbeziehungen, Inhalte, digitale Experiences oder alle drei?
Wo diese Ebenen unklar vermischt werden, entstehen neue Datensilos unter dem Namen einer Plattform.
Wo ihre Aufgaben sauber getrennt und verbunden werden, kann Technologie tatsächlich eine gemeinsame Marktbearbeitung ermöglichen.