Composable CDP vs. Packaged CDP: Die bittere Wahrheit für den deutschen Mittelstand

Der Hype und die Realität

Auf LinkedIn ist die Sache 2026 längst entschieden. Jeder zweite Post erklärt die Packaged CDP für tot und feiert Composable als die einzig erwachsene Architektur. Volle Datenhoheit, kein Vendor-Lock-in, alles im eigenen Warehouse. Klingt zwingend.

In der Praxis sieht es anders aus.

Wir übernehmen regelmäßig Setups, in denen ein Mittelständler dem Hype gefolgt ist, eine Composable-Architektur begonnen hat und nach sechs Monaten feststeckt. Nicht weil die Idee falsch war. Sondern weil niemand die Rechnung zu Ende gerechnet hat. Eine Composable CDP ist kein Produkt, das man kauft. Sie ist ein System, das man baut, betreibt und pflegt, dauerhaft.

Genau hier trennt sich der Mittelstand vom Enterprise. Ein Konzern hat das Data-Team, das so ein System trägt. Der typische Mittelständler hat einen Marketing-Leiter, eine halbe Stelle Analytics und keinen einzigen Data Engineer.

Was ist was?

Packaged CDP

Eine fertige SaaS-Plattform (Segment, Tealium), die Datensammlung, Identitätsauflösung und Aktivierung in einem Produkt bündelt. Sie kaufen Geschwindigkeit und geben dafür Kontrolle und Datenhoheit ab.

Composable CDP

Ein aus Bausteinen zusammengesetzter Stack auf Ihrem eigenen Warehouse (BigQuery + dbt + Hightouch oder Census). Sie behalten die volle Kontrolle und tragen dafür die volle Komplexität und Betriebslast.

Die Illusion der Kosten

Das stärkste Verkaufsargument für Composable ist der Preis. Eine Packaged CDP kostet schnell fünfstellig im Monat, die Lizenz skaliert gnadenlos mit den getrackten Nutzern. Composable dagegen läuft auf BigQuery, das kostet bei sauberem Setup einen Bruchteil. Auf dem Papier ein klarer Sieg.

Auf dem Papier.

Was die Rechnung unterschlägt: Composable ersetzt eine Lizenz durch Arbeit. Jemand muss die Pipelines bauen, dbt-Modelle schreiben, die Identitätsauflösung lösen, Hightouch-Syncs warten und das Ganze am Laufen halten, wenn um 23 Uhr ein Sync bricht. Diese Person ist ein Data Engineer, und Data Engineers sind 2026 teuer und rar.

Rechnen Sie ehrlich: Eine Composable-Architektur ohne eigenen Engineer landet schnell bei 9.000 € im Monat allein für externe Hilfe und Recruiting. Die gesparte Lizenz ist dann mehr als aufgefressen. Hat das Team dagegen zwei Engineers, die das System ohnehin tragen, kippt die Rechnung deutlich zugunsten von Composable.

Die Lizenz ist sichtbar. Die Engineering-Kosten sind es nicht. Genau deshalb wird Composable im Mittelstand systematisch unterschätzt.

Real-Time vs. Batch

Der zweite blinde Fleck ist die Latenz. Marketing will den Warenkorbabbrecher in dem Moment ansprechen, in dem er abbricht, nicht zwei Stunden später. Sub-Sekunden-Trigger sind der Use-Case, an dem sich die Architekturen scheiden.

Packaged CDPs sind dafür gebaut. Streaming-Ingestion, Event-Trigger in nahezu Echtzeit, fertig konfiguriert. Eine Composable CDP auf BigQuery arbeitet 2026 dagegen überwiegend in Batch oder Micro-Batch. Reverse-ETL-Tools wie Hightouch synchronisieren in Intervallen, nicht in Millisekunden.

Das lässt sich lösen, aber nicht geschenkt. Echte Real-Time im Composable-Stack heißt eine zusätzliche Streaming-Schicht (etwa Pub/Sub plus eine Streaming-Engine), und die ist wieder Engineering, das jemand bauen und betreiben muss. Für die meisten Mittelstands-Use-Cases reicht Micro-Batch völlig. Wer aber echte Sub-Sekunden-Trigger braucht, bekommt sie mit Packaged schneller und billiger.

Entscheidungsmatrix für den Mittelstand

Vergessen Sie den LinkedIn-Konsens. Die Wahl hängt an Ihrem Team und Ihrem Fundament, nicht an der Mode.

Packaged CDP gewinnt, wenn:

• Sie Sub-Sekunden-Trigger brauchen und noch kein Warehouse-Fundament haben.
• kein Data Engineer im Team ist und auch keiner kommt.
• Time-to-Value in Wochen zählt, nicht in Quartalen.

Composable CDP gewinnt, wenn:

• BigQuery bereits Ihre Single Source of Truth ist.
• mindestens zwei Data Engineers das System dauerhaft tragen.
• Datenhoheit, EU-Region und beliebige Modellierung harte Anforderungen sind.

Die ehrlichste Antwort ist oft ein Hybrid: Composable als Rückgrat für Analyse und Modellierung, eine schlanke Packaged- oder Streaming-Schicht nur dort, wo echte Real-Time gebraucht wird. Nicht jede Architektur muss eine Religion sein.

Unsicher, welche Architektur zu Ihrem Team passt? Ein Audit Sprint prüft Datenlage, Team und Use-Cases und liefert in zwei Wochen eine begründete Empfehlung, Packaged, Composable oder Hybrid.