Das Datenmodell entscheidet, ob Kontext geteilt oder verloren geht

Im B2B-Support erben die meisten Tools ein Modell, das für Produkt-Helpdesks gedacht ist: ein Ticket gehört einem Endnutzer und nicht viel mehr. Das reicht, um Vorfälle zu beantworten, aber nicht, ein Konto zu verstehen. Wenn das Modell Unternehmen, Kontakte, Produkte und Konversationen nicht in Beziehung setzt, wird Kontext nicht geteilt — er wird bei jeder Interaktion per Hand rekonstruiert.

Die Datenontologie — wie Entitäten modelliert und verknüpft werden — bestimmt, ob Wissen fließt oder in Silos stecken bleibt. Ein gutes Modell ist nicht nur ordentlicher: es ist die Voraussetzung, damit KI und Team über die Kundenbeziehung schlussfolgern können.

Der Kern: Unternehmen → Kontakt → Ticket → Produkt

Elevatia startet von einem kleinen, expliziten Kern:

  • Unternehmen (das B2B-Konto) ist die Wurzel. Alles hängt daran.
  • Kontakt gehört zu einem Unternehmen; ein Kontakt ohne Unternehmen hat keinen Kontext.
  • Ticket wird von einem Kontakt eröffnet und einem Unternehmen zugeordnet; es ist kein loses Objekt.
  • Produkt ist, was das Unternehmen gebucht hat, und Tickets können mit einem konkreten Produkt verknüpft werden.

Diese Kette von Beziehungen erlaubt es, „Was los mit diesem Konto?” zu beantworten statt nur „Was sagt dieses Ticket?”. Der Unterschied ist zwischen Vorfällen verwalten und Beziehungen verwalten.

Wie Wissen verknüpft wird

Auf diesem Kern ist die Wissensbasis kein isolierter Anhang: ihre Artikel sind verknüpft mit Produkten, Unternehmen und Themen über bidirektionale Wiki-Links. Ein Artikel zur Konfiguration einer Integration kann das Produkt referenzieren, auf das er sich bezieht, und von der Produktseite erreichst du diesen Artikel und seine verwandten Links.

Das Ergebnis: Wenn ein Agent ein Ticket zu einem Produkt öffnet, sieht er nicht nur die Vorfallshistorie, sondern auch das bereits verknüpfte relevante Wissen. Und die KI kann Antworten vorschlagen, die Artikel zitieren, die wirklich mit der Realität dieses Kontos verknüpft sind — keine losen Fragmente.

Geteilt schlägt isoliert

Die Versuchung vieler Tools ist Isolation: jedes Modul mit seiner Tabelle, seiner Logik, seinem Export. Kurzfristig sauber, langfristig teuer, weil jede Isolation ein Kontext ist, den man später per Hand wieder zusammennähen muss.

Elevatias Prinzip ist das Gegenteil: geteilt > isoliert. Derselbe Unternehmensdatensatz speist Support, Vertrieb, das Gesundheits-Panel und den Assistenten. Die Ontologie ermöglicht es, dass jedes Modul über gemeinsame Entitäten liest und schreibt, ohne sie zu duplizieren oder zu desynchronisieren.

Und da jedes Konto anders ist, ist die Basis-Ontologie mandantendefinierbar: jede Organisation kann ihre Verknüpfungen und Typen erweitern, ohne das gemeinsame Modell zu brechen, auf dem alle Module aufbauen.

Das Modell ist das Produkt

Ein Helpdesk unterscheidet sich durch die Oberfläche; eine Betriebsplattform unterscheidet sich durch ihr Datenmodell. Wenn das Modell gut verknüpft, baut sich alles andere (KI, Automatisierungen, Dashboards) reibungslos darauf auf. Wenn das Modell isoliert, repariert keine obere Schicht die Fragmentierung.

Wenn du das Modell auf deinen Fall angewandt sehen willst, beantrage den kostenlosen Piloten (~4 Wochen, ohne Kosten) oder lies was ist Elevatia. Du kannst uns auch an info@elevatia.io schreiben — wir antworten auf Deutsch.