Für Obst-/Gemüsehändler, Bäckerei, Metzgerei oder Restaurantlieferant — die tägliche Bestell-/Produktionsmenge, die Mangel und Verderb mathematisch ausbalanciert (in der Literatur: Newsvendor-Problem).
Kurz gesagt
Kommt Ihnen das bekannt vor?
- Morgens bei der Öffnung lautet die Antwort auf 'wie viel heute' immer noch 'letzten Montag haben wir so viel verkauft'
- Am Tagesende werden 10–25 % der Produkte weggeworfen, reduziert verkauft oder an Personal verschenkt — frisst spürbar in den Jahresgewinn
- Gegen 18:00 sind ein, zwei beliebte Artikel ausverkauft; Kundinnen gehen zum Wettbewerber und kommen nicht zurück
- An einem Regentag wurde dieselbe Menge produziert wie an einem Sonnentag; auf einer Seite Abfall, auf der anderen Mangel
- Vor Feiertagen, Muttertag oder bei Wetterumschwung wird 'mehr oder weniger?' jedes Mal neu diskutiert
- Personal notiert 'Kunde wollte, war nicht da', aber diese Notizen verschwinden; keine systematische Analyse
- Das Produktionsteam macht jeden Tag dieselbe Menge; die Nachfrageschwankung deckt sich nicht mit der Produktion — entweder Bestand wächst oder reicht nicht
Warum es wichtig ist
Wie wird es gelöst?
Technische Tiefe
Wie wird es gelöst?
Technische TiefeIn einem Satz: Bei margenstarken Artikeln etwas mehr bestellen (Stockout-Strafe wiegt schwer), bei verderbstarken Artikeln etwas weniger (Restwert null). Nicht eine einzige ‘mittlere’ Menge anpeilen — pro Artikel eine eigene Balance setzen.
Was die Software wirklich tut: pro Artikel berechnet sie numerisch die optimale Bestellmenge, die Verderbkosten gegen Stockout-Kosten balanciert; dann lernt sie aus der Verkaufshistorie die Nachfrageverteilung und empfiehlt eine Tagesmenge. Drei Stufen:
1. Kosten- und Nachfragedaten zusammenführen. Pro Artikel: Einkaufs-/Produktionskosten, Verkaufspreis, Restwert eines unverkauften Stücks (oft Null oder sehr niedrig), entgangener Deckungsbeitrag bei Stockout, Nachfrageschwankung (8–12 Wochen tägliche Historie). Wetter, Kalenderereignisse (Feiertage, Wochenenden, Schultermin), lokale Events fließen als zusätzliche Faktoren ein.
2. Optimale Bestellmenge berechnen. Die klassische Newsvendor-Formel beruht auf dem Prinzip der ‘kritischen Fraktile’ (Schwelle ‘wir wollen an X % der Tage nicht ausverkauft sein’): optimaler Servicegrad = Marge / (Marge + Verderbkosten). Ein margenstarker Artikel rechtfertigt also ökonomisch leichte Überbestellung, ein verderbstarker Artikel rechtfertigt leichte Unterbestellung. Für jeden Artikel sucht die Software die Nachfragemenge, die dieser kritischen Fraktile aus der historischen Verteilung entspricht — das ist die optimale Bestellmenge. Die Verteilung kann normal, lognormal oder die echte empirische Verteilung sein.
3. Die tägliche Empfehlung landet auf dem Tisch. Bei Öffnung oder zur Bestellzeit liefert die Software eine Artikelliste: ‘Heute: Äpfel 45 kg, Brot 180 Stück, Rindfleisch 18 kg.’ Wetter- oder Aktionsüberschreibungen wirken automatisch. Am Tagesende vergleicht die Software den realen Verkauf mit der Prognose und aktualisiert das Modell — es lernt mit. Manuelles Übersteuern ist immer möglich: ‘Heute regnet es, Brot 15 % weniger’ — die Entscheidung der Leitung gewinnt.
Sie ersetzt die Erfahrung nicht; denken Sie an einen Taschenrechner, der ’etwas mehr, etwas weniger’-Entscheidungen von 20 auf 200 Artikel skaliert — mit zahlenmäßiger Begründung pro Artikel. Die Entscheidung bleibt bei Ihnen, aber pro Produkt liegt eine ‘Optimum’-Zahl bereit.
Alternativen
Bauchgefühl + Wochenbuch
KostenlosKostenlos
Für wen geeignet: 10–30 Artikel, stabile Nachfrage, kleines Geschäft
- + Keine Kosten
- + Flexibel — sofortige Anpassung
- + Keine Investitionsentscheidung
- − Über 30 Artikel ist die optimale Menge nicht im Kopf zu halten
- − Nachfrageschwankung (Wetter, Aktion, Event) bleibt im Bauch
- − Letztjähriges Muttertagsvolumen ist nicht abrufbar
- − Schwund und Umsatzausfälle werden nicht zahlenmäßig erfasst
Tabellenkalkulation + manuelle Tageserfassung
KostenlosKostenlos (eigene Zeit)
Für wen geeignet: 20–60 Artikel, bereit, Durchschnitte schriftlich zu führen
- + Keine Software-Kosten
- + Eigene Formeln, individuell anpassbar
- + Daten an einer Stelle
- − Die probabilistische Newsvendor-Formel von Hand anzuwenden ist mühsam
- − Tägliche manuelle Pflege nötig
- − Kein selbstlernendes Modell
POS-/Bestellsoftware mit eingebauter Prognose
Enterprise500–2.000 EUR Einrichtung + 50–200 EUR/Monat (regionale KMU-Preise)
Für wen geeignet: 50–300 Artikel, Kassensystem im Markt/Bäcker/Metzgerei vorhanden
- + Deutsche Oberfläche und Support
- + Kassen-/Bestellsystem integriert
- + Tägliche Empfehlung per E-Mail/SMS
- − Prognose-Engine meist 'letzte Woche im Schnitt'; keine echte Newsvendor-Mathematik
- − Kostenparameter (Marge, Verderbkosten) pro Artikel nicht einstellbar
- − Wetter und Event-Faktor nicht enthalten
Internationale spezialisierte Frischware-Prognose-Software
Enterprise20–100 EUR/Artikel/Jahr oder 25.000–150.000 EUR/Jahr Lizenz
Für wen geeignet: 300+ Artikel, Lebensmittelhandelskette, Restaurantnetzwerk, Lebensmittelproduzent
- + Ausgereift: Newsvendor + ML-Prognose, mehrere Kategorien, Wetter- und Event-Faktoren
- + Kassen- und Lager-Integration vorhanden
- + Algorithmen über Jahre gehärtet
- − Hohe Lizenz- und Beratungskosten
- − Einführung 2–4 Monate
- − Anpassung an lokale Produkte und Lieferanten nötig
Eigenbau auf Open-Source-Bibliotheken
Open SourceLizenz kostenlos; 4–8 Wochen interne Entwicklung oder 20.000–80.000 EUR Beratung
Für wen geeignet: Kette mit Datenteam oder technologisch geführter Betreiber
- + Keine Lizenzkosten
- + Voll anpassbar an Produkt und Kostenstruktur
- + Cloud oder eigener Server
- − Data-Science-Kapazität im Haus nötig
- − Laufende Wartung ist echte Arbeit
- − Schlechte Historiendaten führen zu irreführenden Ergebnissen
Empfehlung
Im Gespräch fragen
- Wendet die Prognose-Engine echte Newsvendor-Mathematik an (optimale Menge per kritischer Fraktile) oder nur historische Mittelwerte?
- Können Verderbkosten, Marge und Haltbarkeit pro Artikel als separate Parameter eingestellt werden, oder werden alle Artikel über einen einzigen 'Sicherheitsbestand' behandelt?
- Fließen Wetter, Kalenderereignisse (Feiertage, Wochenenden) und lokale Events automatisch in die Prognose?
- Werden Stockout-Phasen in der Verkaufshistorie automatisch korrigiert (Censored-Demand-Korrektur)?
- Wird Substitution modelliert (z. B. helles Brot ausverkauft, Kunde nimmt Vollkorn)?
- Fließen Lieferanten-Mindestbestellmengen (MOQ) und Mengenrabatte in die Empfehlung ein?
- Wie ist der Pilot aufgebaut — wie viele Artikel, wie viele Wochen, was ist die Erfolgsschwelle?
- Wenn wir die Zusammenarbeit beenden, wie bekommen wir Produkthistorie, Schwund-Aufzeichnungen und Bestellempfehlungen zurück? Gibt es einen Standard-Export?
Technische Details
Anmerkung der Redaktion
Auf dem Ladentisch heißt dieses Problem ‘wie viel bestellen wir heute’, ‘Schwundreduktion’ oder ’tägliche Produktionsmenge’. Der akademische Name ist das Newsvendor-Problem — einperiodische stochastische Bestandsentscheidung. Der Name kommt vom Zeitungsverkäufer, der morgens die Tagesauflage bestellt; was verkauft wird, ist Gewinn, was übrig bleibt, wird verschrottet. Dieselbe Struktur taucht in Frischware, saisonaler Mode, Eventtickets, Blutreserven und sogar Flug-Overbooking auf. Ohne diese Einordnung lässt sich in einer Demo nicht beurteilen, ob das ‘Prognosemodul’ wirklich den Trade-off Schwund-Stockout optimiert oder nur Mittelwerte bildet.
Der in diesem Segment am häufigsten übersehene Punkt: viele Produkte werben mit ‘Nachfrageprognose’, laufen darunter aber nur mit gleitenden Mittelwerten — ‘Schnitt der letzten 4 Wochen × 1,1’. Das genügt, wenn die Schwankung niedrig ist; aber in der Frischware kann die Nachfrage täglich 20–50 % schwanken, und die Kosten auf beiden Seiten (Stockout vs Verderb) sind asymmetrisch. Ein echter Newsvendor berechnet die ‘kritische Fraktile’ als Marge / (Marge + Verderbkosten). Verlangen Sie in jeder Demo ein durchgerechnetes Beispiel: ‘Marge 5 EUR, Verderbkosten 8 EUR, Mittelwert 100, Standardabweichung 30 — wie hoch ist die optimale Bestellmenge?’
Schritt-für-Schritt-Pfad für ein KMU
Phase 1 — Erst messen, dann planen. Über 8–12 Wochen vier Dinge erfassen:
- Tägliche tatsächliche Verkäufe pro Artikel
- Schwund am Tagesende: weggeworfen, reduziert, retourniert
- Stockout-Stunden (z. B. ‘Brot um 18:00 ausverkauft, 4 Stunden mit Käufern’)
- Wetter- und Kalenderhinweise (Feiertage, Schultermin, lokale Events)
Ohne diese Basislinie können Sie nicht beurteilen, welche Software welches Ergebnis liefert.
Phase 2 — Kostentabelle erstellen. Pro Artikel: Einkaufskosten, Verkaufspreis, Marge (Preis minus Kosten), Verderb-Stückkosten, Verhältnis Marge/Verderb. Dieses Verhältnis definiert die ‘kritische Fraktile’ — der Hauptparameter hinter jeder ehrlichen Empfehlung. Diese Tabelle ist Ihr Wissenskapital — jeder ernsthafte Anbieter fragt sie zuerst ab.
Phase 3 — Pilot. Mit den 10–30 wichtigsten Artikeln über 6–10 Wochen starten. Erfolgskriterium schriftlich, vor dem Start: z. B. ‘in 60 Tagen Schwund in der A-Gruppe minus 25 %, Stockouts minus 30 %’. Wird die Marke nicht erreicht, endet der Pilot — sichern Sie dieses Recht im Vertrag.
Phase 4 — Rollout. Bei erfolgreichem Pilot über 2–3 Monate auf das gesamte Sortiment ausrollen. Schulung 1–2 Wochen; morgens sollte ein ‘System empfiehlt, akzeptieren’ genügen.
Risiken — was schiefgehen kann
- Schlechte historische Daten. Aufzeichnungen wie ‘verkauft’ / ‘weggeworfen’ sind zu grob; Newsvendor kann damit nicht korrekt rechnen. Vor dem Pilot tägliche + artikelbezogene Verkaufs- und Schwund-Aufzeichnungen standardisieren.
- Verlorene Stockout-Daten. Wenn das System einen Stockout als ’null Verkäufe’ aufzeichnet, ist die Nachfragehistorie irreführend (censored demand). Ein gutes System erfasst Stockout-Stunden separat.
- Substitutionseffekt. Findet ein Kunde sein Wunschprodukt nicht, nimmt er ein anderes (Weißbrot ausverkauft, nimmt Vollkorn). Unmodelliert lautet die falsche Schlussfolgerung ‘Weißbrot-Nachfrage ist niedrig’.
- Lieferantenabhängigkeit. Software, die Produkthistorie und Kostenparameter in proprietärem Format speichert, erschwert einen späteren Wechsel. Schreiben Sie in den Vertrag: ‘Wir können unsere Daten jederzeit in offenen Standardformaten (CSV oder ähnlich) exportieren.’
Verwandte Lehre aus der Praxis (wird verlinkt, sobald veröffentlicht): ‘Eine mittelgroße Supermarktkette verwarf ihre Bestellsoftware nach 9 Monaten — was übersehen wurde.’
Technischer Blick auf die Lösungsmethode
Dieser Abschnitt enthält, was Sie im Gespräch mit Software-Team oder Berater brauchen. Es ist nicht das, was der Bediener auf dem Bildschirm sieht — es ist der Motor hinter dem Vorhang.
Hauptansätze für die Bestellung verderblicher Ware:
| Ansatz | Typischer Einsatz | Datenbedarf | Entscheidungslogik |
|---|---|---|---|
| Gleitender Mittelwert | Historie vorhanden, Nachfrage stabil | Niedrig | Mittel der letzten N Tage |
| Klassischer Newsvendor | Verderblich, einmalige Entscheidung | Mittel | Kritische Fraktile × Nachfrageverteilung |
| Mehrperiodig mit Übertrag | 2–7 Tage Haltbarkeit | Mittel | Dynamische Programmierung |
| ML-Prognose | Viele Artikel + Wetter + Events | Hoch | Regressionsbäume, neuronale Netze |
| Stochastisches MIP | Multi-Produkt + Lieferantenbedingungen | Hoch | Vollständige Optimierung |
Faustregel: Unter 30 Artikel reicht der klassische Newsvendor. Bei 100+ Artikeln, mehreren Kategorien und Saisoneffekten ist ML-Prognose + Newsvendor-Mischung zu bevorzugen. Bei Lieferanten-MOQ und Multi-Produkt-Bedingungen stochastisches MIP.
Die Wahl der Zielfunktion verändert die Lösungsform:
- Erwarteter Gewinn (Verderb + Stockout-Balance): ‘Nettogewinn maximieren’ — passt zu margenstarken Produkten
- Gesamter Schwund: ‘Weggeworfenes minimieren’ — passt zu nachhaltigkeitsorientierten Betrieben
- Servicegrad (z. B. 95 % ohne Stockout): ‘Kunde findet immer’ — passt zu marktanteilorientierten Strategien
- Kostenasymmetrie: ‘Stockout-Kosten 3-fach Verderbkosten’ — passt zu margenarmen Produkten
Die meisten realen Einsätze verwenden eine gewichtete Mischung der vier — am häufigsten erwarteter Gewinn × Servicegrad.
Akademische Quellen
Im sources-Block dieser Seite gelistet. Das Newsvendor-Problem wurde 1951 von Arrow, Harris und Marschak formalisiert und ist eines der ältesten, weiterhin aktiven Felder der Operations Research; aktuelle Arbeit erweitert es mit ML-basierter Nachfrageprognose und Multi-Produkt-Substitutionsmodellen.
Quellen
- Arrow, K. J., Harris, T. und Marschak, J. (1951). Optimal inventory policy. Econometrica, Band 19 — die Arbeit, die das mathematische Fundament des Newsvendor-Problems legte.
- Khouja, M. (1999). The single-period (news-vendor) problem: literature review and suggestions for future research. Omega, Band 27 — umfassende Übersicht des Feldes.
- Porteus, E. L. (2002). Foundations of Stochastic Inventory Theory. Stanford University Press. Standardwerk der stochastischen Bestandstheorie.
- INFORMS Interfaces — Fallstudien zu Newsvendor-Einsätzen in Frischware und Einzelhandel. informs.org/Publications/Interfaces
Glossar
- Newsvendor
- Klassisches einperiodisches Bestandsmodell, das die optimale Bestellmenge für Verderbliche aus der Balance von Verderb- und Stockout-Kosten liefert.
- Servicegrad
- Die Wahrscheinlichkeit, dass ein Kunde findet, wonach er fragt — ein numerisches Ziel für Bestands- und Bestellentscheidungen.
- MIP
- Optimierungsmodell, bei dem ein Teil der Entscheidungsvariablen ganzzahlig sein muss (z. B. Anzahl LKW, Anzahl Schichten).