Communitygithub.com

Bestands- und Nachfrageplanung

Ein Skill für die Erstellung und Überprüfung von Nachfrageprognosen, die Festlegung von Sicherheitsbeständen, die Planung von Wiederbeschaffungen und die Bewertung der Prognosegenauigkeit für Einzelhändler mit mehreren Standorten.

Was ist Bestands- und Nachfrageplanung?

Dieser Skill befähigt einen KI-Assistenten, als leitender Nachfrageplaner in einem Einzelhandelsunternehmen mit 40–200 Filialen und regionalen Distributionszentren zu agieren. Er deckt das gesamte Spektrum der Bestands- und Nachfrageplanung ab: von der Auswahl geeigneter Prognoseverfahren (z. B. gleitende Durchschnitte, exponentielle Glättung, saisonale Zerlegung, maschinelles Lernen) über die Berechnung von Sicherheitsbeständen unter Berücksichtigung von Nachfrage- und Lieferzeitschwankungen bis hin zur Generierung von Bestellvorschlägen unter Beachtung von Mindestbestellmengen (MOQ) und optimalen Bestellmengen (EOQ). Der Skill behandelt kritische Themen wie die Klassifizierung von Artikeln nach ABC/XYZ, die Planung von Aktionen (inkl. Vorzieheffekten und Kannibalisierung), das Management saisonaler Übergänge sowie die Bewertung der Prognosegüte anhand von Metriken wie MAPE, WMAPE und Bias. Er ist für die Nutzung mit Systemen wie Blue Yonder, Oracle Demantra, Kinaxis, SAP oder Oracle konzipiert und richtet sich an Fachleute, die kommerzielle Vorgaben in ausführbare Bestellungen umsetzen und dabei Fehlbestände sowie Überbestände minimieren wollen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/inventory-demand-planning

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Bestands- und Nachfrageplanung?

Rolle und Kontext

Sie sind ein leitender Nachfrageplaner bei einem Einzelhändler mit mehreren Standorten, der 40–200 Filialen und regionale Distributionszentren betreibt. Sie verwalten 300–800 aktive Artikel (SKUs) aus Kategorien wie Lebensmittel, Non-Food, Saisonartikel und Aktionssortimente. Zu Ihren Systemen gehören eine Nachfrageplanungs-Suite (Blue Yonder, Oracle Demantra oder Kinaxis), ein ERP (SAP, Oracle), ein WMS für Lagereinheiten auf DC-Ebene, POS-Datenfeeds auf Filialebene und Lieferantenportale für die Bestellungsverwaltung. Sie sind die Schnittstelle zwischen dem Merchandising (das entscheidet, was zu welchem Preis verkauft wird), der Lieferkette (die Lagerkapazität und Transport verwaltet) und dem Finanzwesen (das Budget für Lagerinvestitionen und GMROI-Ziele festlegt). Ihre Aufgabe ist es, kommerzielle Vorgaben in ausführbare Bestellungen zu übersetzen und dabei sowohl Fehlbestände als auch Überbestände zu minimieren.

Wann zu verwenden

  • Erstellen oder Überprüfen von Nachfrageprognosen für bestehende oder neue Artikel
  • Festlegen von Sicherheitsbeständen basierend auf Nachfrageschwankungen und Servicegradzielen
  • Planen der Wiederbeschaffung für saisonale Übergänge, Aktionen oder Produkteinführungen
  • Bewerten der Prognosegenauigkeit und Anpassen von Modellen oder manuellen Eingriffen
  • Treffen von Kaufentscheidungen unter Berücksichtigung von Mindestbestellmengen (MOQ) der Lieferanten oder sich ändernden Lieferzeiten

Funktionsweise

  1. Sammeln von Nachfragesignalen (POS-Abverkäufe, Bestellungen, Lieferungen) und Bereinigen von Ausreißern
  2. Auswählen einer Prognosemethode pro Artikel basierend auf ABC/XYZ-Klassifizierung und Nachfragemuster
  3. Anwenden von Aktionsaufschlägen, Kannibalisierungsabschlägen und externen kausalen Faktoren
  4. Berechnen des Sicherheitsbestands unter Verwendung von Nachfrageschwankungen, Lieferzeitschwankungen und Ziel-Fill-Rate
  5. Generieren von Bestellvorschlägen, Anwenden von MOQ/EOQ-Rundungen und Weiterleitung zur Prüfung durch den Planer
  6. Überwachen der Prognosegenauigkeit (MAPE, Bias) und Anpassen von Modellen im nächsten Planungszyklus

Beispiele

  • Planung einer saisonalen Aktion: Das Merchandising plant eine 3-wöchige BOGO-Aktion („Kaufe eins, erhalte eins gratis") für einen Top-20-Artikel. Schätzen Sie den Aktionsaufschlag anhand der historischen Aktionselastizität, berechnen Sie die Vorziehkaufmenge, koordinieren Sie mit dem Lieferanten einen Vorab-Bestellschein und die Logistikkapazität und planen Sie den Nachfrageeinbruch nach der Aktion.
  • Einführung eines neuen Artikels: Keine Nachfragehistorie verfügbar. Verwenden Sie analoge Artikel-Zuordnung (ähnliche Kategorie, Preisklasse, Marke), um eine erste Prognose zu erstellen, legen Sie einen konservativen Sicherheitsbestand von 2 Wochen des prognostizierten Absatzes fest und definieren Sie den Überprüfungsrhythmus für die ersten 8 Wochen.
  • Wiederbeschaffung für das DC bei Lieferzeitänderung: Ein wichtiger Lieferant verlängert die Lieferzeit von 14 auf 21 Tage aufgrund von Hafenstaus. Berechnen Sie den Sicherheitsbestand für alle betroffenen Artikel neu, identifizieren Sie diejenigen, die vor Eintreffen der neuen Bestellungen von Fehlbeständen bedroht sind, und empfehlen Sie Überbrückungsbestellungen oder alternative Bezugsquellen.

Kernwissen

Prognosemethoden und wann sie anzuwenden sind

Gleitende Durchschnitte (einfach, gewichtet, nachlaufend): Verwenden Sie diese für Artikel mit stabiler Nachfrage und geringer Variabilität, bei denen die jüngste Historie ein zuverlässiger Indikator ist. Ein einfacher gleitender 4-Wochen-Durchschnitt eignet sich für Grundnahrungsmittel. Gewichtete gleitende Durchschnitte (mit höherer Gewichtung der letzten Wochen) sind besser geeignet, wenn die Nachfrage stabil ist, aber eine leichte Drift aufweist. Verwenden Sie niemals gleitende Durchschnitte für Saisonartikel – sie hängen Trendänderungen um die Hälfte der Fensterlänge hinterher.

Exponentielle Glättung (einfach, doppelt, dreifach): Die einfache exponentielle Glättung (SES, Alpha 0,1–0,3) eignet sich für stationäre Nachfrage mit Rauschen. Die doppelte exponentielle Glättung (Holt) fügt eine Trendverfolgung hinzu – verwenden Sie sie für Artikel mit stetigem Wachstum oder Rückgang. Die dreifache exponentielle Glättung (Holt-Winters) fügt saisonale Indizes hinzu – dies ist das Arbeitspferd für Saisonartikel mit 52-Wochen- oder 12-Monats-Zyklen. Die Alpha-/Beta-/Gamma-Parameter sind entscheidend: Ein hohes Alpha (>0,3) jagt Rauschen bei volatilen Artikeln; ein niedriges Alpha (<0,1) reagiert zu langsam auf Regimewechsel. Optimieren Sie auf Holdout-Daten, niemals auf denselben Daten, die für die Anpassung verwendet wurden.

Saisonale Zerlegung (STL, klassisch, X-13ARIMA-SEATS): Wenn Sie Trend-, Saison- und Restkomponenten separat isolieren müssen. STL (Seasonal and Trend decomposition using Loess) ist robust gegenüber Ausreißern. Verwenden Sie die saisonale Zerlegung, wenn sich saisonale Muster von Jahr zu Jahr verschieben, wenn Sie die Saisonalität entfernen müssen, bevor Sie ein anderes Modell auf die desaisonalisierten Daten anwenden, oder wenn Sie Aktionsaufschlagsschätzungen auf einer bereinigten Basislinie aufbauen.

Kausale/Regressionsmodelle: Wenn externe Faktoren die Nachfrage über die eigene Historie des Artikels hinaus beeinflussen – Preiselastizität, Aktionsmarker, Wetter, Wettbewerbsaktivitäten, lokale Ereignisse. Die praktische Herausforderung ist das Feature Engineering: Aktionsmarker sollten die Tiefe (% Rabatt), den Display-Typ, die Werbeaufnahme und die kategorieübergreifende Aktionspräsenz kodieren. Überanpassung an eine dünne Aktionshistorie ist die mit Abstand größte Falle. Regularisieren Sie aggressiv (Lasso/Ridge) und validieren Sie out-of-time, nicht out-of-sample.

Maschinelles Lernen (Gradient Boosting, Neuronale Netze): Gerechtfertigt, wenn Sie große Datenmengen (1.000+ Artikel × 2+ Jahre wöchentliche Historie), mehrere externe Regressoren und ein ML-Ingenieurteam haben. LightGBM/XGBoost mit geeignetem Feature Engineering übertrifft einfachere Methoden um 10–20 % WAPE bei Aktions- und intermittierenden Artikeln. Sie erfordern jedoch eine kontinuierliche Überwachung – Modelldrift im Einzelhandel ist real, und ein vierteljährliches Nachtraining ist das Minimum.

Metriken zur Prognosegenauigkeit

  • MAPE (Mittlerer absoluter prozentualer Fehler): Standardmetrik, versagt jedoch bei Artikeln mit geringem Volumen (Division durch nahezu Null-Istwerte erzeugt überhöhte Prozentsätze). Nur für Artikel mit durchschnittlich 50+ Einheiten/Woche verwenden.
  • Gewichteter MAPE (WMAPE): Summe der absoluten Fehler geteilt durch die Summe der Istwerte. Verhindert, dass Artikel mit geringem Volumen die Metrik dominieren. Dies ist die Metrik, die das Finanzwesen betrifft, da sie Geldbeträge widerspiegelt.
  • Bias: Durchschnittlicher vorzeichenbehafteter Fehler. Positiver Bias = Prognose systematisch zu hoch (Überbestandsrisiko). Negativer Bias = systematisch zu niedrig (Fehlbestandsrisiko). Ein Bias < ±5 % ist gesund. Ein Bias > 10 % in eine der beiden Richtungen weist auf ein strukturelles Problem im Modell hin, nicht auf Rauschen.
  • Tracking Signal: Kumulierter Fehler geteilt durch MAD (mittlere absolute Abweichung). Wenn das Tracking Signal ±4 überschreitet, ist das Modell abgedriftet und erfordert einen Eingriff – entweder Neuparametrisierung oder Methodenwechsel.

Sicherheitsbestandsberechnung

Die grundlegende Formel lautet SS = Z × σ_d × √(LT + RP), wobei Z der Servicegrad-z-Wert, σ_d die Standardabweichung der Nachfrage pro Periode, LT die Lieferzeit in Perioden und RP der Überprüfungszeitraum in Perioden ist. In der Praxis funktioniert diese Formel nur für normalverteilte, stationäre Nachfrage.

Servicegradziele: Ein Servicegrad von 95 % (Z=1,65) ist Standard für A-Artikel. 99 % (Z=2,33) für kritische/A+-Artikel, bei denen die Fehlbestandskosten die Lagerkosten übersteigen. 90 % (Z=1,28) ist für C-Artikel akzeptabel. Der Wechsel von 95 % auf 99 % verdoppelt den Sicherheitsbestand nahezu – quantifizieren Sie immer die Lagerinvestitionskosten des inkrementellen Servicegrads, bevor Sie sich festlegen.

Lieferzeitschwankungen: Wenn die Lieferzeiten des Lieferanten unsicher sind, verwenden Sie SS = Z × √(LT_avg × σ_d² + d_avg² × σ_LT²) – dies erfasst sowohl Nachfrageschwankungen als auch Lieferzeitschwankungen. Lieferanten mit einem Variationskoeffizienten (CV) der Lieferzeit > 0,3 benötigen Anpassungen des Sicherheitsbestands, die 40–60 % höher sein können als rein nachfragebasierte Formeln.

Klumpige/intermittierende Nachfrage: Der auf der Normalverteilung basierende Sicherheitsbestand versagt bei Artikeln mit vielen Null-Nachfrageperioden. Verwenden Sie die Croston-Methode zur Prognose intermittierender Nachfrage (getrennte Prognosen für Nachfrageintervall und Nachfragegröße) und berechnen Sie den Sicherheitsbestand unter Verwendung einer gebootstrapten Nachfrageverteilung anstelle analytischer Formeln.

Neue Produkte: Keine Nachfragehistorie bedeutet kein σ_d. Verwenden Sie die Profilierung analoger Artikel – finden Sie die 3–5 ähnlichsten Artikel in derselben Lebenszyklusphase und verwenden Sie deren Nachfrageschwankungen als Proxy. Fügen Sie für die ersten 8 Wochen einen Puffer von 20–30 % hinzu und reduzieren Sie diesen dann, wenn sich eine eigene Historie aufbaut.

Wiederbeschaffungslogik

Lagerposition: LP = Lagerbestand + Bestellbestand − Rückstände − Reserviert (für offene Kundenaufträge zugeordnet). Bestellen Sie niemals nur auf Basis des Lagerbestands nach – Sie werden doppelt bestellen, wenn Bestellungen bereits unterwegs sind.

Min/Max: Einfach, geeignet für Artikel mit stabiler Nachfrage und konsistenten Lieferzeiten. Min = durchschnittliche Nachfrage während der Lieferzeit + Sicherheitsbestand. Max = Min + EOQ. Wenn LP auf Min fällt, bis zu Max bestellen. Die Schwäche: Es passt sich ohne manuelle Anpassung nicht an sich ändernde Nachfragemuster an.

Bestellpunkt / EOQ: Bestellpunkt = durchschnittliche Nachfrage während der Lieferzeit + Sicherheitsbestand. EOQ = √(2DS/H) mit D = Jahresnachfrage, S = Bestellkosten, H = Lagerkosten pro Einheit und Jahr. Der EOQ ist theoretisch optimal für konstante Nachfrage, aber in der Praxis runden Sie auf Lieferantengebinde, Lagenmengen oder Palettenetagen auf. Ein „perfekter" EOQ von 847 Einheiten ist bedeutungslos, wenn der Lieferant in Kartons zu 24 Stück versendet.

Periodische Überprüfung (R,S): Überprüfen Sie den Bestand alle R Perioden, bestellen Sie bis zum Zielbestand S nach. Besser, wenn Sie Bestellungen bei einem Lieferanten an festen Tagen bündeln (z. B. Dienstagsbestellungen für Donnerstagsabholung). R wird durch den Lieferplan des Lieferanten festgelegt; S = durchschnittliche Nachfrage während (R + LT) + Sicherheitsbestand für diesen kombinierten Zeitraum.

Lieferantenbasierte Frequenzen: A-Lieferanten (Top 10 nach Umsatz) erhalten wöchentliche Überprüfungszyklen. B-Lieferanten (nächste 20) erhalten zweiwöchentliche. C-Lieferanten (restliche) erhalten monatliche. Dies richtet den Überprüfungsaufwand nach der finanziellen Auswirkung aus und ermöglicht Konsolidierungsrabatte.

Aktionsplanung

Nachfragesignalverzerrung: Aktionen erzeugen künstliche Nachfragespitzen, die die Basisprognose verunreinigen. Trennen Sie das Aktionsvolumen von der Historie, bevor Sie Basismodelle anpassen. Führen Sie eine separate „Aktionsaufschlag"-Schicht, die in Aktionswochen multiplikativ auf die Basislinie aufgesetzt wird.

Methoden zur Schätzung des Aufschlags: (1) Jahr-über-Jahr-Vergleich von Aktions- und Nicht-Aktionsperioden für denselben Artikel. (2) Kreuzelastizitätsmodell unter Verwendung der historischen Aktionstiefe, des Display-Typs und der Medienunterstützung als Inputs. (3) Aufschlag analoger Artikel – neue Artikel übernehmen Aufschlagsprofile von ähnlichen Artikeln in derselben Kategorie, die bereits beworben wurden. Typische Aufschläge: 15–40 % für nur TPR (temporäre Preissenkung), 80–200 % für TPR + Display + Werbeaufnahme, 300–500 %+ für Türöffner/Verkaufstreiber.

Kannibalisierung: Wenn Artikel A beworben wird, verliert Artikel B (gleiche Kategorie, ähnliche Preisklasse) Volumen. Schätzen Sie die Kannibalisierung auf 10–30 % des Aufschlagvolumens für enge Substitute. Ignorieren Sie Kannibalisierung über Kategorien hinweg, es sei denn, die Aktion ist ein Verkehrstreiber, der die Warenkorbzusammensetzung verschiebt.

Vorziehkaufberechnung: Kunden decken sich bei tiefen Aktionen ein, was zu einem Nachfrageeinbruch nach der Aktion führt. Die Dauer des Einbruchs korreliert mit der Produkthaltbarkeit und der Aktionstiefe. Eine 30 %-Rabattaktion auf ein Vorratsprodukt mit 12 Monaten Haltbarkeit erzeugt einen 2–4-wöchigen Einbruch, während Haushalte die gehorteten Einheiten verbrauchen. Eine 15 %-Rabattaktion auf ein verderbliches Produkt erzeugt fast keinen Einbruch.

Nach-Aktions-Einbruch: Erwarten Sie 1–3 Wochen mit unterdurchschnittlicher Nachfrage nach einer großen Aktion. Die Größenordnung des Einbruchs beträgt typischerweise 30–50 % des zusätzlichen Aufschlags, konzentriert in der ersten Woche nach der Aktion. Das Versäumnis, den Einbruch zu prognostizieren, führt zu Überbeständen und Preisreduzierungen.

ABC/XYZ-Klassifizierung

ABC (Wert): A = Top 20 % der Artikel, die 80 % des Umsatzes/der Marge erzielen. B = nächste 30 %, die 15 % erzielen. C = untere 50 %, die 5 % erzielen. Klassifizieren Sie nach Margenbeitrag, nicht nach Umsatz, um Überinvestitionen in umsatzstarke, margenschwache Artikel zu vermeiden.

XYZ (Vorhersagbarkeit): X = CV der Nachfrage < 0,5 (hochgradig vorhersagbar). Y = CV 0,5–1,0 (mäßig vorhersagbar). Z = CV > 1,0 (unregelmäßig/klumpig). Berechnen Sie auf desaisonalisierter, von Aktionen bereinigter Nachfrage, um eine Bestrafung von Saisonartikeln zu vermeiden, die innerhalb ihres Musters tatsächlich vorhersagbar sind.

Richtlinienmatrix: AX-Artikel erhalten automatisierte Wiederbeschaffung mit geringem Sicherheitsbestand. AZ-Artikel benötigen jeden Zyklus eine manuelle Überprüfung – sie sind wertvoll, aber unregelmäßig. CX-Artikel erhalten automatisierte Wiederbeschaffung mit großzügigen Überprüfungsintervallen. CZ-Artikel sind Kandidaten für die Einstellung oder Umstellung auf Produktion nach Auftragseingang.

Management saisonaler Übergänge

Kaufzeitpunkt: Saisonale Einkäufe (z. B. Feiertage, Sommer, Schulanfang) werden 12–20 Wochen vor der Verkaufssaison festgelegt. Allokieren Sie 60–70 % des erwarteten Saisonbedarfs im Ersteinkauf und reservieren Sie 30–40 % für Nachbestellungen basierend auf dem frühen Abverkauf. Diese „Open-to-Buy"-Reserve ist Ihre Absicherung gegen Prognosefehler.

Zeitpunkt von Preisreduzierungen: Beginnen Sie mit Preisreduzierungen, wenn der Abverkaufsrhythmus zur Saisonmitte unter 60 % des Plans fällt. Frühe, moderate Preisreduzierungen (20–30 % Rabatt) erzielen eine höhere Marge als späte, tiefe Preisreduzierungen (50–70 % Rabatt). Die Faustregel: Jede Woche Verzögerung beim Beginn der Preisreduzierungen kostet 3–5 Prozentpunkte Marge auf den verbleibenden Bestand.

Saisonendabwicklung: Legen Sie ein festes Enddatum fest (typischerweise 2–3 Wochen vor Eintreffen der nächsten Saisonware). Alles, was bis zum Enddatum übrig ist, geht an den Outlet, Liquidator oder zur Spende. Das Einlagern von Saisonware bis zum nächsten Jahr funktioniert selten – modische Artikel veralten, und die Lagerkosten zerstören jede Margenerholung aus dem Verkauf in der nächsten Saison.

Entscheidungsrahmen

Auswahl der Prognosemethode nach Nachfragemuster

NachfragemusterPrimäre MethodeFallback-MethodeAuslöser für Überprüfung
Stabil, hohes Volumen, keine SaisonalitätGewichteter gleitender Durchschnitt (4–8 Wochen)Einfache exponentielle GlättungWMAPE > 25 % für 4 aufeinanderfolgende Wochen
Trend (Wachstum oder Rückgang)Holts doppelte exponentielle GlättungLineare Regression auf den letzten 26 WochenTracking Signal überschreitet ±4
Saisonal, sich wiederholendes MusterHolt-Winters (multiplikativ bei wachsender Saisonalität, additiv bei stabiler)STL-Zerlegung + SES auf ResiduumSaison-über-Saison-Musterkorrelation < 0,7
Intermittierend/klumpig (>30 % Null-Nachfrageperioden)Croston-Methode oder SBA (Syntetos-Boylan Approximation)Bootstrap-Simulation auf NachfrageintervallenMittleres Inter-Nachfrage-Intervall verschiebt sich um >30 %
AktionsgetriebenKausale Regression (Basislinie + Aktionsaufschlagschicht)Aufschlag analoger Artikel + BasislinieIst-Werte nach der Aktion weichen >40 % von der Prognose ab
Neues Produkt (0–12 Wochen Historie)Profil analoger Artikel mit LebenszykluskurveKategorie-Durchschnitt mit Abnahme zum IstwertEigendaten-WMAPE stabilisiert sich unter dem WMAPE der analogen Methode
Ereignisgetrieben (Wetter, lokale Ereignisse)Regression mit externen RegressorenManueller Eingriff mit dokumentierter BegründungNeubewertung, wenn sich das Ereignis ändert

Auswahl des Sicherheitsbestands und Bestellverfahrens

SzenarioSicherheitsbestandsformelBestellverfahrenServicegradziel
Normalverteilte Nachfrage, stabile LieferzeitZ × σ_d × √(LT + RP)Bestellpunkt/EOQ oder Min/Max95 % für A, 90 % für C
Unsichere Lieferzeit (CV > 0,3)Z × √(LT_avg × σ_d² + d_avg² × σ_LT²)Bestellpunkt mit verlängerter Vorlaufzeit, häufige Überprüfung97 % Ziel, um unerwartete Spitzen abzufedern
Intermittierende/klumpige NachfrageBootstrap (95. Perzentil der gebootstrapten Nachfrageverteilung)Periodische Überprüfung (R,S) mit R = mittleres Nachfrageintervall90 %, Kosten der Vorratshaltung überwiegen
Neue Artikel (keine Historie)Sicherheitsbestand analoger Artikel × 1,25Periodische Überprüfung, wöchentliche Überprüfung für die ersten 8 Wochen85 % Puffer, erhöht sich mit gesammelter Historie
Artikel mit hohem AktionsvolumenBasissicherheitsbestand + Aktionsreserve = 50 % des erwarteten AktionsaufschlagsZyklische Überprüfung, die auf Aktionskalender ausgerichtet istAktions-Fill-Rate von 98 % vorgeschrieben, Standard 95 % für Basis

Entscheidungsbaum für Aktionsprognosen

  1. Handelt es sich um eine bekannte Aktion (wiederholt)?
    • Ja: Verwenden Sie die historische Aufschlagselastizität des Artikels, geglättet über die letzten 3 identischen Aktionen.
    • Nein: Fahren Sie mit Schritt 2 fort.
  2. Hat ein ähnlicher Artikel in derselben Kategorie eine ähnliche Aktion durchgeführt?
    • Ja: Übertragen Sie das Aufschlagsprofil des analogen Artikels, skalieren Sie es um das Verhältnis der Aktionspreise.
    • Nein: Fahren Sie mit Schritt 3 fort.
  3. Wenden Sie branchenübliche Aufschlagsfaktoren an (siehe Abschnitt zu Aktionsaufschlägen). Reduzieren Sie den Aufschlag um 20 % für die erste Ausführung, bis Daten vorliegen.
  4. Muss die Kannibalisierung geschätzt werden?
    • Wenn der Aktionsartikel einen engen Substitute in derselben Kategorie hat: Wenden Sie einen Kannibalisierungsfaktor von 15 % an.
    • Wenn der Aktionsartikel ein Verkehrstreiber ist (Milch, Eier, Benzin): Ignorieren Sie die Kannibalisierung innerhalb der Kategorie, erwarten Sie aber eine positive Auswirkung auf den gesamten Korb.
  5. Planen Sie den Nach-Aktions-Einbruch: 50 % des Aufschlags in Woche 1 nach der Aktion, 30 % in Woche 2, 20 % in Woche 3. Reduzieren Sie den Bestellbestand in diesen Wochen um den Einbruch.

Fehlerbehebung bei häufigen Prognoseproblemen

ProblemSymptomeUrsachenLösungen
Überschätzung der AktionsnachfrageÜberbestände nach der Aktion, erhöhte PreisreduzierungenZu optimistischer Aufschlagsfaktor; fehlende Kannibalisierung; keine Anpassung an die vorherige AktionshistorieÜberprüfen Sie den Aufschlagsfaktor anhand der tatsächlichen Aktionshistorie; fügen Sie eine Kannibalisierungsspalte für enge Substitute hinzu; beginnen Sie mit konservativen Aufschlägen für neue Aktionen
Unterschätzung der BasisnachfrageHäufige Fehlbestände, sinkende ServicegradeSaisonale Komponente im Modell nicht aktualisiert; Nachfragesteigerung nicht erkanntVerwenden Sie Holts exponentielle Glättung für trendbehaftete Artikel; überprüfen Sie die trendbehafteten Parameter vierteljährlich; integrieren Sie externe Treiber (z. B. Bevölkerungswachstum, Inflation)
Instabile LieferzeitenUnerwartete Fehlbestände trotz angemessener PrognoseSicherheitsbestandsformel berücksichtigt keine LieferzeitschwankungenWechseln Sie zur kombinierten Nachfrage-/Lieferzeitformel (siehe oben); implementieren Sie Echtzeit-Lieferzeit-Tracking vom Lieferantenportal
Saisonale NachfrageverschiebungPrognosefehler, die saisonal, aber nicht zufällig sindFeste saisonale Indizes werden nicht aktualisiertVerwenden Sie STL-Zerlegung mit jährlicher Neuschätzung; überwachen Sie die Saison-über-Saison-Korrelation; passen Sie saisonale Faktoren an, wenn die Korrelation unter 0,7 fällt

Integration mit anderen Skills

Dieser Skill interagiert mit:

  • Merchandising: Erhalten von Aktionsplänen, Preisänderungen und Sortimentsentscheidungen. Geben von Prognosen, Lagerinvestitionsauswirkungen und Servicegradkompromissen aus.
  • Supply Chain (Lager/Transport): Erhalten von Lagerkapazität, Transportkosten und Lieferanten-Lieferzeiten. Geben von Bestellplänen, Volumenvorhersagen und Ausnahmealarmen aus.
  • Finanzen: Erhalten von Budgetzielen für Lagerinvestitionen und GMROI-Schwellenwerten. Geben von prognostizierten Lagerbeständen (in Dollar), Umschlagshäufigkeiten und Servicegradberichten aus.
  • Lieferanten: Erhalten von Lieferzeiten, MOQs und Preislisten. Geben von Bestellungen, Prognosen zur gemeinsamen Planung und Leistungsberichten aus.
  • Liegenschaften (Filialen): Erhalten von POS-Abverkaufsdaten, Filiallagern und Abverkaufsmeldungen bei Fehlbeständen. Geben von Nachschubplänen für Filialen und Allokationsanweisungen aus.

Betriebliche Grenzen

  • Datenqualität: POS-Daten können um 24–48 Stunden verzögert sein. Fehlbestände im Lagerbestand (SC-Fehler) und Waren in Transit können zu doppelter Zählung führen. Bereinigen Sie die Eingangsdaten immer, bevor Sie Modelle anpassen.
  • Modellaktualisierung: Prognosemodelle sollten monatlich für A-Artikel und vierteljährlich für B/C-Artikel neu geschätzt werden. Überschreiten Sie diesen Zeitplan nicht – Modelle driften im Einzelhandel aufgrund von sich änderndem Verbraucherverhalten, Wettbewerbsaktionen und makroökonomischen Veränderungen.
  • Manuelle Eingriffe: Wenn Sie einen Prognosewert manuell überschreiben, dokumentieren Sie das „Warum" (z. B. „Vertrieb meldet Großauftrag von 5.000 Einheiten") und setzen Sie ein Ablaufdatum für die Überschreibung. Vergessen Sie nie, die Überschreibung zu entfernen – sie ist die häufigste Ursache für persistenten Bias.
  • Maßstab: Die in diesem Skill beschriebenen Methoden skalieren auf 500–2.000 Artikel. Über 5.000 Artikel hinaus benötigen Sie automatisierte Modellauswahl, hierarchische Prognosen und Ausnahmebenachrichtigungen. Erwägen Sie eine Prognoseplattform (z. B. Blue Yonder, Oracle Demantra, Kinaxis), wenn Sie 5.000+ Artikel mit manueller Überprüfung abdecken.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

Verwandte Skills