Logistik-Fulfillment und juristische Fallbearbeitung wirken auf den ersten Blick wie zwei getrennte Welten. Tatsächlich skalieren beide denselben Typ von Aufgabe auf Tausende Einheiten täglich – und in beiden scheitern die meisten Organisationen am gleichen Punkt: der Vielzahl an Varianten.

Amazon verarbeitet täglich Millionen von Sendungen. Jede hat eine Zieladresse, eine Priorität, einen Bearbeitungsstatus, eine eigene Historie. Über den nächsten Schritt entscheidet kein Mitarbeiter von Hand – das erledigt das System.

Eine Kanzlei mit 800 Fällen im Monat leistet strukturell dieselbe Arbeit. Jeder Fall hat eine Partei, eine Frist, einen Status, eine eigene Geschichte. Nur entscheidet in den meisten Kanzleien darüber, wo ein Fall als nächstes landet, weiterhin ein Mensch – jeden Tag neu, oft ohne vollständigen Überblick.

Der Vergleich mag provokant klingen. Er ist in erster Linie strukturell gemeint.

01 Mandate sind auch nur Pakete (?)

Was beide gemeinsam haben

Parallele 1: Routing-Logik

In einem modernen Fulfillment-Zentrum entscheidet längst kein Mensch mehr, welches Paket zu welchem Tor geht, welche Route es nimmt oder wer es bearbeitet. Das System trifft diese Entscheidung in Echtzeit, anhand definierter Parameter wie Gewicht, Größe, Zieladresse und aktueller Auslastung.

In der juristischen Fallbearbeitung gibt es vergleichbare Entscheidungen: Welcher Sachbearbeiter übernimmt diesen Fall? Welcher Workflow startet? Welche Frist gilt? Welche Vorlage kommt zum Einsatz? Die meisten Kanzleien treffen solche Entscheidungen tagtäglich von Hand. Das ist kein Qualitätsproblem, sondern ein Skalierungsproblem. Der Workflow-Editor von DEPLAW bildet genau diese Routing-Logik ab – als konfigurierbares, auditierbares BPMN-Gateway.

Parallele 2: Statustracking in Echtzeit

Was Amazon für Endkunden mit dem Paket-Tracking gelöst hat, ist im Kern ein operatives Grundproblem: Wo befindet sich eine Einheit gerade im Prozess? Welcher Schritt ist wann abgeschlossen? Was folgt als nächstes?

Statustracking in der Logistik Statustracking in der Fallbearbeitung
Sendung im Lager verarbeitet Dokument eingegangen und klassifiziert
In der 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 eindeutig definiert – nicht als subjektive Einschätzung eines Sachbearbeiters, sondern als objektiver Systemzustand. Das ermöglicht proaktive Mandantenkommunikation über die Onlineakte und eine präzise interne Steuerung über das Leistungsdashboard.

Parallele 3: Ausnahmebehandlung als Designprinzip

Amazons größte operative Herausforderung ist nicht das Standardpaket, sondern die Ausnahme: beschädigte Ware, ein fehlendes Etikett, eine zollpflichtige Sendung. Für jeden Ausnahmetyp existiert ein definierter Bearbeitungspfad – die Ausnahme verschwindet nicht im Nirgendwo, sondern wird automatisch erkannt und weitergeleitet.

In der juristischen Fallbearbeitung ist der Umgang mit Ausnahmen eine der häufigsten Schwachstellen. Ein automatisierter Prozess wird für den Standardfall gebaut, Ausnahmen werden manuell abgefangen. Steigt das Volumen, werden genau diese Ausnahmen selbst zum Engpass.

Das Ausnahmenprinzip aus der Logistik, übertragen auf Legal Tech:

  • Ausnahmen, die regelmäßig auftreten, sind streng genommen keine Ausnahmen mehr.
  • Sie sind Varianten – und müssen als solche explizit modelliert werden.
  • Jede Variante mit eigenem Pfad ist eine Variante weniger, die manuell abgearbeitet werden muss.
  • In DEPLAW: BPMN-Event-Subprozesse für klar definierte Ausnahmetypen.
  • Ergebnis: Ausnahmen sind sichtbar, behandelt und dokumentiert – nicht versteckt.

02 Risikomanagement

Wo der Vergleich aufhört

Amazon optimiert auf eine einzige Kernmetrik: die Lieferzeit. Jede Entscheidung ist auf dieses Ziel ausgerichtet. Ein Paket gilt als 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 Bewertung stimmte, die Strategie zum Ziel geführt hat und der Mandant angemessen betreut wurde. Diese Qualitätsdimensionen lassen sich nicht vollständig algorithmisch abbilden.

Automatisierbar – das System entscheidet Nicht automatisierbar – der Mensch entscheidet
Dokumenteneingang klassifizieren Rechtliche Würdigung eines Sachverhalts
Fall dem passenden Sachbearbeiter zuordnen Prozessstrategie und Risikoabwägung
Frist aus einem Dokument extrahieren und setzen Bewertung von Vergleichsangeboten
Standardkorrespondenz erzeugen Kommunikation in emotional komplexen Situationen
Mahnbescheid automatisch einreichen Entscheidung über eine außergerichtliche Einigung
Statusupdate an Mandanten senden Beurteilung besonderer Sachverhalte

Ein gut konzipiertes Automatisierungssystem übernimmt die automatisierbaren Schritte vollständig – und sorgt dafür, dass die nicht automatisierbaren beim Menschen landen, ausgestattet mit allen Informationen für eine fundierte Entscheidung.

03 Wirklich gleichförmig?

Varianten – und jetzt?

Amazon hat nicht von Anfang an Millionen Pakete täglich verarbeitet. Das System ist über Jahrzehnte gewachsen – von einem Buchversand mit einem einzigen Produkttyp zu einer Infrastruktur, die praktisch alles abwickeln kann. Jede neue Produktkategorie hat das System erweitert.

In der Rechtsbranche wird die Variantenvielfalt systematisch unterschätzt. Ein Massenverfahren wirkt von außen homogen – hundert Diesel-Klagen, tausend Inkassofälle. Von innen betrachtet 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 von Hand. Das funktioniert bis zu einem gewissen Volumen – und kollabiert dann. Die BPMN-basierte Architektur von DEPLAW ist genau dafür gebaut: Variantenvielfalt als struktureller Teil des Prozesses abzubilden – nicht als nachträglicher Workaround.

„Amazon ist ein exzellentes Beispiel für Prozess-Exzellenz, die kein Kunde je zu Gesicht bekommt – eben weil sie funktioniert. Genau das muss auch das Ziel für operativ exzellente Unternehmen im juristischen Bereich sein.“ – Tim Platner, Geschäftsführer, Legal Data Technology GmbH

Build your law firm like Amazon!

Amazon hat sein System nicht innerhalb eines Jahres aufgebaut. Es ist in kleinen Schritten gewachsen – ein Prozess nach dem anderen wurde optimiert, eine Ausnahme nach der anderen in den Standardpfad integriert.

Genau dieser Ansatz hat sich in der Praxis bewährt: nicht alle Prozesse gleichzeitig automatisieren, sondern mit denjenigen beginnen, die das größte Volumen haben und klar definiert sind – und von dort aus schrittweise erweitern.

Weiterführend: BPMN in Legal Tech · Massenverfahren automatisieren · Workflow-Editor · Demo vereinbaren