Company Context: was edda über Ihr Unternehmen lernt, bevor die erste Frage kommt
Ein Sprachmodell kennt die Welt und weiß nichts über Sie. Es weiß nicht, dass Sie „Baureihe" sagen, wenn andere „Produktfamilie" sagen, dass EXTR-40 eine Anlage ist und keine Materialnummer, und dass Kunde K. eine Sonderfreigabe für abweichende Toleranzen hat. Genau diese Dinge entscheiden darüber, ob eine Antwort brauchbar ist.
Ein Sprachmodell kennt die Welt, aber nichts über Ihren Betrieb: Ihre Begriffe, Anlagenbezeichnungen, Zuständigkeiten und dauerhaft geltenden Ausnahmen. Der Company Context hält genau das fest und entsteht überwiegend aus den erschlossenen Quellen selbst, ergänzt um gezielte Rückfragen ans Fachteam. Er ist kein Projektergebnis, sondern ein laufender Bestand, der gepflegt werden muss.
Woraus der Company Context besteht
- Ihre Sprache: Welche Begriffe bedeuten bei Ihnen was, welche Abkürzungen sind eindeutig, welche mehrdeutig.
- Ihre Objekte: Anlagen, Baureihen, Kunden, Standorte, Produkte — und wie sie in den Systemen benannt sind.
- Ihre Struktur: Welche Abteilung macht was, wer entscheidet worüber, welche Systeme sind wofür führend.
- Ihre Regeln: bestätigte Fakten, geltende Anweisungen, Ausnahmen, die dauerhaft gelten.
Wie er entsteht
Nicht durch einen Fragebogen. Der Großteil entsteht aus den erschlossenen Quellen selbst: Aus Stammdaten wird die Objektstruktur, aus Dokumenten und Ticketverläufen die Sprache, aus Organisationsdaten die Zuständigkeit. Was daraus unklar bleibt, klärt eine kurze Rückfrage an das Fachteam — deutlich zielgerichteter als ein Interview zu Beginn, weil sich die offenen Punkte erst im Material zeigen.
Die Geschichte: die Abkürzung, die zwei Dinge bedeutet
In einem Betrieb steht „WE" in der Fertigung für Wareneingang und im Vertrieb für Werkseinstellung. Ein System ohne Kontext mischt beides und liefert Antworten, die je nach Fragesteller falsch sind. Der Company Context hält fest, dass die Bedeutung vom Bereich abhängt, und edda fragt im Zweifel nach, statt zu raten.
Solche Fälle sind nicht die Ausnahme, sie sind die Regel. Jeder gewachsene Betrieb hat Dutzende davon, und sie sind der häufigste Grund dafür, dass ein System ohne Kontext im Test überzeugt und im Alltag enttäuscht.
Warum er kontinuierlich weiterlernt
Ein einmal erstellter Kontext veraltet. Neue Baureihen, neue Kunden, geänderte Zuständigkeiten. Deshalb ist der Company Context kein Projektergebnis, sondern ein laufender Bestand, der aus neuen Dokumenten und bestätigten Fakten weiterwächst — und dessen Pflege im Betriebsmodell einem Fachbereich zugeordnet sein muss.
Häufige Fragen
Müssen wir dafür einen Fragebogen ausfüllen?
Nein, der Großteil entsteht aus den erschlossenen Quellen: Objektstruktur aus Stammdaten, Sprache aus Dokumenten und Ticketverläufen, Zuständigkeiten aus Organisationsdaten. Nur was danach unklar bleibt, wird gezielt nachgefragt — das ist deutlich präziser als ein Interview zu Beginn, weil sich die offenen Punkte erst im Material zeigen.
Was passiert bei mehrdeutigen Abkürzungen?
Der Kontext hält fest, dass die Bedeutung vom Bereich oder Zusammenhang abhängt, und das System fragt im Zweifel nach, statt zu raten. Solche Mehrdeutigkeiten sind in gewachsenen Betrieben die Regel und einer der häufigsten Gründe, warum ein System in der Demo überzeugt und im Alltag enttäuscht.
Veraltet der Company Context?
Ja, wenn er nicht gepflegt wird — neue Baureihen, neue Kunden, geänderte Zuständigkeiten kommen laufend hinzu. Er wächst automatisch aus neuen Dokumenten und bestätigten Fakten weiter, braucht aber einen Verantwortlichen im Fachbereich, der über strittige Punkte entscheidet.
Wie lange dauert der Aufbau?
Für einen abgegrenzten Bereich in der Regel Tage bis wenige Wochen, parallel zur Quellenerschließung. Ein vollständiger unternehmensweiter Kontext ist kein sinnvolles Ziel für den Start: Er entsteht Bereich für Bereich mit dem jeweiligen Anwendungsfall und wird dadurch überhaupt erst überprüfbar.
