Geist ist eine Process-Intelligence-Plattform. Sie hilft Unternehmen zu verstehen, wie sie arbeiten, ihr Betriebsmodell zu verbessern und dieses Modell mit dem realen Betrieb verbunden zu halten.
Der operative Kreislauf
Geist strukturiert die Arbeit als fortlaufenden Kreislauf:
- Prozesse und ihr vorgesehenes Verhalten modellieren.
- Kontext verbinden, etwa Verantwortliche, Systeme, Standorte, Lieferanten, Kontrollen und Abhängigkeiten.
- Operative Ereignisse und relevante externe Signale beobachten.
- Das Modell anhand von Evidenz, Simulation und Review analysieren und verbessern.
- Änderungen kontrolliert anwenden und anschließend den neuen Zustand beobachten.
Das Prozessmodell bleibt die zentrale Referenz. Der Unternehmenskontext erklärt, wo und warum der Prozess abläuft. Beobachtete Daten zeigen, was tatsächlich geschieht.
Zentrale Produktoberflächen
Process Modeler
Der Process Modeler ist der BPMN-Arbeitsbereich. Teams können Prozessmodelle erstellen, untersuchen, prüfen und verbessern. Änderungen bleiben dabei sichtbar und nachvollziehbar.
Process Finder
Process Finder organisiert Prozessartefakte und zugehörige Evidenz. Teams können Modelle finden, Varianten vergleichen und ihren Status nachvollziehen.
Enterprise Map
Die Enterprise Map verbindet Prozesse mit ihrem organisatorischen Umfeld: Verantwortlichkeiten, Systeme, Standorte, Flüsse, Abhängigkeiten und relevante externe Signale.
KI-Agenten
Geist-Agenten nutzen Prozess- und Unternehmenskontext, um Fragen zu untersuchen, Änderungen vorzubereiten und Teams bei geprüfter Arbeit zu unterstützen. Verfügbare Aktionen richten sich weiterhin nach den Berechtigungen und dem Schreibmodus des Benutzers.
Zusammenspiel der Oberflächen
Ein Prozessmodell kann eine Aufgabe benennen. Der zugehörige Kontext beantwortet die operativen Fragen:
- Wer ist verantwortlich?
- Welches System unterstützt die Aufgabe?
- Wo findet sie statt?
- Welche vor- oder nachgelagerten Flüsse hängen davon ab?
- Welche Signale weisen auf Risiken oder Änderungen hin?
Geist hält diese Antworten miteinander verbunden, statt sie auf getrennte Diagramme und Tabellen zu verteilen. So entsteht eine gemeinsame Grundlage für Analyse, Simulation, Umsetzung und späteres Lernen.
Nächster Schritt
Die Produktleitfäden erklären einzelne Oberflächen. Betriebsanleitungen für Kunden, Deployment-Unterlagen und Implementierungsreferenzen bleiben außerhalb dieser öffentlichen Bibliothek, bis ihre Klassifizierung und ihr Zugangsmodell freigegeben sind.
Die öffentliche Dokumentation beschreibt freigegebene Produktkonzepte und Funktionen. Sie enthält keine Organisationsdaten, internen Runbooks oder ungeprüften API-Operationen.