Governance als Dienstleistung verkaufen

Begriffe vor dem Lesen

• Governance — Gemeinsame Regeln, Rollen und Nachweise, damit Daten verantwortbar genutzt werden.
• verantwortliche Person — Fachlich verantwortliche Person oder Rolle, die Zweck, Bedeutung und Freigabe klärt.
• technischer Betreiber — Technische Rolle, die Plattform, Zugriff, Betrieb oder Umsetzung betreut.
• Nachweis — Nachvollziehbarer Nachweis zu Entscheidung, Prüfung, Umsetzung oder Ausnahme.

zu verwandeln.

Die Grundlagenartikel erklären, was Governance ist. Branchen- und Fachbereichsartikel erklären, warum Governance dort anders aussieht. Dieser Hub übersetzt beides in ein Angebot: Welches Problem erkennt der Kunde, welches Ergebnis wird geliefert, welche Rolle muss beim Kunden entscheiden, und welche Arbeit gehört nicht in diesen Auftrag?

Ausgangslage

Ein Kunde spricht über ein BI-, Warehouse-, Cloud- oder Datenqualitätsprojekt. Im Gespräch fällt der Satz: "Wir brauchen auch Governance." Ohne klare Trennung passiert schnell das Falsche: Sales verspricht einen Katalog, ein Policy-Tool, neue Rollen und bessere Kennzahlen gleichzeitig. Delivery bekommt danach einen Auftrag, der wie Governance klingt, aber keinen fachlichen Owner, keine abgenommene Entscheidung und kein klares Ende hat.

Das Problem ist nicht, dass Governance schwer verkaufbar ist. Das Problem ist ein unsauberes Versprechen. Governance darf kein loses Zusatzwort im Angebot sein. Sie braucht einen abgegrenzten Leistungsumfang, der für Kunde, Sales und Delivery gleich verständlich ist.

Was dieser Hub klärt

• wie Governance als Leistung angeboten wird, ohne Fachartikel und Vertrieb zu vermischen;
• welche Begriffe Sales, PreSales und Delivery gleich verwenden müssen;
• welche Angebotspakete sinnvoll sind;
• wie 30- und 90-Tage-Ziele als echte Lieferergebnisse beschrieben werden;
• wo Branchen- und Fachbereichswissen in ein Angebot einfließt;
• wann ein Auftrag bewusst abgelehnt oder verkleinert werden sollte.

Begriffe vor dem Lesen

• Governance als Dienstleistung bedeutet: Ein externer oder interner Dienstleister hilft, Governance in einem konkreten Projekt einzuführen. Das ist kein allgemeines Versprechen, "alles ordentlich zu machen".
• PreSales ist die Phase vor dem Auftrag. Hier wird verstanden, welches Problem der Kunde hat und was realistisch angeboten werden kann.
• Sales ist der Vertrieb. Sales darf Governance-Probleme erkennen und ein Angebot strukturieren, sollte aber keine technischen oder fachlichen Detailentscheidungen ersetzen.
• Delivery ist das Team, das den Auftrag nach der Beauftragung umsetzt.
• BI steht für Business Intelligence: Reports, Dashboards und Analysen, die Entscheidungen mit Daten unterstützen.
• KPI steht für Key Performance Indicator: eine Kennzahl, an der Leistung, Risiko oder Fortschritt bewertet wird.
• CRM steht für Customer Relationship Management: Systeme und Prozesse für Kunden, Kontakte, Opportunities, Pipeline und Forecast.
• SaaS steht für Software as a Service: Software, die als Cloud-Dienst genutzt wird, statt vollständig im eigenen Rechenzentrum zu laufen.
• DORA steht für Digital Operational Resilience Act: eine EU-Regelung, die Finanzunternehmen unter anderem bei IT-Risiken, Dienstleistern und Nachweisen strenger verpflichtet.
• Leistungsumfang beschreibt, was geliefert wird und was ausdrücklich nicht geliefert wird.
• Abgegrenzter Umfang bedeutet: Es wird ein sinnvoller Ausschnitt geliefert, nicht die komplette Unternehmens-Governance.
• Own, Influence und Brief beschreiben den Einfluss im Projekt: selbst liefern, andere Umsetzung fachlich steuern oder den Kunden sauber einweisen.
• verantwortliche Person ist die verantwortliche fachliche Stelle für Bedeutung und Entscheidung, zum Beispiel Finance für gebuchten Umsatz oder Sales für Pipeline-Stages.
• Nachweis ist ein Nachweis, dass eine Regel wirklich greift: ein freigegebener KPI-Vertrag, ein Testlauf, ein Audit-Log, ein Review-Protokoll oder ein abgenommener Handoff.
• Handoff ist die geregelte Übergabe nach dem Projekt: Wer betreibt, prüft, entscheidet und eskaliert danach?
• SOW steht für "Statement of Work". Das ist die Leistungsbeschreibung im Angebot oder Vertrag. Wenn der Begriff im Artikel auftaucht, ist damit immer dieser schriftliche Projektumfang gemeint.

Grundregel

Verkauft nicht "Governance allgemein". Verkauft einen verständlichen Schritt, der ein echtes Problem kleiner macht.

Ein guter Governance-Auftrag beantwortet fünf Fragen:

So bleibt Governance konkret. Der Kunde versteht, was er kauft. Delivery versteht, was gebaut oder moderiert werden muss. Fachbereiche behalten Verantwortung, statt von einem zentralen Governance-Team überstimmt zu werden.

Angebotspakete

1. Governance Discovery

Eine kurze Discovery klärt, ob aus einem vagen Governance-Wunsch ein sauberer Auftrag werden kann.

Ergebnis:

• eine verständliche Problemformulierung;
• die betroffenen Rollen und Fachbereiche;
• die wichtigste Entscheidung oder Kennzahl;
• erste Risiken, zum Beispiel Datenschutz, Audit, Zugriffsrechte oder fehlender verantwortlichen Person;
• eine Empfehlung, ob ein Folgeauftrag sinnvoll ist.

Nicht enthalten: Tool-Auswahl, Plattformdesign, komplette Rollenorganisation.

2. Governance Starter

Der Starter macht aus dem Problem einen tragfähigen Projektzuschnitt.

Ergebnis:

• eine fachlich verantwortliche Person oder eine dokumentierte Lücke in der fachlichen Verantwortung;
• ein erster Governance-Vertrag, zum Beispiel für KPI, Datenprodukt, Zugriff oder Handoff;
• eine Liste notwendiger Nachweise;
• eine klare Abgrenzung zu Plattform-, Datenengineering- oder BI-Arbeit;
• ein nächster Lieferplan.

Nicht enthalten: "Wir machen nebenbei alles im Stack."

3. Umsetzungsbaustein

Ein 90-Tage-Slice setzt einen abgegrenzten Governance-Ausschnitt produktiv oder entscheidungsfähig um.

Ergebnis:

• ein freigegebener Governance-Artefakt;
• mindestens ein funktionierender Kontroll- oder Review-Punkt;
• ein benannter verantwortliche Person;
• ein Handoff an Betrieb, Fachbereich oder nächste Projektphase;
• Nachweis, die jemand später prüfen kann.

Nicht enthalten: vollständige Enterprise-Governance für alle Domänen.

4. AfterSales und Betrieb

Nach dem Projekt darf Governance nicht im Abschlussprotokoll sterben.

Ergebnis:

• ein erster Review-Termin;
• offene Punkte mit Owner und Frist;
• ein einfacher Betriebsrhythmus;
• Regeln für Ausnahmen und Eskalation;
• Entscheidung, ob ein Folgeauftrag sinnvoll ist.

Nicht enthalten: versteckter Dauerbetrieb ohne Mandat.

Branchen- und Fachbereichswissen im Angebot

Der Vertriebshub ersetzt keine Branchenartikel. Er nutzt sie.

Die Branchenstory erklärt die Welt des Kunden. Der Vertriebshub macht daraus ein Angebot. Delivery setzt den vereinbarten Ausschnitt um.

Abnahme nach sichtbaren Ergebnissen

Ein Auftrag endet nicht deshalb erfolgreich, weil eine bestimmte Zahl von Tagen vergangen ist. Angebot und Projektplan nennen stattdessen prüfbare Liefergegenstände. Für eine Discovery sind das beispielsweise ein bestätigtes Problem, betroffene Rollen, vorhandene Datenquellen, Entscheidungsbedarf und ein begründeter nächster Schritt.

Ein Umsetzungsbaustein ist abnahmefähig, wenn die vereinbarte Regel an einem echten Datenprodukt umgesetzt wurde, Positiv- und Negativtest bestanden sind, die fachliche Verantwortung feststeht und Betrieb sowie Nachweisort geklärt sind. Erst danach wird über Ausweitung, Betrieb oder einen weiteren Baustein entschieden.

Was nicht in Fachbereichsartikel gehört

Fachbereichs- und Branchenartikel sollen Menschen erklären, wie Governance in ihrem Kontext funktioniert. Dort gehören keine Angebotsmechaniken hinein.

Nicht in diese Artikel gehören:

• Preise, Pakete und Verkaufsargumente;
• Einwandbehandlung;
• SOW-Formulierungen;
• Upsell-Logik;
• interne Staffing- oder Marge-Diskussionen;
• "so verkaufst du das"-Sprache.

Dafür ist dieser Hub da.

Was weiterhin in Fachbereichsartikel gehört

In Fachbereichs- und Branchenartikel gehören:

• nachvollziehbare Ausgangslagen;
• wichtige Begriffe vor dem Lesen;
• typische Entscheidungen und Kennzahlen;
• fachliche Verantwortung;
• besondere Anforderungen, zum Beispiel Datenschutz, Audit, Betrieb oder Regulierung;
• gute Beispiele, die erklären, wo genau das Problem liegt.

Damit kann ein Mensch den Artikel lesen, ohne vorher Governance-Berater zu sein.

Handoff in Delivery

Ein sauberer Auftrag endet nicht mit "machen wir". Er braucht ein Handoff.

Das Handoff sollte festhalten:

• welches Problem verkauft wurde;
• welches Ergebnis der Kunde erwartet;
• wer fachlich entscheidet;
• welche Arbeit Sales nur erkannt, aber nicht versprochen hat;
• welche Delivery-Lane gebraucht wird;
• welcher Nachweise am Ende vorliegen müssen;
• was ausdrücklich nicht im Auftrag liegt.

Die passende Delegationskarte steht im nächsten Artikel: Lanes und Delegation.

Lesepfad

1. Governance als Dienstleistung verkaufen
2. Lanes und Delegation
3. Welche Artefakte entstehen?
4. Danach passend zum Kundenkontext: Branchen-, Fachbereichs- oder Foundation-Artikel.

Tools

• Deal-Karte — ein Kundenproblem in eine Angebotskarte übersetzen.
• Einwand-Map — typische Einwände beantworten, ohne den Umfang aufzublähen.
• Kundenleitfaden — Gespräch, Erwartung und Handoff auf eine Seite bringen.
• AfterSales-Handoff — nach dem Abschluss sauber an Delivery und Betrieb übergeben.