DeliChain vs. Eigenentwicklung

Sie überlegen, das selbst zu bauen?

Manche großen Ketten entwickeln Catering-Software tatsächlich intern. Waitrose in Großbritannien betreibt seit Jahren einen eigenen „Food Made To Order“-Service. Es kann funktionieren. Aber die ehrlichen Abwägungen sind selten die, von denen der erste Business Case ausgeht.

Die kurze Antwort

Selbst bauen, wenn
  • Sie mehr als 500 Filialen betreiben, ein internes Entwicklungsteam haben und Ihr Catering strategisch so zentral ist, dass es eine Investition über 3–5 Jahre rechtfertigt.
  • Der Catering-Umsatz in der Reife 50 Mio. € pro Jahr übersteigt, sodass sich die Entwicklungskosten gegen eine reale Zahl amortisieren.
  • Sie akzeptieren, dass Ihre Plattform für immer Single-Tenant, Single-Brand und individuell gewartet bleibt — inklusive dauerhaft angestellter Entwickler mit Catering-Fachwissen.
DeliChain kaufen, wenn
  • Sie einen funktionierenden Catering-Betrieb in Monaten wollen, nicht in Jahren.
  • Ihr Entwicklungsteam lieber an dem arbeiten soll, was Ihre Handelsmarke differenziert — nicht daran, Kapazitätsregeln und Abholzeit-Logik neu zu erfinden.
  • Sie eine kontinuierliche Weiterentwicklung der Plattform wollen, die auch aus den Budgets anderer Ketten finanziert wird — nicht nur aus Ihrem.
  • Ihre Finanzabteilung ein planbares Abonnement einem offenen Capex-Projekt mit einem Rattenschwanz an ungeplanter Wartung vorzieht.

Die wahren Kosten einer Eigenentwicklung

Im Business Case steht meist „Entwicklungsprojekt für 800.000 €“. Die Realität, abgeleitet aus öffentlichen Benchmarks für interne Entwicklungsprojekte im Lebensmittelhandel, sieht eher so aus:

PhaseTypische RealitätRichtwert
Discovery und Spezifikation3–6 Monate Stakeholder-Interviews, Filialbesuche, Anbieterbewertung. Ergibt oft ein 200-seitiges Dokument, das 12 Monate später neu spezifiziert wird.100–200 T€
MVP-Entwicklung (Jahr 1)Katalog, Bestellung, Abholplanung, einfache Administration. Entweder ein internes Team mit 6–8 Personen oder ein SI-Partner. Verzögert sich um 3–9 Monate.0,8–1,5 Mio. €
Regelwerk (Jahr 2)Kapazität, Abholdatum, Abholzeit, Preise, Gutscheine. Im ursprünglichen Plan immer unterschätzt; erfordert meist eine Neuarchitektur.0,6–1,2 Mio. €
Rollout auf mehrere Filialen (Jahr 2–3)Konfigurationsoberflächen pro Filiale, Schulung der Filialleitungen, Pilot, Ausweitung. Jede Rollout-Welle bringt neue Sonderfälle, die Produktarbeit erfordern.400–800 T€
Laufend (ab Jahr 3)Plattformteam mit 4–6 Personen auf Dauer: Fehlerbehebung, regulatorische Updates, neue Kassenintegrationen, Browserkompatibilität, Sicherheitspatches.0,6–1 Mio. € / Jahr
Gesamt bis zur reifen Plattform3–4 Jahre bis zur Funktionsparität mit dem, was DeliChain heute liefert, plus dauerhafte laufende Kosten.3–5 Mio. € einmalig + 0,6–1 Mio. €/Jahr

Kostenspannen sind Richtwerte aus öffentlichen Benchmarks für Retail-Tech-Projekte. Eigenentwickelte Catering-Plattformen werden selten öffentlich beschrieben, weil sie selten als Wettbewerbsvorteil gelten, den man offenlegen möchte.

Zeitplan: Wann geht welcher Ansatz live?

Für eine Kette mit 50 Filialen, die heute bei null startet.

Selbst bauen
  • Monate 0–6: Discovery, Anbieterbewertung, Einstellung oder SI-Auswahl
  • Monate 6–18: MVP-Entwicklung (Katalog, einfache Bestellung, Zahlung)
  • Monate 18–24: Pilot in der ersten Filiale, erkennen, was in der Spezifikation fehlte
  • Monate 24–36: Regelwerk, Rollout auf mehrere Filialen, reales Produktionsvolumen
  • Ab Jahr 4: Reife Plattform, dauerhaftes Wartungsteam eingerichtet
~36 Monate
bis zum reifen Betrieb in mehreren Filialen
DeliChain kaufen
  • Wochen 0–4: Discovery-Workshop, Markeneinrichtung, Sortimentsimport
  • Wochen 4–10: Konfiguration pro Filiale (Kapazität, Vorlaufzeiten, Abteilungen), Mitarbeiterschulung
  • Wochen 10–14: Pilot mit 3–5 Filialen, echte Bestellungen laufen
  • Monate 4–9: Rollout auf die übrigen Filialen in Wellen
  • Ab Monat 9: Gesamte Kette live, Plattform entwickelt sich laufend weiter, finanziert von allen Kunden
~9 Monate
bis zur gesamten Kette im Betrieb

Was die Spezifikation immer übersieht

Interne Spezifikationen gehen davon aus, dass die Catering-Domäne einfacher ist, als sie ist. Diese Punkte tauchen im zweiten Jahr zuverlässig auf und erzwingen eine Neuarchitektur.

Kapazitätsregeln pro Filiale

Nicht eine Zahl pro Filiale, sondern pro Tag, pro Produktfamilie, pro Schicht. Plus saisonale Ausnahmen. Plus Notfallobergrenzen, wenn sich Personal krankmeldet.

Die Arithmetik der Vorlaufzeit

Eine Vorlaufzeit von 3 Tagen um 18:00 Uhr ist nicht dasselbe wie um 09:00 Uhr am nächsten Morgen. Daten müssen über Zeitzonen, Wochenenden und filialspezifische Feiertage korrekt weiterrollen.

Preise über mehrere Kanäle

B2B vs. Endkunde. Familienrabatt, der sich mit Gutschein kombinieren lässt, aber nicht mit Saisonaktion. Allein das Preisregelwerk macht meist 20 % der Plattform aus.

Druck der Produktionspläne

Fünf verschiedene Ansichten (Produktionszettel, Lieferschein, vollständige Bestellung, unbezahlt, alle). Jede hat Formatkonventionen, die Filialleitungen aus dem alten Papierprozess erwarten.

Sonderfälle im Konfigurator

Selbst zusammengestellte Produkte mit 30+ Optionen, abhängigen Auswahlen, dynamischen Preisen, Freitextfeldern (Name auf dem Marzipanband des Kagemand). Generische Formularbaukästen schaffen das nicht.

Erstattungs- und Stornoablauf

Der Kunde storniert 6 Stunden vor der Abholung; die Produktion hat schon begonnen. Was tut die Erstattungsregel, und wie setzt die Plattform sie durch, ohne dass ein Mensch jeden Fall einzeln entscheidet?

Wann eine Eigenentwicklung wirklich sinnvoll ist

Wir sind nicht gegen Eigenentwicklung. Es gibt reale Situationen, in denen sie die richtige Wahl ist:

Treffen zwei oder mehr dieser Punkte zu, lohnt es sich, den Eigenbau ernsthaft durchzurechnen. Trifft keiner zu, spricht die Rechnung fast immer für den Kauf.

Was wählen

Für Ketten unter 200 Filialen ist eine Eigenentwicklung fast nie die richtige Wahl — die Entwicklungskosten überholen das Catering-Ergebnis.

Für Ketten mit 200–1.000 Filialen kann sich Bauen rechnen, aber nur mit einem bereits vorhandenen strategischen Plattformteam und einem Geduldsfenster von mehr als 3 Jahren.

Für alle anderen — einschließlich der Ambition „wir haben eine IT, wir könnten das bauen“, die in Lenkungsausschüssen oft aufkommt — verkürzt DeliChain den Weg von der Entscheidung zum laufenden Betrieb um mindestens zwei Jahre.

Häufig gestellte Fragen

Was Lenkungsausschüsse tatsächlich fragen, sobald die wahren Kosten auf dem Tisch liegen.

Wir haben schon angefangen zu bauen. Sollen wir aufhören?+

Wahrscheinlich nicht aufhören, sondern neu ausrichten. Die bisherige Arbeit an Catering-Schema, Regelwerk oder Admin-Werkzeugen ist selten verloren — die Erkenntnisse lassen sich übertragen. Die schwierigere Frage ist, ob Sie bis v1 weitermachen oder auf DeliChain wechseln und den Eigenbau für die Teile wiederverwenden, die wirklich einzigartig für Ihre Kette sind (Loyalty-Integration, ERP-Anbindung, individuelle Gutscheinlogik). Die meisten Ketten stellen fest, dass Katalog, Bestellung, Zeitfenster-Management und Mandantentrennung nicht der Ort sind, an dem sie die nächsten 18 Monate verbringen wollen.

Können wir Teile von DeliChain lizenzieren, statt die ganze Plattform zu kaufen?+

Heute nicht. DeliChain wird als konfiguriertes Produkt angeboten, nicht als Komponentenbibliothek. Die Zahlen zu den wahren Kosten auf dieser Seite gehen davon aus, dass Sie die ganze Plattform kaufen und an den Rändern integrieren (Auth, ERP, Zahlung, Kundenbindung). Wenn Sie nur Komponenten wollen, ist das ein anderes Gespräch und fast sicher die falsche Form — Mandantenmodell, Regelwerk und Bestellpipeline sind eng verflochten.

Wir haben eine starke IT und wollen stark anpassen. Lässt DeliChain das zu?+

Ja — innerhalb der Erweiterungsflächen der Plattform. Sie erhalten eine öffentliche API, Webhooks für jedes relevante Ereignis, konfigurierbare Regelwerke und Zugriff auf Ihre eigene Postgres-Replik für Analysen. Was Sie nicht bekommen, ist direkter Schreibzugriff auf das operative Schema, weil das den Upgrade-Vertrag bricht. Wenn Ihre Anpassungswünsche Änderungen auf Schemaebene erzwingen würden, steht die Eigenentwicklung wirklich zur Debatte — siehe den Abschnitt „Wann selbst bauen“ oben.

Unsere Anforderungen sind einzigartig. Zwingt uns das nicht zum Selbstbau?+

Oft fühlen sich die Anforderungen einzigartig an, entpuppen sich aber als Varianten derselben sechs Regelformen (Kapazität, Vorlaufzeit, Zeitfenster, Preis, Gutschein, Sortiment). Das Regelwerk ist die Antwort auf die meisten Einwände der Art „aber unsere Kette macht X anders“. Ausnahmen sind meist Kundenbindung, ERP und Franchise-Abrechnung — das ist Integrationsarbeit, keine Plattformarbeit, und genau dort sollte Ihre IT ohnehin ihre Zeit investieren.

Woher stammen die Zahlen 3–5 Mio. € einmalig und 0,6–1 Mio. €/Jahr laufend?+

Öffentliche Referenzpunkte: die Ausgaben von Waitrose für seine Catering-Plattform, das Replatforming von Tesco F&F und mehrere große Digitalprogramme im Lebensmittelhandel, über die die Beratungspresse berichtet hat. Bei DeliChain haben wir außerdem durchgerechnet, was ein Neubau von Grund auf kosten würde — die Zahlen landen in derselben Spanne. Es sind keine präzisen Prognosen pro Kette, sondern die Größenordnung, die jeder Lenkungsausschuss in einen ehrlichen TCO-Vergleich einsetzen sollte.

Kann unsere IT DeliChain in unsere bestehende Systemlandschaft integrieren?+

Ja — das ist das angenommene Betriebsmodell. Wir versuchen nicht, Ihr Identitätsanbieter, Ihr ERP, Ihre Loyalty-Engine oder Ihr Zahlungsgateway zu sein. Die Integration mit diesen Systemen läuft über API und Webhooks und ist genau der Ort, an dem Ihre IT Wert schafft. Ein typisches erstes Integrationsprojekt umfasst 4–8 Wochen Arbeit für eine Kette mit 50 Filialen, wovon vieles internes Change-Management ist, nicht Programmierung.

Sehen Sie, wie neun Monate Kaufen-statt-Bauen aussehen

Wir führen Sie durch den tatsächlichen Rollout-Plan für eine Kette mit 50 Filialen — was in Monat 1, 4 und 9 passiert.

Demo buchen

Oder schreiben Sie uns direkt an hello@delichain.com