Das Dabbawala-Prinzip: 5.000 Träger, kein Computer, und der Denkfehler in der Effizienz-Geschichte

In Mumbai holen jeden Werktagmorgen rund 5.000 Männer warmes Essen aus Privatwohnungen ab und stellen es vier Stunden später auf dem richtigen Schreibtisch ab. Richtiges Gebäude, richtiges Stockwerk, richtiger Mensch. Bis zu zwölf Mal wechselt ein Behälter unterwegs den Träger. Keiner von ihnen benutzt eine App. Viele können nicht lesen. Das System ist seit 1890 in Betrieb und wirft Gewinn ab.

Diese Geschichte steht in jedem zweiten Vortrag über Effizienz, und sie wird fast immer falsch erzählt. Die übliche Pointe lautet: Low Tech schlägt High Tech. Oder, eine Stufe romantischer: Gemeinschaft schlägt Konzern. Beides klingt gut. Beides ist bequem. Und beides verschenkt genau die eine Einsicht, die man mitnehmen könnte.

Denn die Dabbawalas haben die Lieferung nicht besser gemacht. Sie haben sie einfacher gemacht. Auf eine Art, die jedes mittelständische Unternehmen kopieren könnte und fast keines will.

Die Zahl, die niemand gemessen hat

Fangen wir mit dem Detail an, das in jeder Präsentation vorkommt: ein Fehler auf sechs Millionen Lieferungen. Six Sigma. Zertifiziert von Forbes, 1998.

Nichts davon stimmt.

Forbes hat nie irgendetwas zertifiziert. Der Autor des damaligen Artikels, Subrata Chakravarty, hat 2007 klargestellt, dass er den Begriff Six Sigma kein einziges Mal benutzt hat. Die Zahl selbst stammt aus einem Interview: Der Präsident des Trägerverbands wurde gefragt, wie oft Fehler passieren, und antwortete sinngemäß, fast nie, vielleicht einmal alle zwei Monate. Diese Erinnerung wurde durch das Tagesvolumen geteilt. Weil die leeren Behälter abends zurückfahren, wurde der Rückweg als eigene Lieferung mitgezählt und der Nenner verdoppelt. Auf einer Konferenz 2002 fragte ein Reporter den Verbandspräsidenten, ob man denn Six Sigma sei. Der kannte den Begriff nicht, ließ ihn sich erklären und sagte: dann sind wir das, fragen Sie Forbes. Der Reporter schrieb es auf. Fertig war das Zertifikat.

Das ist kein Argument gegen die Dabbawalas. Es ist ein Argument gegen uns. Die berühmteste Kennzahl der modernen Prozessliteratur ist eine Bauchschätzung, die niemand geprüft hat, weil sie zu einer Geschichte passte, die alle hören wollten. Wer sich fragt, warum Unternehmen KI-Versprechen mit drei Nachkommastellen glauben: hier ist das Muster in Reinform. Eine gute Erzählung produziert Zustimmung schneller, als Daten sie produzieren können. Das habe ich an anderer Stelle schon am Beispiel von Fußballanalysen auseinandergenommen, und es gilt hier eins zu eins.

Selbst die Grundzahlen wackeln. Je nach Quelle sind es 130.000 oder 200.000 Behälter am Tag, je nachdem, ob man den Rückweg mitzählt. Das ist kein Skandal, sondern normal. Aber es sollte den Reflex auslösen, hinter der Zahl nach dem Mechanismus zu suchen. Und der Mechanismus ist tatsächlich bemerkenswert. Nur eben aus anderen Gründen, als alle behaupten.

Der ganze Laufweg steht auf dem Behälter

Auf jedem Deckel steht ein kurzer Code aus Ziffern, Buchstaben, Farben und Symbolen. Er enthält den Startbahnhof, die Sammelzone am Start, die Zielzone im Zielbezirk, das Gebäude und das Stockwerk. Mehr nicht. Und er reicht.

Das klingt nach Folklore, ist aber eine architektonische Entscheidung mit erheblichen Folgen: Der Zustand reist auf dem Objekt, nicht in einem System.

Niemand schlägt unterwegs etwas nach. Es gibt keine Zentrale, die man anrufen könnte, keine Datenbank, die ausfallen kann, keinen Netzausfall, der die Kette stoppt, keine Schulung außer dem Erlernen von etwa zwanzig Zeichen. Und, das ist der unterschätzte Teil, es gibt keinen Zustand, der zwischen Objekt und System auseinanderlaufen kann. Die häufigste Fehlerquelle jeder digitalisierten Lieferkette existiert hier schlicht nicht.

Der Test dafür ist unangenehm einfach und lässt sich morgen im eigenen Unternehmen machen: Muss jemand etwas nachschlagen, um zu wissen, was als Nächstes mit diesem Vorgang passiert? Wenn ja, steht die Information am falschen Ort. Jedes Ticket, das in der Warteschleife hängt, weil jemand erst in einem zweiten System nachsehen muss, ist ein Deckel ohne Code.

Vier Stunden, zwölf Übergaben, keine Zentrale

Der Tag läuft in festen Blöcken. Abholung zwischen halb neun und halb zehn, 25 bis 35 Stopps pro Träger. Sammelstelle am Bahnhof, erste Sortierung nach Zielbahnhof. Verladen ins Güterabteil des Vorortzugs, während der Zug hält, in etwa vierzig Sekunden. Am Zielbahnhof zweite Sortierung, diesmal nach Zustellzone. Dann zu Fuß oder mit dem Rad ins Gebäude, ins Stockwerk, an den Tisch. Danach kehrt sich die gesamte Kette um und die leeren Behälter fahren nach Hause.

Organisiert wird das von rund 200 selbstverwalteten Einheiten mit je etwa 25 Leuten. Kein Konzern, keine Konzernzentrale, kein mittleres Management. Jede Einheit nimmt selbst Kunden an, setzt selbst Preise durch, entscheidet selbst über Neuaufnahmen. Wer den Kunden gewinnt, trägt auch dessen Behälter. Verantwortung wird nicht delegiert, weil es niemanden gibt, an den man sie delegieren könnte.

Das ist übrigens die sauberste Illustration von Conway's Law, die mir je untergekommen ist. Die Struktur der Organisation ist die Struktur des Prozesses. 200 Einheiten, 200 lokale Kodierungsvarianten, und trotzdem kein Konflikt, weil die Einheiten sich nur an den Bahnhöfen berühren und dort ein gemeinsames Format genügt.

Der eigentliche Trick: die Variablen sind weg

Jetzt der Teil, den die Effizienz-Vorträge auslassen.

Die Dabbawalas erreichen ihre Zuverlässigkeit nicht, weil sie besonders gut liefern. Sie erreichen sie, weil in ihrem Prozess praktisch nichts zu entscheiden ist. Der Bestellzeitpunkt ist fix. Der Absender ist ein Haushalt. Das Ziel ist ein Schreibtisch. Der Inhalt ist egal, weil der Behälter genormt ist. Der Träger ist jeden Tag dieselbe Person. Der Preis ist eine Monatspauschale, umgerechnet grob 15 bis 25 Euro.

Eine Liefer-App hat dieselben sechs Variablen und lässt jede einzelne offen. Deshalb ist ihre Fehlerquote höher. Nicht weil ihre Fahrer schlechter sind, nicht weil die Software schlecht ist, sondern weil sie ein kombinatorisch größeres Problem löst. Sie verkauft Wahlfreiheit, und Wahlfreiheit ist der teuerste Bestandteil jeder Lieferung.

Der Vergleich ist unfair, und das ist der Punkt. Er wird ständig angestellt, ohne dass jemand ausspricht, dass hier zwei völlig verschiedene Produkte verglichen werden. Das eine verkauft ein Abonnement auf Verlässlichkeit. Das andere verkauft das Recht, es sich jederzeit anders zu überlegen. Der Preisunterschied ist kein Skandal, sondern eine korrekt bepreiste Leistung. Nur wird sie nirgends als Leistung ausgewiesen.

Du kannst keine Entscheidung automatisieren, die du nie getroffen hast

Damit sind wir bei dem, was das für ein Unternehmen bedeutet, das über Automatisierung nachdenkt.

Ich sitze regelmäßig in Terminen, in denen ein Prozess automatisiert werden soll, und stelle dieselbe Frage: Wie läuft der Vorgang heute? Die Antwort beginnt in etwa der Hälfte der Fälle mit „das kommt darauf an". Dann kommen die Sonderfälle. Der eine Kunde bekommt andere Konditionen. Die Kollegin in der Buchhaltung macht das anders als der Kollege. Bei großen Aufträgen wird ohnehin telefoniert.

Solche Prozesse lassen sich technisch abbilden. Man baut die Verzweigungen nach, jede Ausnahme wird eine Regel, und am Ende hat man ein Regelwerk, das teurer zu pflegen ist als der Zustand vorher. Das ist der Standardweg, auf dem Softwareprojekte scheitern, und er wird fast nie als Anforderungsproblem erkannt, sondern als Werkzeugproblem. Also wird das Werkzeug getauscht. Zweimal.

Die Dabbawalas hätten diese Diskussion nie geführt. Ihre Reihenfolge ist die umgekehrte:

Standardisierung ist keine technische Vorarbeit. Sie ist das Produkt. Das Werkzeug macht danach nur noch schneller, was ohnehin schon eindeutig ist. Wer diese Reihenfolge dreht, kauft Software, die eine Entscheidung ersetzen soll, die niemand treffen wollte. Konkret heißt das: Bevor irgendjemand über Systeme spricht, gehören die Prozesskosten offengelegt und die Freiheitsgrade einzeln durchgegangen. Für jeden gilt dieselbe Frage: Was kostet es, ihn offen zu lassen, und wer bezahlt das?

Meistens lautet die Antwort: der Kunde will es so. Manchmal stimmt das. Oft ist es nur nie jemandem aufgefallen, dass die Variante von 2014 stammt und der Kunde von damals nicht mehr existiert.

Der Preis: ein System mit genau einer Abhängigkeit

Jetzt der Teil, den die Bewunderer der Dabbawalas ebenfalls auslassen, und ohne den die These nicht ehrlich wäre.

Dieses System ist nicht robust. Es ist starr. Und Starrheit sieht genau so lange aus wie Robustheit, bis sich der Betriebspunkt verschiebt.

Der gesamte Ablauf hängt an zwei Voraussetzungen: Die Vorortbahn fährt, und in den Bürotürmen sitzen Menschen. Beides fiel 2020 gleichzeitig weg. Die Zahl der Träger brach von rund 5.000 auf etwa 1.500 ein, viele gingen zurück in ihre Heimatdörfer. Der Monatsverdienst eines Trägers fiel von rund 18.000 auf 5.200 Rupien. Auch nachdem die Büros wieder öffneten, ist die Zahl bei ungefähr 3.000 stehen geblieben. Hybrides Arbeiten ist für dieses System keine Marktschwankung, sondern ein Konstruktionsproblem: Ein fester Abholtermin für einen Menschen, der an drei von fünf Tagen zu Hause sitzt, ist kein Produkt.

Das ist die Rechnung, die zu jeder Standardisierung gehört. Wer Varianz herausnimmt, kauft Genauigkeit und Tempo an einem Betriebspunkt und verkauft dafür die Fähigkeit, sich zu bewegen, wenn dieser Punkt verrutscht. Das ist vertretbar, solange man es weiß. Fatal wird es, wenn man den ersten Teil feiert und den zweiten nicht in die Bilanz schreibt.

Für ein Unternehmen heißt das: Standardisiere aggressiv da, wo der Betriebspunkt stabil ist. Buchung, Rechnungslauf, Onboarding, Stammdatenpflege. Lass die Freiheitsgrade dort, wo sich der Markt bewegt, und mach die Entscheidung explizit, statt sie durch Nichtstun zu treffen. Wer beides vertauscht, hat die schlechteste beider Welten: starre Vertriebsprozesse und kreative Buchhaltung.

Nicht das Gegenteil des Marktes. Der Markt ohne Zwischenschicht.

Bleibt die romantische Lesart, die Dabbawalas seien der Gegenentwurf zum Plattformkapitalismus. Das halte ich für die schwächste These der ganzen Geschichte.

200 eigenständige Kleinstunternehmen, die sich zu einem Verband zusammenschließen, gemeinsam Preise durchsetzen, Neuaufnahmen kontrollieren und Kunden kündigen, die sich nicht an die Regeln halten: Das ist nicht das Gegenteil des Marktes. Das ist ein Kartell aus Selbstständigen, und es funktioniert wirtschaftlich hervorragend. Die Preise wurden zuletzt 2025 angehoben, mit Verweis auf Sprit und Inflation. Ganz normale Unternehmerentscheidung.

Der Unterschied zu einer Liefer-App liegt nicht in der Moral. Er liegt in der Kostenstruktur. Zwischen dem Träger und dem Kunden steht niemand. Keine Zentrale, keine Fahrerdisposition, keine Marketingabteilung, kein Investor, dessen Wachstumserwartung finanziert werden muss. Die Provision, die eine Plattform aufruft, liegt je nach Modell bei 13 bis 30 Prozent des Bestellwerts, mit Zusatzgebühren und Pflichtwerbung real oft darüber. Diese Spanne bezahlt keine Lieferung. Sie bezahlt die Koordinationsschicht, die nötig wird, sobald man die sechs Variablen wieder freigibt.

Deshalb kann ein Träger in Mumbai von 15 Euro im Monat leben und eine App bei 30 Prozent Provision trotzdem knapp kalkulieren. Nicht weil die eine gierig und die andere gemeinnützig wäre. Sondern weil Wahlfreiheit eine eigene Kostenstelle hat, und weil diese Kostenstelle in keinem Angebot steht.

Was ich mitnehme

Ich verkaufe Automatisierung. Es wäre in meinem Interesse, diesen Artikel mit dem Satz zu beenden, dass man das alles mit der richtigen Software auch hinbekommt. Bekommt man nicht.

Was ich stattdessen aus Mumbai mitnehme, sind drei Fragen, die vor jedem Werkzeug kommen:

1. Welche Freiheitsgrade hat dieser Prozess, und welche davon will ich wirklich bezahlen? Jeder offene Freiheitsgrad multipliziert die Fälle. Nicht addiert. Multipliziert.
2. Muss jemand etwas nachschlagen, um weiterzuarbeiten? Wenn ja, gehört die Information an den Vorgang und nicht in ein zweites System.
3. An wie vielen Voraussetzungen hängt das Ganze, und was passiert, wenn eine davon wegfällt? Wer die Antwort nicht kennt, hat kein effizientes System, sondern nur eines, das bisher Glück hatte.

Die Dabbawalas beantworten Frage eins und zwei besser als jede Software, die ich kenne. Bei Frage drei haben sie 2020 die volle Rechnung bekommen.

Das ist die ehrliche Lehre, und sie ist unbequemer als die übliche: Es gibt keine Effizienz ohne Preis. Es gibt nur die Wahl, ob man den Preis kennt, bevor er fällig wird.

Verwandt

• Best Practices für die Prozessautomatisierung: Der komplette Leitfaden
• Über Budget, über Zeit, am Ziel vorbei: Warum Softwareprojekte scheitern
• Conway's Law: Warum deine Architektur dein Organigramm spiegelt
• Deutschland verliert gegen Paraguay. Unser Gehirn gewinnt eine Geschichte.

Quellen: Stefan Thomke, „The Dabbawala System: On-Time Delivery, Every Time", Harvard Business School Case 9-610-059, 2010. Subrata Chakravarty in Forbes Global, 1998, sowie seine Klarstellung von 2007. Zahlen zu Belegschaft, Verdienst und Monatsgebühr nach indischen Presseberichten aus den Jahren 2020 bis 2025; sie schwanken je nach Quelle. Provisionssätze der Lieferplattformen nach Anbieterangaben und Branchenberichten, Stand 2026.