Was passieren sollte
Prozessbeschreibungen, Verträge, Richtlinien, Rollen, ERP-Status und dokumentierte Freigaben zeigen die formale Organisation.
Expected / DeclaredProduct Initiative · Familienunternehmen & Mittelstand
Verstehen, wie das Unternehmen wirklich arbeitet.
Liquid Nexus verbindet Dokumente, Systeme, historische Archive und bestätigtes Erfahrungswissen zu einem nachvollziehbaren Business Reality Model — bevor KI optimiert, automatisiert oder handelt.
Status: aktive Produktentwicklung und Design-Partner-Suche. Keine Behauptung eines bereits flächendeckend validierten Produkts.
Das eigentliche Problem
Unternehmen arbeiten zwischen den Systemen.
ERP kennt den Auftrag. DMS kennt den Vertrag. E-Mail kennt die Diskussion. Der Ingenieur kennt den Grund. Der Inhaber erinnert sich an die Ausnahme. Niemand sieht automatisch die ganze Kette.
Was tatsächlich passiert
Historische Entscheidungen, informelle Handoffs, Sondervereinbarungen und reale Informationswege bestimmen die operative Wirklichkeit.
Observed / InferredWas heute verloren geht
Der Zusammenhang zwischen Menschen, Dokumenten, Projekten, Entscheidungen, Gründen und Ergebnissen bleibt fragmentiert.
Contradicted / UnknownLiquid Nexus Core
Evidence wird zu Kontext.
Nicht erst einen Agenten bauen und ihm Daten geben. Zuerst die Organisation rekonstruieren, Zusammenhänge belegen und Unsicherheit sichtbar machen.
Evidence
Business Reality Model
Context
Intelligence
Action
Die zentrale Beziehung
Person → Information → Context → Decision → Action → Result
- People, Roles, Customers, Suppliers
- Projects, Products, Documents, Systems
- Processes, Decisions, Rules, Constraints
- Events, Actions, Outcomes — mit Zeitbezug
„Nicht: Was sagt ein Chatbot über unsere Dateien? Sondern: Welche belastbaren Zusammenhänge lassen sich aus unseren vorhandenen Evidenzen rekonstruieren?“
Epistemische Disziplin
Das Modell muss sagen können: „Ich weiß es nicht.“
Digital traces sind nicht die ganze Realität. Deshalb trägt jede wesentliche Aussage Herkunft, Status und Unsicherheit.
ObservedDirekt in einer Quelle sichtbar.
InferredAus mehreren Evidenzen abgeleitet.
DeclaredVon Mensch oder Dokument behauptet.
ExpectedDurch Regel oder Soll-Prozess vorgesehen.
ContradictedQuellen widersprechen einander.
UnknownDie vorhandene Evidenz reicht nicht.
Zwei Markt-Hypothesen
Ein Core. Zwei sehr verschiedene Gründe, ihn zu brauchen.
Wir führen die Szenarien bewusst getrennt, bis echte Design Partner zeigen, wo der stärkere Einstieg liegt.
Komplexität und Fragmentierung
Für größere Mittelständler, in denen ein Geschäftsprozess über viele Menschen, Systeme und Abteilungen verteilt ist.
- ERP + CRM + DMS + E-Mail + CAD/PDM
- Cross-functional Handoffs und Ausnahmen
- Projekt- und Entscheidungszusammenhang fehlt
Arbeitshypothese: ca. 100–2.000 Mitarbeitende
Wissen konzentriert sich — und kann verschwinden
Für Familienunternehmen, in denen jahrzehntelange Geschäftspraxis in Köpfen, Papier, Altakten und verstreuten Dateien steckt.
- Verträge, Angebote, Zeichnungen, E-Mail, Excel
- Inhaber- und Schlüsselpersonenwissen
- Unternehmensnachfolge und Verkaufsvorbereitung
Arbeitshypothese: ca. 10–50 Mitarbeitende, ggf. bis 100
Physical legacy ist Evidence
Papier ist nicht automatisch ein Digitalisierungsfehler.
Ein alter Vertrag kann erklären, warum eine heutige Preislogik, Lieferantenwahl oder technische Ausnahme überhaupt existiert.
Physical legacy
Digitization / Extraction
Evidence
Business Reality Model
Business Memory
Produktevolution
Business Reality Model before Agents.
Agenten kommen zuletzt. Handeln ohne belastbaren Kontext ist kein Produktvorteil.
Understand
Quellen verbinden, Beziehungen rekonstruieren, Herkunft und Unsicherheit erhalten.
Assist
Menschen erhalten den relevanten Geschäftskontext in ihrer konkreten Situation.
Analyze
Widersprüche, Risiken, Abhängigkeiten und mögliche Verbesserungen werden sichtbar.
Act
Erst dann dürfen kontrollierte Agents freigegebene Aktionen ausführen.
Vertrauen als Architektur
Process Intelligence ≠ Employee Surveillance.
Liquid Nexus darf nicht zu einem verdeckten System für Mitarbeiterbewertung werden. Datenzugriff, Provenance, ACLs, Least Privilege, Auditierbarkeit und menschliche Kontrolle gehören in den Core.
- Quellrechte werden respektiert
- Inferences bleiben von Observations unterscheidbar
- Keine absolute Wahrheit aus unvollständigen Traces
- Keine autonome Freigabe sensibler Entscheidungen
- Betriebsrat und Datenschutz sind Designbedingungen
Mittelstand Reality Lab
Die Hypothese klein und ehrlich testen.
3–5 Design Partner. Pro Unternehmen ein begrenzter Geschäftskontext. Kein Plattform-Rollout, keine Automatisierung im ersten Schritt.
Was der PoC beweisen muss
Teilnehmende erkennen
Business Objects verbinden
Ereignisfolge rekonstruieren
Entscheidungen belegen
Formal vs. actual zeigen
Provenance sichtbar machen
Unsicherheit markieren
Von Prozesskennern validieren
Die zentrale Testfrage