windmühlen mit weitsicht
Energiewirtschaft & SaaS · Customer 360

360-Grad-Kundensicht:
Der ganze Kunde
in jedem System

Vier operative Systeme, ein Kunde. Zusammengeführt in der Datenplattform über eine global eindeutige Unternehmens-ID. Täglich aktuell zurück in jedes System.

Das Ergebnis

4›1

operative Systeme, ein Golden Record je Kunde

0

zusätzliche Stammdaten‑Tools

1

Kundendatensatz mit allen Informationen

Die Ausgangslage

Wachstum bringt Systeme mit sich

Der Vertrieb bekommt ein CRM, die Abrechnung ein Billing-Tool, das Controlling ein ERP, das Produkt seine eigene Datenbank. Jede dieser Entscheidungen ist für sich richtig.

Nur weiß am Ende niemand mehr, was ein Kunde über alles hinweg ist. Nicht weil jemand schlecht gearbeitet hätte, sondern weil diese Ebene in keinem der vier Systeme vorgesehen ist. Und weil sie nie dringend ist — bis sie in jeder zweiten Auswertung auftaucht.

Bei node.energy führen NetSuite, Chargebee, HubSpot und opti.node jeweils eigene Kundenstammdaten. Zu Recht, denn ein Debitor braucht andere Felder als ein Lead. Was fehlte, war der gemeinsame Nenner darüber.

Der übliche Weg dorthin ist ein eigenes Stammdaten-System. node.energy kommt ohne aus: ohne weiteres Tool, ohne weitere Lizenz, ohne weitere Integration. Die 360-Grad-Sicht entsteht dort, wo die Daten ohnehin zusammenlaufen — in der Datenplattform.

Ziel-Icon

Das Ziel

Ein zentraler Kunde statt vier Silos. Immer aktuell. Sichtbar dort, wo gearbeitet wird, nicht nur im Reporting. Und ohne ein weiteres Tool dafür zu kaufen.

„Wir wollten kein weiteres System, sondern etwas, das unsere bestehenden verbindet. Vertrieb, Abrechnung, Controlling und Produkt arbeiten weiter in ihren Tools — und sehen trotzdem denselben Kunden.“

Jörg Wiemers, Head of Engineeringnode.energy

Wichtige Fragen, die uns beschäftigt haben

  • „Welches System hat recht, wenn sich die Angaben widersprechen?“
  • „Wie kommt das gemeinsame Kundenbild dorthin, wo gearbeitet wird, und nicht nur ins Dashboard?“
  • „Wie stellen wir sicher, dass jedes Unternehmen über die diversen Tools hinweg eindeutig identifizierbar ist und nicht mehrfach auftaucht?“

Unser Vorgehen

In fünf Schritten zur 360-Grad-Kundensicht

  1. 01

    Plattform und Anbindung

    Snowflake als zentrale Drehscheibe, dbt für die Modellierung, Synchronisierung mit allen vier Systemen. Offene Standards und SQL, damit node.energy die Plattform selbst weiterentwickeln kann.

  2. 02

    Global eindeutige Unternehmens-ID

    Ein Schlüssel für alle Systeme: Vertrieb, Abrechnung, Controlling, Produkt und Data legen gemeinsam fest, wer ein Kunde ist und welche Regel gilt, wenn sich zwei Systeme widersprechen.

  3. 03

    customer360

    Über den Schlüssel entsteht der Golden Record. Attribute aus allen vier Systemen werden zusammengeführt, Dubletten aufgelöst, Lücken gegenseitig gefüllt. Aus opti.node kommen dabei nicht nur Stammdaten, sondern auch Nutzungsdaten: welcher Kunde welche Funktionen tatsächlich verwendet.

  4. 04

    Writeback in den Betrieb

    Der Schritt, der aus dem Modell ein Arbeitsmittel macht: Die harmonisierten Kundendaten gehen zurück in die operativen Systeme. Nicht alles, sondern das, was der jeweilige Fachbereich wirklich braucht. Schreibvorgänge in fremde Systeme können fehlschlagen — Monitoring und Error Handling gehören deshalb von Anfang an zum Betrieb.

  5. 05

    Datenprodukte auf dem Kundenschlüssel

    Mit einer vereinheitlichten Kundendimension lässt sich auf einen Blick zusammenführen, was vorher getrennt lag: Umsatzabgleich, Lizenzabgleich, Nutzungsverhalten und Kundensegmentierung.

Die Lösung

Die Datenplattform als Drehscheibe zwischen den Systemen

Damit ist die Plattform kein Endlager für Auswertungen, sondern eine Drehscheibe zwischen den Systemen. Wer in HubSpot arbeitet, sieht dort das vollständige Bild. Wer in NetSuite arbeitet, ebenfalls. Power BI hängt direkt an der Plattform und liefert die Sicht über alles.

OPERATIVE SYSTEMEERPControllingSCMSupply ChainCRMVertriebCAQQualitätSynchronisierung & WritebackErfassen – LakeflowErfassenLakeflowimmer aktuellIdentifizieren – Unternehmens-ID in dbtIdentifizierenUnternehmens-ID in dbtHarmonisieren – customer360 in dbtHarmonisierencustomer360 in dbtDatenprodukte – auf dem KundenschlüsselDatenprodukteauf dem KundenschlüsselAnalysieren – Reporting / Talk to your DataAnalysierenReporting / Talk to your DataZurückschreiben – Writeback in die SystemeZurückschreibenWriteback in die SystemeDATENDREHSCHEIBEcustomer360Golden Record je Kundeharmonisiert, dedupliziert, angereichertDatabricks + dbtAUSWERTUNGDATENPRODUKTEGenie OneKI mit integriertem GeschäftskontextPower BIeine Zahl, eine QuelleNext Best ActionDer richtige Impuls zur richtigen ZeitCLV – Customer Lifetime ValueWas am Ende wirklich übrig bleibtCustomer Journey AnalyticsJeder Kontaktpunkt in einer Sicht

Der Nutzen

Was sich mit der 360-Grad-Kundensicht
im Alltag ändert

✓
Jede Abteilung sieht den ganzen Kunden im eigenen System

Der Vertrieb sieht neben Vertrag und Umsatz auch die tatsächlich genutzten Lizenzen. Die Buchhaltung weiß, zu welchem Unternehmen eine Rechnung gehört. Ohne Rückfrage, ohne Export, ohne Power BI zu öffnen.

✓
Datenqualität verbessert sich im Betrieb, nicht im Projekt

Um Kundenstammdaten kümmert sich niemand, solange es nicht dringend ist. Für Aufräumprojekte hat ohnehin nie jemand Zeit. Durch den Writeback fließen Korrekturen automatisch zurück in die operativen Systeme — die Qualität steigt im laufenden Betrieb.

✓
Das nächste Datenprodukt kostet Wochen statt Monate

Der Kundenschlüssel ist die Investition. Dieses Fundament zahlt sich mit jedem Datenprodukt erneut aus und bildet die perfekte Basis für KI-Systeme, wie RAG, Churn oder Talk to your Data.

Die Unique Company ID war mehr als ein Technologieprojekt. Entscheidend war es, die verschiedenen Fachbereiche an einen Tisch zu bringen und ein gemeinsames Verständnis zu erarbeiten. Genau diese Kommunikation hat zu enger Zusammenarbeit und unternehmensweiter Aufmerksamkeit geführt. Die beste Basis, die Lösung in weiteren Use Cases zu verwenden sowie um Ansätze wie Talk-to-your-Data oder RAG zu erweitern.

Simon KlanteLead Data Engineer, IDEX.Q

Was customer360 möglich macht

Die wertvollsten Fragen liegen zwischen deinen Systemen.

Dein CRM weiß, wann ein Vertrag ausläuft. Dein ERP weiß, wie pünktlich gezahlt wird. Dein Produkt weiß, wer es noch nutzt. Jedes System für sich sieht nur einen Ausschnitt. Erst wenn alles an einem Kunden hängt, wird daraus eine Antwort, und aus der Antwort eine Handlung.

Wähl eine Frage und sieh, welche Daten dafür zusammenkommen müssen.

01
Welche Kunden springen in den nächsten 90 Tagen wahrscheinlich ab?
Churn-Frühwarnung
02
Welcher Kunde bringt nach allen Kosten wirklich Geld?
Customer Lifetime Value
03
Wen sollte der Vertrieb diese Woche anrufen, und mit welchem Thema?
Next Best Action
04
Was regelt der Vertrag dieses Kunden zur Kündigung?
Talk to your Data · RAG
05
Wo verlieren wir Kunden zwischen Abschluss und echter Nutzung?
Customer Journey Analytics
SB
Stadtwerke Beispielstadt GmbHKunden-ID C-10482 · ein Golden Record
CRM
ERP
Produkt
Service
Dokumente
CRM
Vertrag
Laufzeit endet in 101 Tagen
CRM
Opportunity
Upsell Modul Abrechnung, offen
ERP
Umsatz
84.200 € pro Jahr
ERP
Konditionen
12 % Sonderrabatt
ERP
Zahlungen
2 Rechnungen über 30 Tage offen
Produkt
Aktive Nutzer
−38 % in den letzten 60 Tagen
Produkt
Module
Prognose gebucht, nie genutzt
Service
Tickets
5 im Quartal, 2 davon eskaliert
Dokumente
Rahmenvertrag
Version 3, § 8 Kündigung

Ohne customer360

Im CRM sieht alles gut aus: Vertrag aktiv, Ansprechpartner gepflegt, eine Opportunity offen.

Mit customer360

78 %Abwanderungsrisiko

Die Nutzung sinkt, die Tickets steigen, Rechnungen bleiben liegen, und der Vertrag läuft bald aus. Einzeln unauffällig, zusammen ein klares Signal.

↩ Fließt zurück: Aufgabe für den Account Manager im CRM

Ohne customer360

Im ERP steht ein guter Umsatz. Was Rabatte und Serviceaufwand kosten, steht woanders.

Mit customer360

41 T€Deckungsbeitrag pro Jahr

Von 84 T€ Umsatz bleibt nach Sonderrabatt und Serviceaufwand weniger als die Hälfte. Für die Verlängerung ändert das die Verhandlungsbasis.

↩ Fließt zurück: CLV als Feld im CRM, Grundlage für Konditionen

Ohne customer360

Das CRM zeigt eine offene Opportunity. Die naheliegende Empfehlung: Upsell-Termin vereinbaren.

Mit customer360

Halten statt verkaufen

Erst die zwei eskalierten Tickets lösen, dann das gebuchte, aber ungenutzte Prognose-Modul gemeinsam einrichten. Der Upsell kommt danach.

↩ Fließt zurück: Gesprächsleitfaden direkt am Kunden im CRM

Ohne customer360

Der Vertrag liegt als PDF in einem Ordner. Jemand muss ihn finden und lesen.

Mit customer360

3 MonateFrist zum Laufzeitende

Das Kündigungsfenster schließt in 9 Tagen. Die Antwort kommt in normaler Sprache, mit Quelle: Rahmenvertrag Version 3, § 8.

↩ Fließt zurück: Erinnerung an das Vertragsteam

Ohne customer360

Der Vertrieb meldet den Abschluss. Was danach passiert, sieht niemand am Stück.

Mit customer360

Woche 6kritischer Punkt im Onboarding

Kunden, die ein gebuchtes Modul in den ersten sechs Wochen nicht nutzen, kündigen deutlich häufiger. Dieser Kunde ist so ein Fall.

↩ Fließt zurück: Onboarding-Hinweis automatisch an Customer Success
VerstehenZusammenhänge
VorhersagenRisiken & Chancen
Handelnzurück in den Betrieb

Jede dieser Fragen nutzt denselben Golden Record. Der nächste Anwendungsfall braucht keine neue Datenbasis mehr, nur eine neue Frage.

Kontakt

Mehrere Systeme, aber kein gemeinsames Kundenbild?

30 Minuten, unverbindlich. Wir schauen uns deine Systeme an und sagen dir ehrlich, ob sich eine 360-Grad-Kundensicht in deiner Datenplattform bauen lässt.

Michael Strauß, Geschäftsführer von IDEX.Q
Michael Strauß
Geschäftsführer, IDEX.Q
michael.strauss@idexq.de+49 9776 4804900

Kein Vertriebs-Ping-Pong. Du sprichst direkt mit Michael.

Formular wird nicht angezeigt? Schreib direkt an michael.strauss@idexq.de

FAQ

Häufige Fragen rund um Customer 360 in der Energiewirtschaft

Braucht eine 360-Grad-Kundensicht ein eigenes Stammdaten-System?
Nicht zwingend. Wenn die Kundendaten ohnehin in einer Datenplattform zusammenlaufen, kann die gemeinsame Sicht dort entstehen. Ein separates MDM-Produkt lohnt sich, wenn Fachbereiche Stammdaten selbst über eine Oberfläche pflegen sollen oder wenn Data Governance und Rollenmodelle im Vordergrund stehen. Beides klären wir im Erstgespräch.
Was ist eine global eindeutige Unternehmens-ID?
Ein künstlicher Schlüssel, der einem Unternehmen in allen angebundenen Systemen dieselbe Identität gibt. Er entsteht aus Matching-Regeln, nicht aus einem Feld, das es schon gibt. Über ihn lassen sich Lead im CRM, Abonnent im Billing, Debitor im ERP und Nutzer im Produkt als dasselbe Unternehmen erkennen.
Was ist der Unterschied zwischen einem Kundenreport und einer 360-Grad-Kundensicht?
Ein Kundenreport zeigt die Sicht eines Systems. Eine 360-Grad-Kundensicht führt die Sichten aller Systeme auf denselben Kunden zusammen — Vertriebshistorie, Abrechnung, Zahlungsstatus und Produktnutzung in einem Datensatz.
Was bringt eine 360-Grad-Kundensicht speziell einem SaaS-Anbieter?
Softwareprodukte erzeugen Nutzungsdaten: wer welche Funktion wie oft verwendet. Getrennt vom Vertrags- und Abrechnungssystem sagen diese Daten wenig aus. Auf einem gemeinsamen Unternehmensschlüssel lassen sie sich verbinden — Grundlage für Lizenzabgleich, Upsell und Kundensegmentierung.
Wie sicher ist ein Writeback harmonisierter Kundendaten in ERP und CRM?
Zurückgeschrieben wird nur, was klare Regeln und eine eindeutige Quelle hat — nicht alles, was im Modell steht. Jeder Schreibvorgang wird protokolliert und bleibt nachvollziehbar. Fehlgeschlagene Schreibvorgänge laufen in ein Error Handling, das zum laufenden Betrieb gehört.
Funktioniert eine 360-Grad-Kundensicht auch mit anderen Quellsystemen als NetSuite, Chargebee und HubSpot?
Ja. Diese Systeme sind der konkrete Fall von node.energy. Das Prinzip ist davon unabhängig. Wir unterstützen dich dabei. Unsere Consultants haben Erfahrungen mit den verschiedensten Systemen. Im Orientierungsgespräch prüfen wir, ob deine Systeme bereits von uns angebunden wurden.
Muss eine Datenplattform für Customer 360 auf Snowflake laufen?
Nein. Derselbe Aufbau funktioniert auf Databricks oder Microsoft Fabric. Die Modelle entstehen in dbt und damit in SQL — das bleibt portierbar, auch bei einem späteren Plattformwechsel.
Wer betreibt und erweitert das Kundendatenmodell nach Projektende?
Am liebsten ihr selbst. Das Modell liegt als dbt-Projekt vor, versioniert und dokumentiert. Wir schulen euer Team darauf und bleiben so lange dabei, wie ihr uns braucht.