“
Fulfillment-Logistik und Fallbearbeitung klingen nach zwei verschiedenen Welten.
Beide skalieren repetitive Prozesse auf tausende Einheiten täglich.
Und bei beiden scheitern die meisten am selben Punkt: der Variantenvielfalt.
Amazon bearbeitet täglich Millionen von Paketen. Jedes Paket hat eine Adresse, eine Priorität, einen Zustand, eine Geschichte. Kein Mitarbeiter entscheidet manuell, wo es als nächstes landet — das tut das System.
Eine Kanzlei mit 800 Fällen im Monat macht dieselbe Arbeit. Jeder Fall hat eine Partei, eine Frist, einen Status, eine Geschichte. Nur: In den meisten Kanzleien entscheidet ein Mensch, wo er als nächstes landet. Täglich neu. Oft ohne vollständigen Überblick.
Dieser Vergleich klingt provokant. Er ist strukturell.
01
Mandate sind auch nur Pakete (?)
Was beide gemeinsam haben.
Parallele 1: Routing-Logik
In einem modernen Fulfillment-Center entscheidet kein Mensch mehr, welches Paket zu welchem Gate geht, welche Route es nimmt, welcher Mitarbeiter es bearbeitet. Das System entscheidet — in Echtzeit, auf Basis definierter Parameter: Gewicht, Größe, Zieladresse, aktuelle Auslastung.
In der juristischen Fallbearbeitung gibt es analoge Entscheidungen. Welchem Sachbearbeiter wird dieser Fall zugewiesen? Welcher Workflow startet? Welche Frist gilt? Welche Vorlage wird verwendet? Die meisten Kanzleien treffen diese Entscheidungen täglich manuell. Das ist kein Qualitätsproblem — es ist ein Skalierungsproblem. Der Workflow-Editor von DEPLAW bildet genau diese Routing-Logik ab: als BPMN-Gateway, konfigurierbar, auditierbar, automatisch.
Parallele 2: Statustracking in Echtzeit
Was Amazon im Paket-Tracking für Endkunden gelöst hat, ist operativ ein grundlegendes Problem: Wo ist eine Einheit gerade im Prozess? Welcher Schritt wurde wann abgeschlossen? Was kommt als nächstes?
Statustracking in der Logistik | Statustracking in der Fallbearbeitung |
Sendung verarbeitet im Lager | Dokument eingegangen, klassifiziert |
In Sortieranlage | Workflow gestartet, Frist gesetzt |
Unterwegs zum Zielort | Sachbearbeiter zugewiesen, in Bearbeitung |
Zugestellt | Schriftsatz versendet, Fall abgeschlossen |
Rückgabe eingeleitet | Widerspruch eingegangen, Eskalation |
In einem automatisierten Betrieb ist der Status eines Falls zu jedem Zeitpunkt definiert — nicht als subjektive Einschätzung eines Sachbearbeiters, sondern als objektiver Systemzustand. Das ermöglicht proaktive Mandantenkommunikation über die Onlineakte und präzise interne Steuerung über das Leistungsdashboard.
Parallele 3: Ausnahmebehandlung als Designprinzip
Amazons größte operative Herausforderung ist nicht das Standardpaket. Es ist die Ausnahme: beschädigte Ware, fehlendes Etikett, zollpflichtige Sendung. Für jeden Ausnahmetyp gibt es einen definierten Behandlungspfad — die Ausnahme landet nicht im Nirwana, sie wird automatisch erkannt und weitergeleitet.
In der juristischen Fallbearbeitung ist der Umgang mit Ausnahmen einer der häufigsten Schwachpunkte. Ein automatisierter Prozess wird für den Standardfall gebaut. Ausnahmen werden manuell behandelt. Bei steigendem Volumen werden die Ausnahmen selbst zum Engpass.
Das Ausnahmen-Prinzip aus der Logistik, übertragen auf Legal Tech |
Ausnahmen, die regelmäßig auftreten, sind keine echten Ausnahmen. |
Sie sind Varianten — und müssen als solche explizit modelliert werden. |
Jede Variante mit eigenem Pfad = eine weniger, die manuell abgearbeitet wird. |
In DEPLAW: BPMN Event Sub-Prozesse für definierte Ausnahmetypen. |
Ergebnis: Ausnahmen sind sichtbar, behandelt und dokumentiert — nicht versteckt. |
02
Riskmanagement
Wo der Vergleich aufhört.
Amazon optimiert auf eine Kernmetrik: Lieferzeit. Alle Entscheidungen sind auf diese Metrik ausgerichtet. Ein Paket ist fehlerfrei verarbeitet, wenn es pünktlich ankommt — unabhängig vom Inhalt.
In der juristischen Fallbearbeitung gibt es keine vergleichbare Einzelmetrik. Ein Fall ist gut bearbeitet, wenn die rechtliche Beurteilung korrekt war, die Strategie zum Ziel geführt hat, der Mandant angemessen betreut wurde. Diese Qualitätsdimensionen sind nicht vollständig algorithmisch fassbar.
Automatisierbar — System entscheidet | Nicht automatisierbar — Mensch entscheidet |
Dokumenteneingang klassifizieren | Rechtliche Würdigung eines Sachverhalts |
Fall dem richtigen Sachbearbeiter zuordnen | Prozessstrategie und Risikoabwägung |
Frist aus Dokument extrahieren und setzen | Bewertung von Vergleichsangeboten |
Standardkorrespondenz generieren | Kommunikation in emotional komplexen Situationen |
Mahnbescheid automatisch einreichen | Entscheidung über außergerichtliche Einigung |
Statusupdate an Mandanten senden | Beurteilung von Sondersachverhalten |
Ein gut designtes Automatisierungssystem optimiert die automatisierbaren Schritte vollständig — und stellt sicher, dass die nicht-automatisierbaren beim Menschen landen. Mit allen nötigen Informationen, um eine gute Entscheidung zu treffen. |
03
Wirklich gleichförmig?
Varianten - und jetzt?
Amazon hat nicht von Anfang an Millionen von Paketen täglich verarbeitet. Das System ist über Jahrzehnte gewachsen — von einem Buchlager mit einem Produkttyp zu einer Infrastruktur, die nahezu alles verarbeiten kann. Jede neue Produktkategorie hat das System erweitert.
In der Rechtsbranche wird Variantenvielfalt systematisch unterschätzt. Ein Massenverfahren sieht von außen homogen aus — hundert Diesel-Klagen, tausend Inkasso-Fälle. Von innen sind es hundert Varianten: unterschiedliche Schadenshöhen, unterschiedliche Gegner, unterschiedliche Verjährungsrisiken.
Typische Varianten in scheinbar homogenen Massenverfahren |
Unterschiedliche Schadenshöhen und Forderungspositionen |
Mandanten mit unterschiedlichem Betreuungsbedarf |
Gegner mit unterschiedlichem Reaktionsverhalten |
Fälle mit fehlenden oder unvollständigen Unterlagen |
Sonderfristen durch gerichtliche Beschlüsse |
Fälle mit parallelen Verfahren oder Querverbindungen |
Wer diesen Punkt unterschätzt, baut einen Workflow für den Standardfall — und verwaltet die Ausnahmen manuell. Das skaliert bis zu einem gewissen Volumen. Dann kollabiert es. Die BPMN-basierte Architektur von DEPLAW ist dafür gebaut, Variantenvielfalt explizit abzubilden — als struktureller Teil des Prozesses, nicht als Workaround.
“
Amazon ist ein exzellentes Beispiel für Prozess-Exzellenz, die kein Kunde sieht – eben weil es funktioniert.
Genau das muss auch das Ziel für operativ exzellente Unternehmen im juristischen Bereich sein.
Geschäftsführer
Build your law firm like Amazon !
Amazon hat sein System nicht in einem Jahr gebaut.
Es ist in kleinen Schritten gewachsen: ein Prozess nach dem anderen optimiert, eine Ausnahme nach der anderen in den Standardpfad integriert.
Das ist der Ansatz, der sich in der Praxis bewährt hat. Nicht alle Prozesse auf einmal automatisieren — sondern mit den Prozessen anfangen, die das größte Volumen haben und klar definiert sind. Dann schrittweise erweitern.
Weiterführend: BPMN in Legal Tech · Massenverfahren automatisieren · Workflow-Editor · Demo vereinbaren
