+180 XP

Data sharing, Marketplaces und Ökosysteme

# Data sharing, Marketplaces und Ökosysteme

2021 stellte ein mittelgroßer europäischer Versicherer fest, dass sein wertvollstes Asset nicht seine Aktuarsmodelle waren, sondern fünfzehn Jahre granularer Schadendaten zu Leitungswasserschäden in Wohngebäuden. Ein Analytics-Anbieter aus der Rückversicherung bot einen siebenstelligen Betrag für den Zugang. Der CDO sagte Ja zum Umsatz und verbrachte dann achtzehn Monate damit, die Folgen zu entwirren: Ein Wettbewerber rekonstruierte aus aggregierten Mustern die Underwriting-Logik des Versicherers, und eine Aufsichtsbehörde stellte unangenehme Fragen zum Umfang der Einwilligungen. Der Deal war nicht falsch. Die *Entscheidungsarchitektur* dahinter fehlte.

Genau diese Lücke schließt diese Lektion. Monetarisierung als Konzept verstehen Sie bereits. Was Sie jetzt brauchen, ist das operative Urteilsvermögen, um zu entscheiden, wo Sie in einem Datenökosystem sitzen, als Käufer, Verkäufer oder Betreiber, und wie Sie die Maschinerie aufbauen, die jede dieser Rollen sicher und profitabel macht.

Die drei Positionen und warum Sie bewusst wählen müssen

Jede Transaktion in einem Datenökosystem versetzt Sie in eine von drei Positionen, und die meisten CDOs geraten eher zufällig in sie hinein, als sie strategisch zu wählen.

Als Käufer erwerben Sie externe Daten, um interne Entscheidungen anzureichern: demografische Overlays, Wetterdaten, Transaktionspanels, Firmographics. Die Falle ist hier nicht die Kostenseite, sondern *Abhängigkeit und Attribution*. Sobald ein eingekauftes Signal in einem Produktionsmodell tragend wird, haben Sie einen Lieferanten geschaffen, der nun gegen Ihre Wechselkosten bepreist. Snowflakes Data Marketplace und AWS Data Exchange haben den Zukauf reibungslos gemacht, und genau darin liegt die Gefahr: reibungsloses Procurement erzeugt ungesteuerten Wildwuchs. Ein Retailer, mit dem ich gearbeitet habe, hatte 34 externe Datenabos über fünf Teams verteilt, drei davon doppelt und eines rechtlich nicht zu verteidigen.

Als Verkäufer paketieren und lizenzieren Sie Ihre eigenen Daten. Der Versicherer oben war Verkäufer. Die zentrale Disziplin besteht darin, zu verstehen, was Sie tatsächlich verkaufen: Rohdatensätze, abgeleitete Features oder *Insights*. Das sind drei verschiedene Geschäfte mit drei verschiedenen Risikoprofilen. Der Verkauf von Rohdatensätzen maximiert die Flexibilität des Käufers und Ihre Exposition. Der Verkauf von Insights (z. B. „Propensity Scores“ statt des zugrunde liegenden Verhaltens) schützt Ihren Wettbewerbsvorsprung, verlangt von Ihnen aber, ein Produkt zu bauen und zu pflegen.

Als Betreiber bauen Sie den Marketplace oder Clean Room, in dem andere Transaktionen abwickeln, die Position, die Bloomberg vor Jahrzehnten eingenommen hat und die heute Unternehmen wie Snowflake, Databricks und Spezialisten wie Habu/LiveRamp besetzen. Das ist ein Plattformgeschäft mit Plattformökonomie: enormes Upside, brutale Cold-Start-Dynamik und eine Governance-Last, die die anderen beiden Rollen weit in den Schatten stellt.

Der Entscheidungstest lautet nicht „was ist am profitabelsten“, sondern welche Position passt zur strukturellen Lage Ihrer Daten:

  • Sind Ihre Daten *commodity-nah* (Sie haben sie, andere auch), sind Sie Käufer differenzierter Daten und allenfalls Verkäufer mit niedriger Marge.
  • Sind Ihre Daten *einzigartig und schwer zu replizieren* (proprietäre Sensornetze, exklusive Transaktionsflüsse), haben Sie Optionalität als Verkäufer und möglicherweise als Betreiber.
  • Sitzen Sie an einem *natürlichen Aggregationspunkt*, an dem viele Parteien Daten kombinieren müssen, die sie einander nicht direkt geben würden, haben Sie Betreiberpotenzial, und nur dann.

Die meisten CDOs sind Käufer, die gelegentlich verkaufen. Sehr wenige sollten Betreiber sein, und wer es ohne den Vorteil des Aggregationspunkts versucht, verbrennt spektakulär Kapital.

Wie die Maschinerie tatsächlich funktioniert: Clean Rooms und Verträge

Die prägende technische Verschiebung der letzten fünf Jahre ist, dass Sie Daten nicht mehr bewegen müssen, um sie zu kombinieren. Das verändert alles an den Positionen Verkäufer und Betreiber.

Das alte Modell war „Datei verschicken und das Beste hoffen“. Das heutige Modell ist der Data Clean Room: eine governance-kontrollierte Umgebung, in der zwei oder mehr Parteien freigegebene Berechnungen über ihre kombinierten Daten laufen lassen können, ohne dass eine Partei die Rohdatensätze der anderen sieht. So matchen Advertiser nach dem Ende der Cookies Audiences mit Publishern, und so *hätte* der Versicherer seinen Rückversicherungsdeal strukturieren sollen.

Die Mechanik, die Sie als CDO verstehen müssen, umfasst drei Schichten:

1. Die Privacy-Schicht, Techniken, die Outputs sicher machen: Aggregationsschwellen (kein Ergebnis wird für weniger als N Personen freigegeben), Differential Privacy (kalibriertes Einspeisen von Rauschen) und Query-Auditing. Das verhindert, dass ein Käufer einzelne Datensätze rekonstruiert oder, wie in unserem Eingangsfall, Ihr Modell zurückentwickelt.

2. Die Governance-Schicht, wer welche Queries gegen welche Spalten ausführen darf, mit welcher Allowlist an Operationen. Hier scheitern die meisten Umsetzungen, weil Teams das als Nachgedanken behandeln.

3. Die kommerzielle Schicht, Metering, Entitlements und Billing gekoppelt an den Verbrauch.

So sieht eine Clean-Room-Policy aus, die einen belastbaren Deal vom Fehler des Versicherers trennt, indem sie Operationen auf Aggregate oberhalb einer Schwelle beschränkt statt joinbare Zeilen freizugeben:

yaml
clean_room_policy:
  dataset: residential_claims
  allowed_operations: [count, sum, avg, join_on_hashed_key]
  blocked_operations: [select_raw, export_rows]
  aggregation_threshold: 50   # Ergebnisse mit <50 Datensätzen unterdrücken
  join_keys:
    - property_id_hashed
  output_review: automated_plus_manual_sample
  differential_privacy:
    epsilon: 1.0

Der Versicherer verkaufte rohe, joinbare Datensätze. Hätte er *ausschließlich aggregierte Query-Ergebnisse oberhalb einer Schwelle von 50 mit gehashtem Join-Key* verkauft, hätte der Rückversicherer ein legitimes Risikosignal erhalten und wäre nicht in der Lage gewesen, die proprietäre Underwriting-Logik zu rekonstruieren. Gleicher Umsatz, radikal anderes Risiko. Vertragsbedingungen und technische Kontrollen müssen dieselbe Absicht kodieren, denn wenn Ihr Vertrag „nur Aggregate“ sagt, Ihre Plattform aber Zeilenexport erlaubt, gewinnt die Plattform.

Auf der Käuferseite ist die parallele Disziplin ein Data Acquisition Gate: Kein externer Datensatz geht in Produktion, ohne vier Fragen zu beantworten. Welche Entscheidung verbessert er, und um wie viel? Wie hoch sind unsere Wechselkosten, wenn der Anbieter die Konditionen ändert? Sind Provenienz und Consent-Kette vertraglich zugesichert? Was passiert mit unserem Modell, wenn dieser Feed veraltet oder wegfällt? Die 34 Abos des Retailers schrumpften auf 11, sobald diese Fragen durchgesetzt wurden.

Data Clean Rooms Explained

Watch on YouTube

Die Ökonomie: Pricing, Value Capture und der Cold Start des Betreibers

Die Frage, an der die meisten Data-Sharing-Initiativen hängenbleiben, ist das Pricing, und der Grund ist, dass CDOs Daten wie ein Produkt bepreisen, wo sie *Zugang zu einer Entscheidung* bepreisen sollten.

Drei Pricing-Modelle dominieren, und jedes signalisiert eine andere Beziehung:

  • Subscription (pauschaler Zugang) belohnt intensive Nutzer und ist leicht zu budgetieren, koppelt Ihren Umsatz aber vom Wert für den Käufer ab, gefährlich, wenn Ihre Daten stark differenziert sind.
  • Consumption (pro Query / pro Datensatz) bringt Umsatz und Nutzung in Einklang und ist heute der Marketplace-Standard, bestraft aber Exploration und kann genau das Experimentieren unterdrücken, das dem Käufer den Wert Ihrer Daten zeigt.
  • Outcome-based koppelt den Preis an den realisierten Lift beim Käufer. Das ist der heilige Gral und kaum ehrlich zu instrumentieren, weil die Attribution umstritten ist.

Die praktische Antwort für einen Verkäufer ist meist ein Hybrid: eine Subscription-Untergrenze für den Zugang plus Consumption für das Volumen, wobei die Untergrenze Ihre Governance- und Supportkosten deckt. Bepreisen Sie niemals unter Ihren *Cost to Serve Safely*, die auch die laufenden Kosten der Missbrauchsüberwachung umfassen, nicht nur die Infrastruktur.

Beim Value Capture ist die schärfste CDO-Perspektive die Value-Migration-Frage: Fließt Wert beim Datenverkauf so *in* das Produkt Ihres Käufers, dass es Ihnen irgendwann Konkurrenz macht? Der Versicherer verkaufte an einen Rückversicherer, angrenzend, nicht direkt konkurrierend. Dieselben Schadendaten an ein Insurtech-Startup zu verkaufen, hätte einen künftigen Wettbewerber gefüttert. Die Daten sind identisch, die strategische Konsequenz ist entgegengesetzt. Diese Urteilsleistung nimmt Ihnen kein Vertragsmuster ab.

Die Betreiberposition verdient eine deutliche Warnung zur Ökonomie. Marketplaces sind zweiseitige Netzwerke, und zweiseitige Netzwerke haben ein Cold-Start-Problem: Käufer kommen nicht ohne Verkäufer, Verkäufer nicht ohne Käufer. Die Betreiber, die gewonnen haben, Bloomberg, Snowflake, haben entweder eine Seite mit einem bestehenden gebundenen Publikum geseedet oder eine Seite über Jahre massiv subventioniert. Wenn Sie über den Betrieb eines Ökosystems nachdenken, ist die diagnostische Frage brutal: *Besitzen Sie schon eine Seite des Markts?* Ein Logistiker, der bereits 10.000 Versender und Frachtführer verbindet, kann glaubwürdig einen Datenaustausch zwischen ihnen betreiben. Ein Unternehmen ohne diese vorhandene Schwerkraft will ein Netzwerkeffekt-Flywheel von Null finanzieren, und das ist eine Venture-Wette, keine Datenstrategie.

Wissenscheck

1. Was fehlte laut Lektion tatsächlich bei der Entscheidung des Versicherers, seine Schadendaten zu Leitungswasserschäden zu verkaufen?

2. Die Lektion warnt, dass reibungsloses Daten-Procurement (z. B. über Marketplaces) vor allem deshalb gefährlich ist, weil es zu was führt?

3. Warum schützt der Verkauf von Insights (etwa Propensity Scores) statt Rohdatensätzen den Wettbewerbsvorsprung eines Verkäufers in der Regel besser?

MEHRFACHAUSWAHL

4. Wählen Sie ALLE Aussagen, die die drei Positionen in einem Datenökosystem korrekt beschreiben.

Wählen Sie alle richtigen Antworten aus.

MEHRFACHAUSWAHL

5. Wählen Sie ALLE zutreffenden Aussagen zu den Risiken und Folgen, die das Verkäufer-Szenario der Lektion illustriert.

Wählen Sie alle richtigen Antworten aus.

Die Entscheidung am Montagmorgen

Machen wir daraus eine Abfolge, die Sie tatsächlich durchlaufen können.

Schritt 1: Inventarisieren Sie die strukturelle Lage Ihrer Daten, nicht ihr Volumen. Markieren Sie jeden relevanten Datensatz auf zwei Achsen: *Replizierbarkeit* (wie leicht können andere äquivalente Daten beschaffen?) und *Aggregationswert* (wie viel wertvoller sind sie in Kombination mit den Daten anderer?). Assets mit hoher Einzigartigkeit und hohem Kombinationswert sind Ihre Kandidaten für Verkäufer- und Betreiberrollen. Bei allem anderen sind Sie Käufer oder lassen die Finger davon.

Schritt 2: Führen Sie die Value-Migration- und Dependency-Screens durch. Bilden Sie für jeden Verkaufskandidaten ab, wer die Käufer sind und ob einer davon in Ihrer Wettbewerbszukunft sitzt. Führen Sie für jeden Kaufbedarf das Acquisition Gate durch. Hier sagen Sie Nein zu Umsatz, der Sie strategisch Boden kostet, und Nein zu Abos, die verdeckte Modellabhängigkeiten schaffen.

Schritt 3: Wählen Sie die minimal tragfähige technische Position. Sie müssen keinen Clean Room bauen, um zu verkaufen. Die Reifeleiter lautet: (a) kontrollierte Dateilieferung mit starken Verträgen, (b) API-Zugang mit Metering, (c) Query-Zugang in einem Marketplace, (d) vollwertiger Multi-Party-Clean-Room. Starten Sie eine Sprosse über dem, was Ihr Risiko verlangt, nicht ganz oben. Der Versicherer brauchte Sprosse (c), er operierte auf Sprosse (a).

Schritt 4: Instrumentieren Sie Missbrauchserkennung vor der ersten Transaktion, nicht danach. Der häufigste Fehler ist, von einer Verletzung aus einem Zeitungsartikel oder dem Brief einer Aufsichtsbehörde zu erfahren. Query-Logging, Anomalieerkennung bei Zugriffsmustern und regelmäßige Output-Audits sind kein optionaler Overhead, sie sind das, was Ihnen den Verkauf überhaupt erlaubt. Berücksichtigen Sie die *laufenden* Kosten des sicheren Bereitstellens in Ihrem Pricing.

Schritt 5: Entscheiden Sie die Betreiberposition nur mit dem Netzwerk-Schwerkraft-Test. Wenn Sie keine Seite des Markts besitzen, nehmen Sie als Käufer oder Verkäufer am Ökosystem eines anderen teil und stellen die Betreiberfrage in achtzehn Monaten erneut. Betreiben ist die Position mit der höchsten Decke und der höchsten Ausfallrate, und sie ist selten der richtige erste Schritt.

Ein nützlicher Reframe für den ganzen Weg: Sie entscheiden nicht, ob Sie Daten teilen, sondern wie viel von der Optionalität Ihrer Daten Sie in Umsatz umwandeln, und zu welchem strategischen Preis. Der Versicherer wandelte für den erzielten Umsatz zu viel Optionalität um (Rohdatensätze). Ein disziplinierter CDO wandelt *so wenig* Daten wie nötig um, um den Wert abzuschöpfen: Insights vor Features, Features vor Datensätzen, Aggregate vor Rohdaten.

Key Takeaways

  • Wählen Sie Ihre Position bewusst anhand der strukturellen Lage, nicht des Volumens. Daten mit hoher Einzigartigkeit und hohem Kombinationswert verschaffen Ihnen Optionalität als Verkäufer/Betreiber, Commodity-Daten machen Sie zum Käufer. Die meisten CDOs sollten disziplinierte Käufer sein, die gelegentlich Insights verkaufen, keine Betreiber.
  • Kodieren Sie dieselbe Absicht in Vertrag und Plattform. Wenn Ihr Vertrag „nur Aggregate“ sagt, Ihre technischen Kontrollen aber Zeilenexport erlauben, gewinnen die Kontrollen und Sie sind exponiert. Verkaufen Sie so wenig Daten wie nötig: Insights vor Features, Features vor Datensätzen, Aggregate vor Rohdaten.
  • Führen Sie jeden Kauf durch ein Acquisition Gate und jeden Verkauf durch einen Value-Migration-Screen. Beseitigen Sie verdeckte Modellabhängigkeiten von externen Feeds und lehnen Sie Umsatz ab, der einen künftigen Wettbewerber füttert, selbst wenn die Daten identisch mit einem unbedenklichen Deal sind.
  • Bepreisen Sie den Zugang zu einer Entscheidung, nicht ein Produkt, und bepreisen Sie über Ihren Cost to Serve Safely. Dazu gehört die laufende Missbrauchsüberwachung, die Sie *vor* der ersten Transaktion instrumentieren, niemals danach.
  • Versuchen Sie die Betreiberposition nur, wenn Sie bereits eine Seite des Markts besitzen. Ohne bestehende Netzwerk-Schwerkraft ist der Aufbau eines Marketplace eine Venture-Wette im Gewand einer Datenstrategie, und das Cold-Start-Problem frisst Ihr Kapital.

Was Sie aus dieser Lektion umsetzen

Diese Maßnahmen sind im Playbook der Rolle zusammengefasst.

  • Jede Datenpartnerschaft durch vier Gates führen und Reputation als nicht verhandelbar behandeln
  • Verkaufen Sie so wenig Daten wie möglich: Insights vor Features vor Rohdatensätzen
Vollständiges Action Playbook ansehen

Verwandte Artikel

Aktuelle Blogartikel, die auf dieser Lektion aufbauen.