Das Data-as-a-Product-Mindset
# Das Data-as-a-ProductData-as-a-ProductA data asset managed like a product, with an owner, defined users, guaranteed quality, and measurable business value.Vollständige Definition ansehen →-Mindset
2016 hatte Airbnb ein Dashboard-Problem, das kein Dashboard lösen konnte. Analysten im ganzen Unternehmen produzierten widersprüchliche Zahlen für dieselbe Metrik: „bookings" bedeutete für das Growth-Team eines, für Finance etwas anderes, für das Host-Supply-Team ein Drittes. Jedes Meeting begann mit einer fünfzehnminütigen Diskussion darüber, wessen Zahl stimmt. Die Lösung war kein neues BIBITechnologies and processes that turn raw data into actionable insights via reporting, dashboards and analysis, so teams can decide based on facts rather than intuition.Vollständige Definition ansehen →-Tool. Es war die Entscheidung, die kuratierten Datensätze als Produkte zu behandeln: benannt, mit Ownership, versioniert, zertifiziert, mit einem verantwortlichen Team. Sie nannten das System Minerva, und der Wandel war philosophisch, bevor ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → technisch war: Jemand war jetzt für „bookings" verantwortlich, so wie ein PM für einen Checkout-Flow verantwortlich ist.
Das ist die gesamte Lektion in einer Geschichte. Das Tooling kommt danach. Was alles verändert, ist die Entscheidung, dass ein Datensatz kein Abgas eines Systems ist, sondern ein Produkt mit einem Nutzer, einem Versprechen und einer Person, deren Name daran hängt.
Was „Produkt" Ihnen tatsächlich abverlangt
Sie kennen das Vokabular bereits. Die Falle ist, „Data ProductData ProductA data asset managed like a product, with an owner, defined users, guaranteed quality, and measurable business value.Vollständige Definition ansehen →" als Rebranding für „die PipelinePipelineAll active sales opportunities across the stages of the sales process, together with their combined potential value and probability of closing.Vollständige Definition ansehen →, die das Dashboard füttert" zu behandeln. Eine Umbenennung bringt Ihnen nichts. Das Mindset zahlt sich erst aus, wenn Sie die vier Verpflichtungen akzeptieren, die das Wort *Produkt* mit sich zieht.
Ein Owner, der für Outcomes verantwortlich ist, nicht für Uptime. Ein PipelinePipelineAll active sales opportunities across the stages of the sales process, together with their combined potential value and probability of closing.Vollständige Definition ansehen →-Owner wird daran gemessen, ob der Job gelaufen ist. Ein Data-Product-Owner wird daran gemessen, ob das Produkt genutzt wird und Vertrauen genießt. Das ist ein anderer Job. Der Owner macht Discovery: Wer sind meine Consumer, welche Entscheidung treiben diese Daten, was würde sie dazu bringen, sich ihre eigene Kopie zu bauen? Wenn ein Marketing-Team still und heimlich Ihre Customer-Tabelle forkt und eine eigene Version pflegt, ist das ein churned customer, und Ihr Produkt ist gerade gescheitert, auch wenn jeder Job grün war.
Nutzer, die Sie benennen können, nicht „das Business". Wenn Sie Ihre Top-5-Consumer und die konkreten Entscheidungen, die Ihr Produkt speist, nicht auflisten kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen, haben Sie kein Produkt, sondern eine Tabelle mit Traffic. Echtes Product Ownership heißt, dass Sie wissen: Das Produkt revenue_daily bedient das Board-Deck des CFO (Latenz-Toleranz: Stunden; Fehlertoleranz: nahe null) und die Experimente des Pricing-Teams (Latenz-Toleranz: Minuten; Fehlertoleranz: moderat). Das sind unterschiedliche Anforderungen an ein Asset, und sie zu benennen erzwingt Priorisierung.
Ein SLA, das ein Vertrag ist, keine Absichtserklärung. Hier zeigt sich bei den meisten Organisationen, dass der Wandel nicht stattgefunden hat. Ein echtes Daten-SLA legt Freshness, Vollständigkeit, SchemaSchemaA schema is the formal blueprint that defines how data is structured, named, typed, and related within a database, file, or message.Vollständige Definition ansehen →-Stabilität fest und was passiert, wenn sie verletzt werden, einschließlich wer gepaged wird und worauf der Consumer Anspruch hat. Das SLA ist ein *Versprechen an einen bestimmten Consumer*, es hat also Zähne: Ein Verstoß hat Konsequenzen für den Producer.
Eine Roadmap, was bedeutet, dass Sie Nein sagen werden. Eine Product-Roadmap ist eine Aussage darüber, was Sie in diesem Quartal *nicht* tun. Nebenprodukt-Daten haben keine Roadmap, weil niemand entscheidet, jede Anfrage bekommt ein „wir nehmen es ins Backlog". Ein Data-Product-Owner triagiert: Dieses neue Feld bedient drei Consumer und entsperrt eine Umsatzentscheidung, es geht live; jenes bedient eine einzelne Ad-hoc-Neugier, es wartet.
Hier die zugespitzte Formulierung für Montag: Nebenprodukt-Daten optimieren auf die Bequemlichkeit des Producers; Produkt-Daten optimieren auf das Outcome des Consumers. Jede Architektur-, Staffing- und Priorisierungsentscheidung folgt daraus, was Sie tatsächlich gewählt haben, unabhängig davon, was Ihr Organigramm sagt.
Der Data ProductData ProductA data asset managed like a product, with an owner, defined users, guaranteed quality, and measurable business value.Vollständige Definition ansehen → Contract: das SLA real machen
Das Mindset wird operativ, sobald Freshness und Qualität aufhören, Stammeswissen zu sein, und zu einem maschinenlesbaren Vertrag werden. Das ist das Artefakt mit der größten Hebelwirkung in der ganzen Disziplin, weil es gleichzeitig Consumer-Erwartungen setzt, die Verpflichtung des Producers definiert und zu dem wird, was Ihr Monitoring durchsetzt.
Ein guter Data Contract beantwortet vier Fragen explizit: *Was wird garantiert? Für wen? Was bricht die Garantie? Was passiert, wenn sie bricht?*
product: customer_360
owner: data-platform-crm@company.com
consumers:
- team: pricing
decision: dynamic-discount-eligibility
criticality: tier-1
- team: marketing
decision: campaign-segmentation
criticality: tier-2
sla:
freshness: "< 3h from source event"
completeness: ">= 99.5% of active accounts"
schema: "additive-only; breaking changes require 2-sprint notice"
on_breach:
tier-1: page on-call; notify consumers within 15m
quality_gate: block publish; serve last-known-goodZwei Design-Entscheidungen in diesem Snippet zählen mehr als die Syntax. Erstens `schema: additive-only` mit einer Vorlaufzeit. Der häufigste Weg, auf dem Data Products ihre Nutzer verraten, ist eine stille Breaking Change: eine umbenannte Spalte, ein geänderter Typ, eine semantische Neudefinition. Das SchemaSchemaA schema is the formal blueprint that defines how data is structured, named, typed, and related within a database, file, or message.Vollständige Definition ansehen → als versioniertes Interface zu behandeln, so wie ein APIAPIApplication Programming Interface: a standardised interface that lets applications communicate and exchange data without knowing each other's internal workings.Vollständige Definition ansehen →-Team einen öffentlichen Endpoint behandelt, ist der Unterschied zwischen einem Produkt und einer Belastung. Zweitens `serve last-known-good` bei einem fehlgeschlagenen Quality Gate. Eine Nebenprodukt-PipelinePipelineAll active sales opportunities across the stages of the sales process, together with their combined potential value and probability of closing.Vollständige Definition ansehen → publiziert, was sie berechnet hat. Ein Produkt verweigert das Ausliefern von Daten, die die eigenen Qualitätschecks nicht bestehen, und liefert stattdessen die letzte vertrauenswürdige Version, weil einem Consumer, der eine Pricing-Entscheidung trifft, mit drei Stunden alten Daten besser gedient ist als mit still und heimlich falschen.
Der Job des CDO ist nicht, diese YAML-Dateien zu schreiben. ErErThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → besteht darin, verbindlich zu machen, dass jedes Asset mit „Produkt"-Status eines hat und dass die On-Breach-Konsequenzen real sind. Wenn die Verletzung eines Tier-1-SLA niemanden paged, haben Sie keinen Vertrag, sondern Dokumentation.
Die Zertifizierungs-Tier-Falle
Ein häufiger Fehler ist, alles zu zertifizieren. Wenn jeder Datensatz ein Gold-Badge bekommt, ist das Badge wertlos. Führen Sie eine bewusst kleine Tier-Struktur: eine Handvoll zertifizierter Produkte, eine breite Schicht „bekannt, genutzt, aber nicht zertifiziert" und alles andere explizit als Raw markiert. Die Knappheit der Top-Stufe ist es, die ihr Bedeutung gibt. Airbnbs Minerva war unter anderem deshalb erfolgreich, weil es *schwer* war, eine Minerva-Metrik zu werden, es erzwang ein Definitions-Review. Knappheit schuf Vertrauen.
Warum dieses Mindset der Value Unlock ist
Jetzt das strategische Argument, denn Sie werden das Investment verteidigen müssen. Warum setzt es überproportionalen Wert frei, Daten als Produkt zu behandeln, statt Datensätze schneller auszuliefern?
Es lässt die Trust Tax kollabieren. In den meisten Unternehmen sind die größten versteckten Kosten in Analytics nicht Compute oder Headcount, sondern der wiederkehrende menschliche Aufwand, *zu verifizieren, ob einer Zahl zu trauen ist*, bevor man auf ihr handelt. Jeder Analyst, der eine Metrik aus Raw-Tabellen neu baut, weil ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → der gemeinsamen nicht traut, zahlt die Trust Tax. Ein zertifiziertes Produkt mit sichtbarem Contract eliminiert diese Verifikationsschleife. Das ist der Mechanismus hinter den Produktivitätszahlen, nicht schnellere Queries, sondern *entfallene Nacharbeit*.
Es macht Wert attribuierbar. Wenn Daten ein Nebenprodukt sind, ist ihr ROIROIReturn on Investment: the ratio of net profit to the cost of an investment. A 300% ROI means each dollar invested returns $3.Vollständige Definition ansehen → Brei, Sie kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen den Wert der Daten nicht von dem System trennen, das sie erzeugt hat. Wenn sie ein Produkt mit benannten Consumern und benannten Entscheidungen sind, kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen Sie eine Linie von customer_360 zu den Pricing-Entscheidungen ziehen, die es ermöglicht, und zu der Marge, die diese Entscheidungen bewegt haben. Diese Nachvollziehbarkeit ist es, die Ihnen erlaubt, das Budget der Datenplattform in einem Abschwung zu verteidigen, und sie macht Ihre internen Produkte zu Kandidaten für externe Monetarisierung. Sie kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen ein Asset nicht monetarisieren, dessen Wert Sie nicht einmal Ihren eigenen Kollegen erklären kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen.
Es verändert, wer die Arbeit macht. Die tiefste strukturelle Verschiebung, und das verbindet sich mit den Domain-Ownership-Modellen, die Sie im modernen Data-Mesh-Denken sehen, ist, dass Produktverantwortung Ownership zu den Menschen hin verschiebt, die die Bedeutung der Daten verstehen. Zentrale Datenteams kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen nicht die *Semantik* jeder Domain besitzen; das Supply-Chain-Team weiß, was ein valider Shipment-Record ist, das zentrale Team nicht. Das Produkt-Mindset erlaubt Ihnen, Ownership zu dezentralisieren, ohne Chaos zu dezentralisieren, weil der Contract der koordinierende Mechanismus ist. Föderation funktioniert nur, wenn jede föderierte Einheit ein echtes Produkt mit einem echten SLA liefert.
Data as a Product - Zhamak Dehghani on Data Mesh
Die Ermessensentscheidung für Sie als CDO ist, *wo Sie anfangen*. Versuchen Sie nicht, Ihren gesamten Bestand zu produktisieren, das ist ein mehrjähriger Todesmarsch. Wählen Sie die zwei oder drei Assets, die (a) von vielen Teams genutzt werden und (b) aktuell die Quelle der meisten Vertrauensdiskussionen sind. Das sind Ihre Beachhead-Produkte. Einen Datensatz zu produktisieren, über den niemand streitet, erzeugt keinen sichtbaren Wert; den zu produktisieren, der jedes Meeting mit einem Zahlenstreit ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen →öffnet, erzeugt eine interne Legende.
Wissenscheck
1. Was ist laut der Lektion der zentrale Wandel, der für ein Data-as-a-Product-Mindset nötig ist?
2. Wie unterscheidet sich die Verantwortung eines Data-Product-Owners von der eines klassischen Pipeline-Owners?
3. Warum ist es in der Logik der Lektion ein Problem, wenn ein Marketing-Team still eine eigene geforkte Kopie Ihrer Customer-Tabelle pflegt, selbst wenn jeder Pipeline-Job grün läuft?
4. Wählen Sie ALLE Aussagen, die korrekt wiedergeben, was die Lektion damit meint, die Nutzer Ihres Data Products zu kennen.
Wählen Sie alle richtigen Antworten aus.
5. Wählen Sie ALLE Verpflichtungen, die das Wort „Produkt" laut der Lektion mit sich bringt.
Wählen Sie alle richtigen Antworten aus.
Ihr erstes echtes Data ProductData ProductA data asset managed like a product, with an owner, defined users, guaranteed quality, and measurable business value.Vollständige Definition ansehen → aufsetzen
Hier die Montagmorgen-Sequenz. Das ist kein Reifegradmodell zum Bewundern, es ist eine Reihenfolge von Arbeitsschritten.
1. Benennen Sie den Owner, bevor Sie irgendetwas bauen. Der Owner ist eine Person, kein Team-Alias, und idealerweise jemand, der nahe an der konsumierenden Domain sitzt. Das erste Deliverable ist kein Code, sondern eine einseitige Produktdefinition: die semantische Definition der Kern-Entitäten, die benannten Consumer und die bedienten Entscheidungen. Wenn niemand Verantwortung für ein Produktkandidaten übernehmen will, ist das ein Signal, dass das Asset nicht reif für Produktstatus ist oder dass die Organisation dem Mindset noch nicht glaubt. Machen Sie das im Executive Team transparent; kleben Sie es nicht zu.
2. Schreiben Sie den Contract mit den Consumern im Raum. SLAs, die der Producer allein erfindet, sind immer falsch, entweder überzüchtet (teuer, unnötig) oder zu lose (nutzlos). Bringen Sie den Pricing-Lead und den Marketing-Lead dazu, laut auszusprechen, welche Freshness und Genauigkeit sie tatsächlich brauchen. Meist werden Sie feststellen, dass ihre echten Anforderungen lockerer sind als Engineering angenommen hat, was Geld spart, oder dass zwei Consumer wirklich inkompatible Anforderungen haben, was Ihnen sagt: Es sind zwei Produkte.
3. Instrumentieren Sie die Nutzung, bevor Sie irgendetwas optimieren. Sie kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen kein Produkt managen, dessen Nutzung Sie nicht sehen. Loggen Sie, wer es abfragt, wie oft, und wo möglich, welche Entscheidungen oder Downstream-Produkte davon abhängen. Das ist Ihr Äquivalent zu Product Analytics. Ohne das ist Ihre Roadmap Rateraten, und Sie kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen den stillen Churn eines Teams, das Ihre Daten forkt, nicht erkennen.
4. Etablieren Sie das Deprecation-Ritual. Produkte werden abgelöst. Eine Nebenprodukt-PipelinePipelineAll active sales opportunities across the stages of the sales process, together with their combined potential value and probability of closing.Vollständige Definition ansehen → läuft für immer, weil niemand hinsieht; ein echtes Produkt hat einen definierten Weg zur Abschaltung mit Vorankündigung an die Consumer. Veröffentlichen Sie eine Deprecation-Policy an Tag eins, auch für Ihr erstes Produkt, denn sie signalisiert der ganzen Organisation, dass diese Assets gemanagt werden und nicht einfach anwachsen.
5. Reviewen Sie das Portfolio wie ein Produktportfolio. Schauen Sie quartalsweise über Ihre zertifizierten Produkte, wie ein Head of Product über eine Produktlinie schaut: Welche wachsen in der Adoption, welche gehen zurück, welche sind im Verhältnis zum gelieferten Wert teuer im Unterhalt, welche brauchen Investment. Das ist das Artefakt, das das Mindset von einem Einzelprojekt in einen Betriebsrhythmus verwandelt, und es ist das Review, das ein CDO persönlich führen sollte.
Der Failure Mode, auf den Sie achten müssen: Teams übernehmen die *Sprache* von Data Products, sie benennen ihre Pipelines um, sie stellen einen Katalog auf, ohne eine einzige der vier Verpflichtungen zu akzeptieren. Niemand wird bei einem Breach gepaged, niemand kann Consumer benennen, keine Roadmap sagt Nein. Das ist Cargo-Cult-Produktisierung, und sie ist schlimmer als nichts zu tun, weil sie die Glaubwürdigkeit des Begriffs bei Ihren Executives verbrennt, bevor ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → jemals Wert geliefert hat.
Key Takeaways
- Das Wort „Produkt" bringt vier nicht verhandelbare Verpflichtungen mit: einen benannten Owner, der für Outcomes verantwortlich ist, benannte Consumer, ein durchsetzbares SLA und eine Roadmap, die Nein sagt. Fehlt eine davon, haben Sie eine umbenannte PipelinePipelineAll active sales opportunities across the stages of the sales process, together with their combined potential value and probability of closing.Vollständige Definition ansehen →, kein Produkt.
- Machen Sie das SLA zu einem maschinenlesbaren Contract mit echten Zähnen. Versionieren Sie Schemas wie öffentliche Interfaces (additive-only, mit Vorankündigung), und liefern Sie last-known-good statt Daten zu publizieren, die das eigene Quality Gate nicht bestehen. Ein Contract, für den niemand gepaged wird, ist nur Dokumentation.
- Halten Sie die zertifizierte Stufe knapp. Wenn alles Gold ist, wird nichts vertraut. Der Wert eines Data Products entsteht aus der Schwierigkeit, das Badge zu verdienen.
- Fangen Sie mit dem Asset an, das die meisten Vertrauensdiskussionen verursacht, nicht mit dem, das am einfachsten zu bauen ist. Der Value Unlock ist die eliminierte Trust Tax und die Nacharbeit, die dadurch entfällt, nehmen Sie also den Datensatz ins Visier, der jedes Meeting mit einem Zahlenstreit ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen →öffnet.
- Führen Sie das quartalsweise Produktportfolio-Review selbst. Adoption, Rückgang, Cost-to-Value und Deprecation-Kandidaten, dieser Betriebsrhythmus ist es, der das Mindset von einem Projekt in eine Disziplin verwandelt.
Verwandte Artikel
Aktuelle Blogartikel, die auf dieser Lektion aufbauen.
- DataInterne Datenprodukte: ein Praxisleitfaden zu den Teams und Unternehmen, die sich lohnenPlatform Thinking für interne Daten ist längst kein theoretischer Anspruch mehr, eine kleine Gruppe von Unternehmen hat es tatsächlich gebaut und ihre Entscheidungen zeigen, was wirklich funktioniert. Dieser Praxisleitfaden benennt die lehrreichsten Akteure, sortiert nach dokumentiertem Einfluss darauf, wie die Branche denkt und baut.
- DataVon Data Asset zu Data Product: Was CDOs bei der Monetarisierung falsch machenDie meisten Unternehmen sitzen auf wertvollen Daten, schaffen es aber nicht, daraus Umsatz oder messbaren Geschäftswert zu machen. Die Lücke zwischen „wir haben Daten“ und „wir verkaufen Data Products“ ist strategisch, nicht technisch, und sie zu schließen verlangt ein grundlegend anderes Operating Model.