Der Prozess muss sich nicht den einzelnen Sweetspot-Tools anpassen. Die Tools müssen dem Gesamtprozess dienen.
01 Das Problem
Das Tool-Paradoxon
Mit der Zahl verfügbarer Legal-Tech-Tools wächst paradoxerweise auch die operative Komplexität. Die meisten Tools sind auf einen eng gefassten Sweetspot-Anwendungsfall zugeschnitten – innerhalb dieses „Happy Path“ liefern sie hervorragende Ergebnisse. In der Praxis entstehen dadurch aber erhebliche Opportunitätskosten:
- Manuelle Dateneingabe — Ausgangsdaten müssen händisch aufbereitet und in das jeweilige Tool eingespielt werden.
- Händische Konfiguration — Jedes Tool braucht für jeden Anwendungsfall eine eigene, individuelle Einrichtung.
- Prüfung der Ergebnisse — Ausgaben müssen von Menschen kontrolliert und für den nächsten Schritt aufbereitet werden.
- Prozessbrüche an jeder Nahtstelle — Jeder Übergang zum nächsten Schritt erfordert eine manuelle Entscheidung – inklusive Medienbruch.
02 Die Erkenntnis
Warum Tools keine Prozesse ersetzen
Legal-Tech-Tools decken einzelne Funktionen ab. Legal Operations verantworten aber nicht nur eine einzelne Aufgabe – sie tragen die Verantwortung für den gesamten Prozess als Kette vieler unterschiedlicher Funktionen.
Jede Lücke, die von der Tool-Landschaft nicht abgedeckt wird, muss an dieser Stelle durch einen Menschen überbrückt werden.
Deshalb kommt der Automatisierung des zugrunde liegenden Prozesses strategische Bedeutung zu: Der Prozess muss sich nicht den einzelnen Sweetspot-Tools anpassen – die Tools müssen dem Gesamtprozess dienen.
„Das Systemdesign der eigenen Legal-Tech-Strategie wird gerne reizvollen Insellösungen geopfert – während der darunterliegende Prozess von Anfang bis Ende weiterhin operativ und menschlich kontrolliert werden muss.“ — Tim Platner, Geschäftsführer, Legal Data Technology GmbH
03 Das eigentliche Problem
Das Architekturproblem
Beim punktuellen Einsatz einzelner Legal-Tech-Tools bleibt die Frage nach einem stringenten, orchestrierten und qualitätsgesicherten Gesamtprozess unbeantwortet. Das Systemdesign wird reizvollen Insellösungen geopfert, während der darunterliegende Prozess von Anfang bis Ende weiterhin manuell gesteuert und ausgeführt werden muss.
Die Folge: Medien- und Wissensbrüche zwischen Tools und Teams, eine vollständig händische und damit fehleranfällige Durchführung des Gesamtprozesses mit manuellen Datenein- und -übergaben, sowie die Notwendigkeit, an zahlreichen Stellen wieder und wieder menschliche Entscheidungen zu treffen.
04 AI-Ready
Agentic AI verschärft das Problem
Die Begeisterung für KI-Agenten, die eigenständig über Maßnahmen entscheiden und sie auch umsetzen, macht eine klar definierte Prozessarchitektur noch dringlicher.
Denn sollen KI-Agenten im juristischen Umfeld eingesetzt werden, sind technisch klar abgesteckte Handlungsspielräume innerhalb des Gesamtprozesses unverzichtbar.
Vorab muss regelbasiert festgelegt sein, was ein bestimmter Agent an welcher Stelle entscheiden darf – und was ausdrücklich nicht. Ohne diese Grenzen drohen Agenten-Exzesse mit erheblichem Schadenspotenzial.
Man muss sich nur vorstellen: Ein KI-Agent entscheidet eigenständig, ein Vergleichsangebot an die Gegenseite zu versenden, das so nie hätte unterbreitet werden dürfen. Oder er beantwortet Posteingänge, trägt Fristen aus oder versendet einen Verzicht oder ein Anerkenntnis zum völlig falschen Zeitpunkt.
Das Risiko verschärft sich noch, wenn ein solcher Exzess massenhaft auftritt oder verschiedene Mandate mit den damit verbundenen Verstößen gegen die Verschwiegenheitspflicht vermischt werden.
KI-Agenten können an ausgewählten Stellen auch in juristischen Prozessen echten Mehrwert stiften – vorausgesetzt, eine sorgfältige Prozessarchitektur grenzt ihre autonome Entscheidungsfindung klar ein.
05 Praxisbeispiel
Der Unterschied in der Praxis
Ein eingehendes Schriftstück soll automatisiert per KI beantwortet werden. Zwei Herangehensweisen, eine Aufgabe:
Ohne Architektur
Hohes manuelles Aufwandsniveau
- Schriftstück wird manuell aus dem Posteingang entnommen
- Akte wird händisch angelegt und befüllt
- Dokument wird manuell ins LLM geladen, Prompt wird händisch geschrieben
- Ausgabe wird gesichtet, kopiert und auf den Briefkopf übertragen
- Versand erfolgt manuell, Kopie wird händisch abgelegt
- Wiedervorlagen werden händisch notiert
Mit Workflow-Architektur
Vollautomatisierte Dunkelverarbeitung
- Schriftstück löst automatisch einen Workflow aus
- Akte wird automatisch angelegt und befüllt
- Ein zentral hinterlegter Prompt wird an das LLM gesendet
- Ausgabe wird qualitätsgesichert und automatisch versendet
- Alle Schritte werden revisionssicher abgelegt
- Eine Erinnerungsroutine startet automatisch
06 Fazit
Architektur als strategische Grundlage
Die wirklichen Effizienzgewinne in Legal Tech entstehen nicht durch eine möglichst große Zahl an Tools. Sie entstehen durch die kluge Orchestrierung des Gesamtprozesses als bewusst gestaltete Architektur – die Voraussetzung für einen wirklich durchgängigen, automatisierten End-to-End-Prozess.
Nicht das nächste Tool entscheidet über den Erfolg der eigenen Legal-Tech-Strategie. Die Architektur, in der es betrieben wird, tut es.
Mit DEPLAW lässt sich der gesamte juristische Prozess End-to-End modellieren und automatisieren – mehr dazu im Workflow-Editor von DEPLAW.