Je mehr spezialisierte Anwendungen innerhalb von Kosmos entstehen, desto häufiger tauchen Informationen auf, die zwar fachlich zusammengehören, aber aus guten Gründen in unterschiedlichen Modulen verwaltet werden. Eine technische Umgebung gehört beispielsweise zu einem bestimmten Kunden, ein Kunde kann einer Marke und einer Marketingquelle zugeordnet sein, während andere Anwendungen wiederum genau diese Beziehungen für ihre eigene Auswertung benötigen. Wenn jedes Modul solche Zusammenhänge selbst speichert, entstehen sehr schnell doppelte Angaben und damit zwangsläufig die Frage, welche davon eigentlich die richtige ist.
Harmonia soll genau diese Lücke schließen. Die Anwendung ist weder als vollständige Kundenverwaltung noch als klassisches CRM gedacht, sondern als schlanke Zuordnungsschicht zwischen Informationen, die bereits an anderer Stelle existieren. Ihr Zweck besteht darin, Beziehungen eindeutig zu speichern und für andere Kosmos-Anwendungen lesbar bereitzustellen, ohne die fachlichen Daten der beteiligten Systeme zu übernehmen.
Damit ist Harmonia ein eher unscheinbares Modul, dessen Bedeutung mit jeder zusätzlichen Kosmos-Anwendung wächst.
Fachsysteme sollen ihre Verantwortung behalten
Ein zentrales Prinzip von Harmonia besteht darin, vorhandene Daten nicht unnötig zu duplizieren. Wenn Kundendaten bereits in einem dafür vorgesehenen führenden System gepflegt werden, braucht Harmonia keine zweite vollständige Kundenakte. Es benötigt lediglich eine stabile Identität, über die weitere Kosmos-Informationen diesem Kunden zugeordnet werden können.
Dasselbe gilt für technische Umgebungen. Argos analysiert die IT-Infrastruktur, Atlas ergänzt den räumlichen Zusammenhang, und Harmonia muss weder die technische Analyse noch die Standortlogik selbst nachbauen. Es reicht, eine vorhandene technische Umgebung eindeutig einem geschäftlichen Zusammenhang zuordnen zu können.
Diese Trennung verhindert, dass Harmonia mit der Zeit zum Sammelbecken für sämtliche Unternehmensdaten wird. Die Anwendung soll Beziehungen verwalten, nicht die ursprünglichen Informationen ersetzen.
Eindeutige IDs sind wichtiger als ähnliche Namen
Sobald Daten aus verschiedenen Bereichen verbunden werden, wird schnell deutlich, warum Namen als technische Zuordnung ungeeignet sind. Firmen können unterschiedlich geschrieben werden, Rechtsformen ändern sich, mehrere Kunden können ähnlich heißen und selbst kleine Unterschiede in Leerzeichen oder Abkürzungen reichen aus, um automatische Zuordnungen unsicher zu machen.
Deshalb möchte ich Harmonia auf stabile Kennungen stützen. Eine eindeutige Kundennummer oder eine andere feste Identität ist wesentlich verlässlicher als der Versuch, anhand von Namen zu erraten, welche Datensätze vermutlich zusammengehören.
Diese Entscheidung wirkt unspektakulär, ist aber entscheidend für die Datenqualität. Ein System, das falsche Zuordnungen automatisch erzeugt, richtet langfristig mehr Schaden an als eines, das bei fehlender Eindeutigkeit einfach noch keine Beziehung herstellt.
Auch hier gilt für mich deshalb: Unsicherheit sichtbar zu lassen ist besser, als eine plausible Vermutung als Tatsache zu speichern.
Technische Umgebungen bekommen über Harmonia einen geschäftlichen Zusammenhang
Eine IT-Infrastrukturanalyse kann sehr genau beschreiben, welche Systeme vorhanden sind und wie sie technisch zusammenhängen. Für eine betriebliche Sicht fehlt trotzdem eine wichtige Information, nämlich welchem Kunden oder welchem geschäftlichen Kontext diese Umgebung zugeordnet ist.
Diese Beziehung möchte ich nicht direkt in Argos verankern, weil damit die technische Anwendung plötzlich Kundenlogik verstehen müsste. Harmonia kann stattdessen die Verbindung herstellen, während Argos vollständig auf seiner technischen Aufgabe bleibt.
Eine Umgebung soll dabei genau einem Kunden beziehungsweise einem eindeutigen geschäftlichen Kontext zugeordnet sein. Wenn eine bestehende Zuordnung verändert wird, halte ich eine bewusste Rückfrage für sinnvoll, weil eine solche Änderung Auswirkungen auf weitere Auswertungen haben kann.
Damit bleibt auch bei automatisierten Abläufen klar, dass eine Zuordnung nicht einfach stillschweigend überschrieben werden sollte.
Marken und Marketingquellen sind ebenfalls Beziehungen
Neben technischen Umgebungen gibt es weitere Informationen, die für verschiedene Kosmos-Anwendungen relevant sein können, ohne deshalb zu deren eigener Fachlogik zu gehören. Dazu zählen beispielsweise die Marke, über die ein Kunde betreut wird, oder die primäre Marketingquelle, über die der Kontakt ursprünglich entstanden ist.
Solche Angaben möchte ich nicht unabhängig in mehreren Anwendungen pflegen. Wenn Puls später Auswertungen zu Marketingaktivitäten erstellt, sollte es eine vorhandene Zuordnung lesen können, statt eine eigene Wahrheit über denselben Kunden aufzubauen. Dasselbe gilt für andere Module, die diese Information möglicherweise benötigen.
Harmonia wird dadurch zu einer gemeinsamen Stelle für genau diese Beziehungen. Die Datenquelle einer Marketingaktivität bleibt eine andere Anwendung, die technische Umgebung bleibt bei Argos und Atlas, während Harmonia lediglich festhält, wie diese Informationen fachlich zusammengehören.
Harmonia soll ausdrücklich kein CRM werden
Gerade bei Kundendaten wäre es leicht, immer weitere Funktionen hinzuzufügen. Gesprächsnotizen, Wiedervorlagen, Verkaufschancen, Kontakte, Interessenten und Kommunikationshistorien wirken zunächst wie naheliegende Erweiterungen, würden Harmonia aber sehr schnell in Richtung eines klassischen CRM verschieben.
Genau das möchte ich vermeiden.
Kosmos braucht nicht automatisch eine eigene Lösung für jedes bereits gelöste Problem. Harmonia soll nur dort eigene Verantwortung übernehmen, wo innerhalb von Kosmos tatsächlich eine Lücke besteht, und diese Lücke ist die Zuordnung zwischen verschiedenen Bereichen.
Interessenten ohne bestehenden geschäftlichen Datensatz gehören deshalb beispielsweise nicht automatisch in Harmonia. Die Anwendung arbeitet mit vorhandenen Identitäten und ergänzt Beziehungen, statt selbst einen kompletten Vertriebsprozess abzubilden.
Die Oberfläche kann dadurch bewusst klein bleiben
Weil Harmonia nur wenige klar definierte Aufgaben besitzt, muss auch die Benutzeroberfläche nicht besonders umfangreich werden. Eine übersichtliche Liste mit vorhandenen Kunden beziehungsweise Identitäten und eine Detailansicht für die relevanten Zuordnungen reichen für die erste Version weitgehend aus.
Dort können beispielsweise Marke, primäre Marketingquelle und technische Umgebungen gepflegt werden. Offene oder unvollständige Zuordnungen lassen sich besonders hervorheben, weil gerade diese Lücken im Alltag Aufmerksamkeit benötigen.
Das ist für mich ein gutes Beispiel dafür, dass eine Anwendung innerhalb einer Plattform nicht groß sein muss, um wichtig zu werden. Harmonia besitzt nur wenige eigene Funktionen, sorgt aber gleichzeitig dafür, dass mehrere andere Module nicht anfangen müssen, dieselben Beziehungen unabhängig voneinander zu verwalten.
Fehlende Zuordnungen sind ebenfalls wertvolle Informationen
Ein System sollte nicht nur anzeigen können, was bereits sauber verbunden ist. Gerade die fehlenden Beziehungen sind häufig besonders interessant.
Wenn eine technische Umgebung keinem Kunden zugeordnet ist, wenn bei einem Kunden keine Marketingquelle hinterlegt wurde oder eine Markenbeziehung fehlt, sollte Harmonia diesen Zustand sichtbar machen. Kompass kann solche offenen Punkte später als Aufgaben oder Hinweise darstellen, anstatt lediglich vollständige Datensätze zu präsentieren.
Dadurch entsteht aus Harmonia nicht nur ein Speicher für Beziehungen, sondern auch ein Werkzeug zur Verbesserung der Datenqualität. Unvollständigkeit wird nicht versteckt, sondern gezielt auffindbar.
Das passt zu meinem allgemeinen Ansatz in Kosmos, tatsächliches Wissen, fehlendes Wissen und vermutete Zusammenhänge möglichst nicht miteinander zu vermischen.
Andere Anwendungen sollen Beziehungen lesen, aber nicht heimlich verändern
Ein weiterer wichtiger Punkt ist für mich die Richtung der Verantwortung. Andere Kosmos-Anwendungen sollen Harmonia-Zuordnungen verwenden dürfen, sie aber nicht beliebig im Hintergrund verändern. Wenn jede Anwendung selbst neue Zuordnungen schreiben könnte, würde die zentrale Wahrheit schnell wieder verloren gehen.
Änderungen sollen deshalb bewusst über Harmonia beziehungsweise klar definierte Harmonia-Schnittstellen erfolgen. Memoria stellt die technische Grundlage für den Datenaustausch bereit, während Harmonia fachlich Eigentümer seiner Beziehungen bleibt.
Diese klare Zuständigkeit erleichtert auch spätere Erweiterungen. Wenn eine Zuordnungsregel geändert wird, muss nicht in mehreren Modulen nachvollzogen werden, welche Anwendung möglicherweise noch irgendwo eine eigene Variante derselben Logik implementiert hat.
Synchronisation muss nicht überall in Echtzeit stattfinden
Nicht jede Information innerhalb von Harmonia muss sekundengenau aktualisiert werden. Für viele geschäftliche Zuordnungen reicht es aus, wenn Änderungen regelmäßig synchronisiert und bei Bedarf zusätzlich manuell aktualisiert werden können.
Das vereinfacht die Architektur erheblich und reduziert unnötige Abhängigkeiten. Ein kurzfristig nicht verfügbares externes oder vorgeschaltetes System muss dadurch nicht automatisch alle Harmonia-Funktionen blockieren, solange die vorhandenen Daten weiterhin ausreichend aktuell sind.
Gleichzeitig möchte ich zunächst keinen kompletten historischen Datenbestand jeder einzelnen Synchronisation aufbauen. Für die erste Version interessiert mich in erster Linie der aktuelle Zustand der Beziehungen. Eine umfassende Historie kann später immer noch als eigene Anforderung entstehen, wenn sich dafür ein tatsächlicher Nutzen zeigt.
Harmonia verhindert mehrere Wahrheiten
Der eigentliche Wert von Harmonia liegt für mich am Ende in einem Problem, das erst mit wachsender Plattform wirklich sichtbar wird. Je mehr Anwendungen dieselben realen Kunden, technischen Umgebungen, Marken oder Marketinginformationen berühren, desto größer wird die Gefahr, dass jede Anwendung ihren eigenen kleinen Ausschnitt der Wahrheit aufbaut.
Dann besitzt ein Kunde in einem Modul eine andere Zuordnung als in einem anderen, technische Umgebungen werden mehrfach gepflegt und niemand weiß mehr, welcher Datensatz eigentlich verbindlich ist.
Harmonia soll genau das verhindern, ohne selbst die bestehenden Fachanwendungen zu ersetzen. Es verwaltet die Beziehungen zwischen ihnen und sorgt dafür, dass dieselben Zuordnungen von mehreren Kosmos-Anwendungen gemeinsam verwendet werden können.
Der Name passt deshalb für mich ziemlich gut: Harmonia erzeugt die einzelnen Informationen nicht, sondern sorgt dafür, dass sie im Gesamtsystem sinnvoll zusammenpassen.