Welche Arbeit nach dem Katalogeintrag beginnt

Ein echtes Produkt startet mit einem Bedarf. Jemand möchte eine Entscheidung treffen, einen Prozess verbessern, ein Risiko erkennen oder einen Service anbieten. Erst daraus ergibt sich, welche Informationen gebraucht werden. Diese Reihenfolge klingt selbstverständlich. In vielen Initiativen läuft sie umgekehrt: Es gibt Daten. Daraus wird ein Datenprodukt gebaut. Anschließend sucht man nach Konsumenten. Das ist ein wenig wie ein Restaurant, das zuerst 40 Gerichte kocht und danach überlegt, wer Hunger haben könnte.

Datenprodukte werden verlässlicher, wenn vor der technischen Bereitstellung einige fachliche Fragen geklärt sind: Welches Problem wird gelöst? Wer nutzt das Ergebnis und in welcher Situation? Welche Entscheidungen werden unterstützt? Welche Begriffe und Abgrenzungen gelten? Welche Qualität und Aktualität werden wirklich benötigt? Wer entscheidet bei Änderungen oder Konflikten? Wie wird das Produkt bereitgestellt und weiterentwickelt? Woran lässt sich Nutzung erkennen? Das sind keine Zusatzinformationen. Sie sind der Kern des Produkts.

Viele Plattformen stellen für diese Fragen Felder bereit. Das ist besser als nichts, führt aber häufig zu einer bekannten Erfahrung: Menschen stehen vor einem langen Formular und sollen eine Struktur ausfüllen, deren Sinn erst später verständlich wird. Das Ergebnis sind kurze Beschreibungen, kopierte Texte und Felder, die „vorläufig“ leer bleiben. Nicht aus Nachlässigkeit. Die Fragen kommen nur im falschen Moment und ohne Zusammenhang. Eine geführte Data-Product-Factory dreht das Prinzip um. Sie führt Schritt für Schritt durch die fachliche Arbeit:

Zuerst wird der Bedarf geklärt. Danach werden Use Cases und Konsumenten betrachtet. Bestehende Begriffe, Datenprodukte und Entscheidungen werden eingeblendet. Unterschiede zu ähnlichen Angeboten müssen explizit gemacht werden. Verantwortlichkeiten, Qualitätszusagen, Freigaben und Bereitstellung entstehen entlang des Prozesses. Am Ende ist nicht nur ein Formular gefüllt. Es ist nachvollziehbar, warum das Produkt existiert und wie es genutzt werden soll.

Der Begriff klingt technisch, ist aber vor allem organisatorisch. Ein Datenprodukt bündelt eine fachliche Zusage: Für einen bestimmten Zweck stehen verständliche und verlässliche Informationen bereit. Jemand übernimmt Verantwortung dafür. Änderungen werden nicht zufällig vorgenommen. Nutzer können erkennen, ob das Angebot zu ihrem Bedarf passt.

Damit ist ein Datenprodukt mehr als eine Sammlung von Tabellen. Es kann APIs, Berichte, Dateien, Modelle oder andere Assets enthalten. Entscheidend ist der gemeinsame fachliche Rahmen. Dieser Rahmen verhindert auch, dass jedes Projekt dieselbe Realität neu modelliert. Ein vorhandenes Datenprodukt wird nicht einfach kopiert, sondern bewusst wiederverwendet, erweitert oder fachlich abgegrenzt. Gerade die Abgrenzung ist wichtig. Zwei Produkte dürfen ähnlich sein. Sie sollten nur erklären können, warum beide gebraucht werden.

Die Arbeit endet nicht mit „Veröffentlichen“. Ein Datenprodukt wird erst dann zum Produkt, wenn es konsumierbar ist. Dazu gehören Auffindbarkeit, verständliche Nutzungshinweise, ein geeigneter Zugang und ein Weg für Feedback. Ebenso wichtig ist die Rückkopplung: Wird das Produkt tatsächlich genutzt? Entspricht die Qualität dem versprochenen Zweck? Gibt es wiederkehrende Rückfragen? Entstehen parallele Lösungen? Haben sich Anforderungen oder fachliche Rahmenbedingungen verändert? Ein Katalogeintrag bleibt statisch, bis jemand ihn pflegt. Ein Produkt besitzt einen Lebenszyklus.

Produktarbeit beginnt nicht auf einer leeren Seite. Vorhandene Ziele, Anwendungsfälle, Begriffe, Entscheidungen, Datenprodukte und Regeln bilden den Ausgangspunkt. Ein geführter Arbeitsweg macht sichtbar, was bereits geklärt ist, welche ähnliche Struktur existiert und welche Entscheidung noch fehlt.

Der Vorteil liegt nicht in einer komfortableren Eingabemaske. Er entsteht, wenn Produktarbeit und Unternehmensrealität zusammenfinden und das Datenprodukt seinen Zweck, seine Nutzer, seine Regeln und seine Weiterentwicklung kennt.

„Wie viele Datenprodukte gibt es?“ ist leicht zu beantworten. Spannender ist: