Latest / emoose Fulfillment Podcast / Schutz vor Überverkäufen & neue Dashboard-Features: Der Monatsrückblick Mai

Transcript

Schutz vor Überverkäufen & neue Dashboard-Features: Der Monatsrückblick Mai · emoose Fulfillment Podcast

• 0:00
  Speaker 0: Also du kennst das ganz bestimmt.
• 0:02
  Speaker 0: Du klickst online auf kaufen und dieser kleine Dopaminkick setzt ein.
• 0:08
  Speaker 1: Mhm, absolut!
• 0:10
  Speaker 0: Und der Bildschirm zeigt dir dann in so einer leuchten grünen Schrift sofort lieferbar.
• 0:15
  Speaker 0: Alles fühlt sich nach einem absolut reibungslosen digitalen Zaubertrick an oder?
• 0:21
  Speaker 1: Ja genau diese sofortige Bestätigung ist ich sag mal eigentlich eine Meisterleistung der psychologischen Beruhigung.
• 0:28
  Speaker 0: Okay, wie meinst du das?
• 0:29
  Speaker 1: Naja die Benützeroberfläche suggeriert die absolute Kontrolle.
• 0:33
  Speaker 1: Als ob exakt in diesem Bruchteil einer Sekunde ein physischer Gegenstand in einem riesigen Lager, dass vielleicht hunderte Kilometer entfernt ist, exklusiv mit deinem Namen versehen wurde.
• 0:43
  Speaker 0: Ja genau so fühlt man sich als Kunde bis dann sagen wir mal ein paar Stunden später oder vielleicht am nächsten Morgen diese gefürchtete E-Mail aufploppt
• 0:52
  Speaker 1: Oh ja!
• 0:53
  Speaker 1: Destornierung
• 0:54
  Speaker 0: Richtig, da steht dann ihre Bestellung wurde leider storniert.
• 0:57
  Speaker 0: Der Artikel war plötzlich doch ausverkauft und du sitzt da und du fühlst sich vom Internet eigentlich schlichtweg belogen?
• 1:04
  Speaker 0: Da stand doch Schwarz auf Weiß Auflager.
• 1:07
  Speaker 1: Ja für den Käufer ist das genau der Moment in dem diese digitale Illusion einfach zerbricht was in der Situation aber fast niemand sieht.
• 1:16
  Speaker 1: also von Kundenseite aus Für den Händler am anderen Ende der Leitung Ist diese Stonierungs-Email nicht einfach nur ein unglücklicher Fall für den Kundenservice?
• 1:26
  Speaker 1: Es ist oft das Symptom eines massiven strukturellen Versagens im Hintergrund.
• 1:31
  Speaker 0: Krass, okay!
• 1:32
  Speaker 1: Ja und einen Versagen dass wenn es sich häuft die komplette Existenz des Unternehmens bedrohen kann.
• 1:38
  Speaker 0: Wahnsinn Und damit willkommen zu diesem neuen Deep Dive.
• 1:42
  Speaker 0: Unsere Mission heute.
• 1:43
  Speaker 0: Wir blicken hinter die Kulissen der modernen eCommerce Logistik
• 1:47
  Speaker 1: Genau Und wir haben deine sehr spannende Quelle für.
• 1:49
  Speaker 0: Ja, richtig!
• 1:51
  Speaker 0: Unsere Quelle dafür ist eigentlich ein klassisches BtoB-Dokument der Monatsrückblick von der Fulfillmentfirma im MUSE GmbH für
• 2:01
  Speaker 1: Mai und May.
• 2:02
  Speaker 0: Für alle die es nicht wissen das ist ein Dienstleister der für Onlinehändler die gesamte Logistikette übernimmt also von der Lagerung bis zum finalen Versand an dich als Endkunden.
• 2:12
  Speaker 1: Und wenn man dieses Update von denen liest, offenbart sich ein wirklich faszinierendes Spannungsfeld.
• 2:18
  Speaker 0: Inwiefern?
• 2:19
  Speaker 1: Naja da werden zwar neue Software Features angekündigt aber der eigentliche Kern des Textes dreht sich darum warum diese Features genau zu diesem Zeitpunkt veröffentlicht oder eben ganz bewusst zurückgehalten wurden.
• 2:32
  Speaker 0: Ah okay!
• 2:33
  Speaker 1: Es ist ein wahnsinnig tiefer Einblick in das IT und Operations Management unter extremer Stressbelastung.
• 2:40
  Speaker 0: Okay, also lass uns das mal aufschlüsseln.
• 2:42
  Speaker 0: Der Bericht beginnt nämlich fast schon mit einer Entschuldigung.
• 2:46
  Speaker 1: Ja stimmt
• 2:47
  Speaker 0: Er muss zwar im Mai auf allen Kanälen ungewöhnlich still.
• 2:51
  Speaker 0: Also keine großen Ankündigungen kein Social Media gar nichts und der simple Grund war wohl dass sie von einer überwältigenen Menge an Bestellungen regelrecht überrollt wurden.
• 3:00
  Speaker 1: Genau
• 3:01
  Speaker 0: Das gesamte Team, also vom Büro bis runter ins Lager hatte wirklich nur eine einzige Priorität.
• 3:07
  Speaker 0: Nämlich die Aufträge so schnell und fehlerfrei wie möglich an die Endkunden rauszuschicken.
• 3:12
  Speaker 1: Und hier prallen eben digitale Skalierbarkeit und physische Begrenzung frontal aufeinander.
• 3:17
  Speaker 0: Wie genau?
• 3:18
  Speaker 1: Ein Algorithmus kann problemlos in Millisekunden die Verarbeitungskapazität hochfahren um Zehntausend Bestellungen gleichzeitig aufzunehmen.
• 3:27
  Speaker 0: Klar Server Kapazitäten eben
• 3:29
  Speaker 1: Richtig.
• 3:30
  Speaker 1: Aber am Ende dieser digitalen Kette stehen echte Menschen.
• 3:34
  Speaker 1: Menschen, die durch echte Gänge laufen müssen Artikel aus Regalen greifen sie in Kartons packen und auf Paletten stapeln müssen.
• 3:42
  Speaker 1: Der physische Durchsatz der lässt sich halt nicht einfach per Knopfdruck skalieren.
• 3:46
  Speaker 0: Ja das leuchtet ein.
• 3:48
  Speaker 0: Und da zeigt sich im Text ein echt interessanter Konflikt.
• 3:51
  Speaker 0: Die Entwicklungsabteilung von Imus hatte im Hintergrund eigentlich fast alle neuen Software Features die sich die Kunden gewünscht hatten fertig programmiert.
• 3:59
  Speaker 1: Der Code lag bereit?
• 4:00
  Speaker 1: Genau,
• 4:00
  Speaker 0: der Code war fertig.
• 4:02
  Speaker 0: Aber das Management hat sich ganz bewusst dagegen entschieden diese Updates mitten in dieser Paketwelle frei zu schalten.
• 4:08
  Speaker 0: Die haben den Code buchstäblich in der Schublade gelassen
• 4:11
  Speaker 1: Und das ist eine klassische aber oft leider ignorierte Best Practice in der Branche.
• 4:16
  Speaker 0: Ach wirklich?
• 4:17
  Speaker 1: Ja absolut.
• 4:19
  Speaker 1: Wenn wir das mal mit dem großen Ganzen verbinden sehen wir hier diesen ständigen Kampf zwischen Innovation und operativer Stabilität.
• 4:29
  Speaker 1: In der Logistik ist der ununterbrochene Daten- und Warenfluss das absolute Heiligtum.
• 4:34
  Speaker 0: Okay.
• 4:35
  Speaker 1: Jedes Systemupdate erfordert oft das Lehren von Caches oder das Neustarten von irgendwelchen Microservices, manchmal muss man kurzzeitig Datenbanktabellen sperren.
• 4:46
  Speaker 0: Weißt du woran mich das erinnert?
• 4:47
  Speaker 0: Das ist so als wärst Du in einer extrem gut besuchten Restaurantküche an einem Samstagabend.
• 4:53
  Speaker 1: Mhm gutes Bild!
• 4:54
  Speaker 0: Ein Reisebus mit fünfzig hungrigen Touristen kommt völlig unangekündigt an.
• 4:59
  Speaker 0: Die Pfannenbrutzeln, jeder rennt am absoluten Limit und in genau diesem Moment spaziert der Restaurantmanager rein und sagt hey Leute ich habe hier die neue Speisekarte.
• 5:08
  Speaker 0: lasst uns mal eben mitten im Service die Arbeitsabläufe ändern und komplett neue Gerichte kochen.
• 5:12
  Speaker 1: Ja
• 5:13
  Speaker 0: Ich meine der Küchenchef würde den doch hochkant rauswerfen.
• 5:15
  Speaker 0: war da
• 5:17
  Speaker 1: Eine sehr treffende Analogie?
• 5:19
  Speaker 1: ja Selbst wenn das Software-Update in den Testumgebungen perfekt lief, stell dir vor es gibt einen unvorhergesehenen Back der das Druck von diesen Versandegiketten auch nur für fünfzehn Minuten blockiert.
• 5:30
  Speaker 0: Okay, fünfzehnt Minuten klingt jetzt nicht noch viel!
• 5:32
  Speaker 1: Bei normaler Last ist das auch nur ein kleiner Stau aber unter extremer Hochlast entsteht in diesen Fünfzehn minuten einen Rückstand von hunderten Paketen und das zerstört ihr die gesamte Taktung der Speditionen für den Rest des Tages.
• 5:46
  Speaker 1: Operative Stabilität schlägt in solchen Momenten einfach immer, wirklich immer das Software-Deployment.
• 5:52
  Speaker 0: Die Kisten müssen raus!
• 5:54
  Speaker 0: Das ist die oberste Direktive sozusagen.
• 5:56
  Speaker 1: Ganz genau.
• 5:57
  Speaker 0: Aber ein paar spezifische Features wurden dann offenbar doch live genommen weil sie wohl kritisch für das Überleben der Hindler waren.
• 6:04
  Speaker 0: und damit sind wir wieder bei unserem Beispiel vom Anfang also der sturnierten Bestellung.
• 6:09
  Speaker 1: Richtig.
• 6:09
  Speaker 0: Das Imus Update spricht hier von dem großen Problem der Überverkäufe.
• 6:15
  Speaker 0: Was genau passiert da technisch?
• 6:16
  Speaker 1: Also dieses Phänomen tritt auf, wenn mehrere Vertriebskanäle sagen wir mal dein eigener Shop Amazon und noch eBay alle gleichzeitig auf denselben physischen Bestand im Lager zugreifen.
• 6:28
  Speaker 0: Okay klingt globisch!
• 6:29
  Speaker 1: Die Architektur dahinter erfordert dann eine ständige absolut fehlerfreie Synchronisation der Datenbanken.
• 6:36
  Speaker 0: Und hier stolpert man beim Lesen über eine Zahl, die mich wirklich komplett irritiert hat.
• 6:41
  Speaker 0: Die Quelle besagt dass Marktplätze wie Amazon Verkäufe teilweise mit bis zu dreißig Minuten Verzögerung an das System des Händlers melden.
• 6:48
  Speaker 0: Ja das
• 6:49
  Speaker 1: ist heftig ne?
• 6:50
  Speaker 0: Ich meine wir haben Glasfaser Backbones.
• 6:53
  Speaker 0: Wir nutzen Echtzeit-Datenverarbeitungen in Millisekunden für Finanztransaktionen an der Börse.
• 7:00
  Speaker 0: Warum in aller Welt braucht eine Schnittstelle zu einer Milliarden-Plattform im Jahr twenty-sixundzwanzig, eine halbe Stunde um einen simplen Datenpunkt wie Artikelverkauft an ein Lager zu übermitteln?
• 7:13
  Speaker 1: Weil diese Plattformen Architektur Entscheidungen treffen die in erster Linie ihrer eigenen Server schützen sollen.
• 7:20
  Speaker 0: Okay
• 7:21
  Speaker 1: Amazon oder auch Kaufland, pushen die Daten der Third-Party-Händer oft nicht in kontinuierlichen Echtzeitstreams raus.
• 7:29
  Speaker 1: Um diese gigantische Last abzufedern nutzen sie sogenanntes
• 7:34
  Speaker 0: Batch Processing.
• 7:38
  Speaker 1: Genau!
• 7:39
  Speaker 1: Die bündeln Tausende von API aufrufen und schicken sie dann in Intervallen raus.
• 7:44
  Speaker 1: Und dazu kommen noch obligatorische Sicherheitsschleifen.
• 7:48
  Speaker 1: Na ja, zum Beispiel automatisierte Betrugsprüfungen bei der Zahlungsabwicklung.
• 7:54
  Speaker 1: Du als Endkunde siehst auf dem Bildschirm sofort Zahlung bestätigt.
• 8:00
  Speaker 1: Richtig!
• 8:01
  Speaker 1: Aber im Backend liegt der Datensatz noch in einer internen Warteschlange der Plattform bevor er überhaupt über die Schnittstelle an das wahren Wirtschaftssystem des Händlers übergeben wird.
• 8:10
  Speaker 0: Wahnsinn, das heißt also wir haben ein dreißigminütiges Zeitfenster in dem mein System denkt.
• 8:15
  Speaker 0: Ein bestimmter Fernseher steht noch bei mir im Regal obwohl er bei Amazon quasi längst verkauft wurde.
• 8:20
  Speaker 1: Exakt!
• 8:20
  Speaker 1: Das ist so als würdest du intensives Day Trading an der Börse betreiben aber dein Aktienticker hat eine Verzögerung von einer halben Stunde.
• 8:28
  Speaker 0: Oh Gott
• 8:28
  Speaker 1: Du triffst ununterbrochen Entscheidungen basierend auf einer Realität
• 8:33
  Speaker 0: die
• 8:33
  Speaker 1: physisch längst nicht mehr existiert.
• 8:35
  Speaker 1: Wenn in diesen dreißig Minuten ein zweiter Kunde in deinem eigenen Online-Shop genau diesen Fernseher kauft, hast du einen klassischen Doppelverkauf erzeugt.
• 8:44
  Speaker 0: Verstehe...
• 8:45
  Speaker 1: Die Bestände überschneiden sich einfach und einer der beiden Kunden geht am Ende leer aus!
• 8:49
  Speaker 0: Okay also das bedeutet dann ein wütendes Ticket im Kundenservice und eine Erstattung?
• 8:53
  Speaker 0: Das ist ärgerlich klar.
• 8:55
  Speaker 0: Aber Emos nennt diese Situation im Update wirklich eine existenzielle Bedrohung.
• 9:01
  Speaker 0: Warum die drastische
• 9:02
  Speaker 0: Wortwahl?!
• 9:03
  Speaker 1: Wegen der absolut genadenlosen Metriken in dieser Plattformökonomie.
• 9:07
  Speaker 0: Wie meinst du das?
• 9:08
  Speaker 1: Also wenn Du dem Kunden in Deinem eigenen Shop absagst, okay dann verlierst Du diesen einen Käufer!
• 9:13
  Speaker 1: Das ist blöd aber verkraftbar.
• 9:15
  Speaker 1: Wenn Du aber dem Amazon-Kunden stornieren musst weil Du die Ware eigentlich schon woanders verkauft hattest Dann registriert Der Amazon Algorithmus das sofort.
• 9:25
  Speaker 1: Das nennt sich Prefulfillment Cancel Rate.
• 9:28
  Speaker 0: Okay und die darf wahrscheinlich nicht hoch sein?
• 9:31
  Speaker 0: Überhaupt
• 9:31
  Speaker 1: nicht.
• 9:32
  Speaker 1: Die Plattformen dulden in der Lägel nur extrem niedrige Stornierungsraten, oft unter ein oder zwei Prozent.
• 9:39
  Speaker 1: Wenn Du diese Quote durch solche Überverkäufe reißt wird Dein Verkäuferkonto automatisch gesperrt.
• 9:45
  Speaker 1: Wumm!
• 9:46
  Speaker 1: Einfach zu.
• 9:46
  Speaker 0: Ach Du meine Güterne?
• 9:48
  Speaker 0: Einfach
• 9:48
  Speaker 0: gesperrt?!
• 9:49
  Speaker 0: Ja
• 9:49
  Speaker 1: vollautomatisch und für viele Händler bedeutet das den sofortigen Wegfall von siebzig oder achtzig Prozent ihres Gesamtumsatzes.
• 9:57
  Speaker 1: Es ist wirklich ein algorithmischer Herzstillstand für das Geschäftsmodell.
• 10:01
  Speaker 0: Krass.
• 10:02
  Speaker 0: Das System bestraft dich also existenziell für eine Verzögerung, die die Plattform durch ihr eigenes Batch-Processing überhaupt erst verursacht hat.
• 10:09
  Speaker 1: Genau das ist die Ironie an der Sache!
• 10:11
  Speaker 0: Um diese Falle zu entschärfen, hat Emos nun das Feature Pufferbestand eingeführt – also mitten in dieser Maiphase.
• 10:18
  Speaker 0: Richtig!
• 10:19
  Speaker 0: Dabei reserviert die Software vollautomatisch eine bestimmte Stückzahl oder einen prozentualen Anteil der Artikeln in einem sogenannten virtuellen Sperrlager.
• 10:28
  Speaker 0: Wie funktioniert das in der Praxis?
• 10:30
  Speaker 1: Also die technologische Verzögerung dieser großen Plattform-Schnittstellen lässt sich ja von außen nicht einfach wegprogrammieren.
• 10:38
  Speaker 1: Du hast keinen Einfluss auf Amazon?
• 10:40
  Speaker 0: Klar!
• 10:40
  Speaker 1: Man muss also das eigene System so designen, dass es diese externen Shocks einfach absorbieren kann.
• 10:47
  Speaker 1: Es ist im Grunde eine softwärseitige Knautschzone.
• 10:50
  Speaker 0: Weißt du, das Prinzip erinnert mich voll an einen cleveren Türsteher in einem angesagten Club.
• 10:56
  Speaker 1: Ok, erzähl!
• 10:57
  Speaker 0: Stell dir vor... Die Gästeliste wird von drei verschiedenen Promotern unabhängig voneinander geführt.
• 11:04
  Speaker 0: Und um absolut sicher zu gehen, dass der Club nicht überfüllt wird und die Behörden den Laden dicht machen – was ja quasi die Accountsperre wäre?
• 11:12
  Speaker 0: Hat der Türsteher eine eisende Regel!
• 11:15
  Speaker 0: Er hält heimlich immer fünf VIP-Plätze zurück.
• 11:18
  Speaker 0: Nach außen hin meldet er den Promotern, hey wir sind komplett voll.
• 11:22
  Speaker 0: Obwohl drinnen physisch eigentlich noch Platz für fünf Leute wäre.
• 11:25
  Speaker 0: Ah
• 11:25
  Speaker 1: okay!
• 11:26
  Speaker 0: Diese Plätze sind sein Puffer für den Fall dass die Promoter durch ihre mangelnde Kommunikation zu viele Leute auf die Liste gesetzt haben.
• 11:33
  Speaker 0: Das
• 11:34
  Speaker 1: beschreibt den Mechanismus wirklich perfekt.
• 11:36
  Speaker 1: Der Puffa Bestand entkoppelt den physischen Bestand vom Allokierbaren also dem verkaufbaren Bestand.
• 11:42
  Speaker 0: Ah ok.
• 11:42
  Speaker 0: Die
• 11:43
  Speaker 1: Frontend-Shops erhalten vom Backend die Information, hey bestand es null, woraufhin der Artikel im Shop für den Kunden auf Ausverkauft springt.
• 11:50
  Speaker 1: Aber
• 11:51
  Speaker 0: in Wahrheit?
• 11:52
  Speaker 1: In Wahrheit liegen physisch in der Halle aber noch genau diese drei Artikel, die als Puffer definiert wurden.
• 11:57
  Speaker 1: Das Backend täuscht also nach außen eine Knappheit vor
• 12:01
  Speaker 0: Einfach nur um in der Hinterhand genau die Menge an Ware zu haben, die nötig ist Um diese verzögerten Bestellungen aus dem dreißig Minuten Blindflug sicher zu bedienen
• 12:11
  Speaker 1: Exakt ohne eben in diese gefährliche Stonnierungsfalle zu tappen.
• 12:14
  Speaker 0: Wahnsinn!
• 12:16
  Speaker 0: Und laut dem Update lässt sich das dynamisch anpassen, man kann den Puffer wohl mit einem Klick auflösen wenn so eine Belastungsspitze vorüber ist
• 12:23
  Speaker 1: Genau und dann wird ganz regulär abverkauft.
• 12:26
  Speaker 0: Wir haben also jetzt den ausgehenden Warenfluss Also das Symptom der Überverkäufe durch die digitale Illusion erfolgreich abgesichert.
• 12:37
  Speaker 0: Aber ein solches Sperrlager bringt natürlich überhaupt nichts, wenn die Bestandsdaten schon korrompiert sind bevor der Artikel im Regal liegt.
• 12:44
  Speaker 1: Womit wir nahtlos in die Problemzone des wahren Eingangs wechseln?
• 12:48
  Speaker 0: Lass uns da mal drauf schauen!
• 12:50
  Speaker 1: Sehr gern – denn die beste Algorithmuslogik bricht komplett zusammen, wenn eine Basis-Datenbank fehlerhaft gefüttert wird.
• 12:58
  Speaker 0: Die Lösung, die EMOS dafür laut dem Bericht ausgerollt hat klingt auf den ersten Blick extrem unspektakulär….
• 13:05
  Speaker 0: Oh ja... Nämlich eine Uploadfunktion für CSV und Excel-Dateien bei der Warenankündigung.
• 13:11
  Speaker 0: Ich meine, CSV Dateien sind vermutlich das unglamoröseste Dateiformat der gesamten IT-Geschichte.
• 13:17
  Speaker 1: Das stimmt wohl!
• 13:19
  Speaker 0: Das sind doch nur einfache Komma getrennte Textwerte.
• 13:22
  Speaker 1: Aber wenn man liest welchen Stellenwert das in diesem Update einnimmt scheiden diese Dateien einen massiver Hebel zu sein.
• 13:28
  Speaker 1: Warum?
• 13:29
  Speaker 0: Naja, CSV-Dateien sind das universelle Rückgrat des Datenaustausches.
• 13:34
  Speaker 0: Gerade weil sie keine komplexe Formatierung besitzen die beim Auslesen irgendwelche Fehler verursachen könnte.
• 13:39
  Speaker 0: Okay!
• 13:40
  Speaker 1: Keep it simple also richtig.
• 13:42
  Speaker 1: Wenn ein Lkw am Rolltor andockt bringt er nicht selten dutzende Palatten mit tausenden verschiedenen Artikeln Also verschiedene Nummern Größen Farbvarianten.
• 13:54
  Speaker 1: Das System muss jetzt exakt wissen was der Lieferant dort ableht um es fehlerfreie in den aktiven Bestand zu überführen.
• 14:02
  Speaker 0: Wenn nun ein Mitarbeiter im Büro den gedruckten Lieferschein nimmt und jede Position manuell in das System abtippt, dann haben wir sofort mehrere Säubruchstellen oder?
• 14:11
  Speaker 1: Absolut!
• 14:12
  Speaker 0: Zum einen blockiert dieser ewig langsame Dateneingabe-Prozess ja physisch den Platz im wahren Eingang – die Paletten stauen sich bis auf den Hof… Und zum anderen haben wir den menschlichen Faktor.
• 14:22
  Speaker 1: Genau dass ist das Hauptproblem Einmal kurz abgelenkt, du verrutscht in der Zeile und schon wird bei der Stückzahl aus einer Zähne versehentlich eine Hundert eingetippt.
• 14:32
  Speaker 0: Und eine solche manuelle Eingabe bricht die sogenannte Chain of custody der Daten – die Beweiskette quasi?
• 14:38
  Speaker 1: Ja!
• 14:39
  Speaker 0: Die rein digitale Kette wird unterbrochen und durch menschliche Interpretation ersetzt.
• 14:45
  Speaker 0: Wenn dieser Tippfehler passiert und hundert statt zehn T-Shirts eingebucht werden erzeugt das System neunzig Geisterartikel.
• 14:52
  Speaker 1: Geister Artikel Das heißt, der Online-Shop bietet dann wochenlang Ware an die Füßig gar nicht im Lager existiert.
• 14:59
  Speaker 0: Ganz genau!
• 15:00
  Speaker 0: Und das provoziert dann wieder diese massiven Überverkäufe und Accountsperren, die wir ebenso detailliert analysiert haben.
• 15:06
  Speaker 0: Da hilft dir auch dein Kofferbestand nicht mehr wenn die Basisdaten schon falsch sind.
• 15:10
  Speaker 1: Ah ok Der Fehler liegt also schon am Anfang der Kette
• 15:14
  Speaker 0: Richtig Und der CSV upload löst dieses Problem an der Wurzel
• 15:18
  Speaker 1: weil die Datei direkt aus dem System des Lieferanten exportiert und bei EMOS unverändert wieder eingelesen wird.
• 15:34
  Speaker 1: Ja, das System stülpt quasi eine standardisierte Struktur über die eingehenden Daten völlig ohne menschliche Übersetzungsfehler!
• 15:43
  Speaker 1: Es ist ein enormer Geschwindigkeits- und Qualitätsmultiplikator.
• 15:47
  Speaker 0: Also der Lager-Mitarbeiter am Rolltorscan, dann nur noch den Barcode der angelieferten Palette.
• 15:51
  Speaker 1: Genau!
• 15:52
  Speaker 1: Und das System gleicht diesen physischen Scan in Millisekunden mit dem fehlerfreien digitalen Manifest aus der CSV-Datei ab.
• 16:00
  Speaker 1: Abweichungen fallen dann sofort auf und die Ware ist wesentlich schneller für den Verkauf verfügbar.
• 16:06
  Speaker 0: Okay wow... Wir haben also das Fundament jetzt stabilisiert?
• 16:10
  Speaker 0: Der wahren Eingang ist durch diese CSV-Uploads sauber Der wahren Ausgang ist durch den Pufferbestand abgesichert, das System ist robust.
• 16:19
  Speaker 0: Der nächste Schritt im Update befasst sich dann mit der Skalierbarkeit der Plattform selbst und zwar auf einer sehr menschlichen Ebene würde ich sagen.
• 16:28
  Speaker 1: Ja ein sehr spannender Punkt?
• 16:30
  Speaker 0: Das gesamte E-MOS, der Sport wurde komplett ins Englische übersetzt und lässt sich nun mit einem einzigen Klick umschalten.
• 16:37
  Speaker 0: aus Business Sicht ist es natürlich essentiell um internationale Hände auf die Plattform zu holen.
• 16:42
  Speaker 0: klar
• 16:42
  Speaker 1: Natürlich, das ist das Offensichtliche.
• 16:44
  Speaker 0: Aber die Implikationen für die internen Prozesse sind wie der Text betont weit ausspannender.
• 16:50
  Speaker 0: Es geht hier gar nicht nur um den Vertrieb im Ausland sondern darum den internationalen Mitarbeitern in diesen Fulfillmen-Centern die tägliche Arbeit zu erleichtern.
• 16:59
  Speaker 1: Richtig
• 17:00
  Speaker 0: Wie stark wirkt sich denn die Sprache von so einer simplen Benutzeroberfläche auf die knallharte Logistikrealität aus?
• 17:06
  Speaker 1: Massiv Wir sprechen hier vom Prinzip des Cognitive Load also der kognitiven Belastung.
• 17:11
  Speaker 1: Okay Full Filmencenter operieren in einem absoluten Hochfrequenzumfeld.
• 17:16
  Speaker 1: Die Belegschaft ist oft extrem divers, viele Mitarbeiter haben Englisch als Linguafranca sprechen aber vielleicht nicht fließend Deutsch.
• 17:25
  Speaker 1: Wenn jetzt ein Mitarbeiter an der Packstation acht Stunden am Tag unter hohem Zeitdruck Barcode scant und ständig schnelle Entscheidungen treffen muss, dann zählt wirklich jeder Sekundenbruchteil.
• 17:36
  Speaker 1: Klar!
• 17:36
  Speaker 1: Wenn der Bildschirm dann eine komplexe Fehlermeldung auf Deutsch ausspuckt die der Mitarbeiter erst im Kopf übersetzen oder irgendwie interpretieren muss...
• 17:44
  Speaker 0: Dann erzeugt das eine sogenannte Microhesitation also ein kurzes unbewusstes Zögern.
• 17:50
  Speaker 0: Wir reden hier vielleicht von eins Komma fünf Sekunden pro Vorgang.
• 17:54
  Speaker 1: Eins Komma Fünf Sekunden klingt jetzt nach fast gar nichts!
• 17:57
  Speaker 1: Auf
• 17:57
  Speaker 0: den ersten Blick ja, aber multipliziere diese Eins Kommafünf Sekunden mal mit zwei tausend Picks die so ein Mitarbeiter pro Schicht macht und das dann mal Dutzende Mitarbeiter amau Das summiert sich extrem.
• 18:10
  Speaker 1: Und nicht nur dass Die Kognitive Anstrengung permanent in einer Fremdsprache navigieren zu müssen führt zu extremen schneller Ermüdungen Und Ermüdung im Lager führt unausweichlich zu Fehlwürfen.
• 18:23
  Speaker 0: Fehlwirfe heißt, der falsche Artikel landet im falschen Paket.
• 18:26
  Speaker 1: Ganz genau!
• 18:27
  Speaker 1: Und das bedeutet Retouren und zufriedene Kunden hohe Kosten.
• 18:32
  Speaker 1: Die Bereitstellung des Dashboards in einer universelleren Sprache ist daher primär gar kein Sales-Feature sondern ein Werkzeug zur massiven Fehlerprävention und zur Erhöhung der operationellen Sicherheit.
• 18:45
  Speaker 0: Wahnsinn Die Zahnräder greifen also reibungsloser ineinander, weil die Software die kognitive Reibung der Menschen entfernt.
• 18:53
  Speaker 0: Sehr
• 18:53
  Speaker 1: schön gesagt ja!
• 18:54
  Speaker 0: Wenn wir diesen Monatsrückblick in seiner Gesamtheit betrachten... Wir starteten mit einer massiven physischen Paketwelle, die die Veröffentlichung von Softwarefeatures verzögert hat, weil der physische Durchsatz höchste Priorität hatte.
• 19:09
  Speaker 0: Und die Features, die es dann trotzdem durch diesen strengen Filter geschafft haben und live gingen sind eigentlich ausschließlich Werkzeuge, die darauf ausgelegt sind strukturelles Chaos zu minimieren.
• 19:20
  Speaker 1: Es ist im Grunde ein Systemdesign das Resilienz über alles andere stellt.
• 19:25
  Speaker 0: Absolut!
• 19:26
  Speaker 1: Der virtuelle Pufferbestand schützt vor den architektonischen Verzögerungen der externen Plattformen, die standardisierten CSV-Uploads isolieren die Datenbank vom menschlichen Eingabefehlern am Wareneingang.
• 19:39
  Speaker 1: Und die mehrsprachige Benutzeroberfläche reduziert die kognitive Last der Belegschaft an der Frontlinie – alles greift ineinander um das System vor dem Kollaps zu bewahren.
• 19:50
  Speaker 0: Emus blickt im Fazit des Updates übrigens auch bereits nach vorne.
• 19:55
  Speaker 0: Die restlichen, bisher zurückgehaltenen Features soll nun nach dem Abklingen dieser Maiwelle ausgiebig getestet und dann schrittweise ganz kontrolliert freigeschaltet werden.
• 20:06
  Speaker 1: Der operative Sturm ist für die also vorerst überstanden?
• 20:09
  Speaker 0: Genau!
• 20:10
  Speaker 1: Weißt du diese Beobachtungen zur Notwendigkeit von Puffern-und Verzögerungstaktiken in der Logistik, die führen mich abschließend noch zu einem viel breiteren Gedanken...
• 20:20
  Speaker 0: Oh okay das hören.
• 20:22
  Speaker 1: Wir haben ja heute detailliert besprochen, wie der e-Commerce gerade zu gezwungen ist, künstliche unsichtbare Bestandsreserven zu programmieren.
• 20:30
  Speaker 1: Um nicht an der Trägheit der eigenen Datenarchitektur zu zerbrechen!
• 20:34
  Speaker 1: Ein rein virtuelles Konstrukt hält hier die Illusion der perfekten Echtzeit aufrecht.
• 20:39
  Speaker 0: Ja das ist eigentlich ein faszinierendes Pflaster für ein systemisches Problem
• 20:44
  Speaker 1: Genau.
• 20:44
  Speaker 1: Und das zwingt uns doch zu der Frage, welche anderen hochkomplexen Systeme in unserer Welt verlassen sich heimlich auf exakt dieselben Mechanismen?
• 20:55
  Speaker 0: Hast du da Beispiel im Kopf?
• 20:57
  Speaker 1: Ja, denk mal an die globale Flugsicherung!
• 21:00
  Speaker 1: Da werden Flugzeuge oft in Kilometerweiten Holding-Patterns, also Warteschleifen in der Luft gepuffert.
• 21:07
  Speaker 1: Weil die Landebahnkapazitäten am Boden die schiere Menge an Anflügen gar nicht in Echtzeit verarbeiten können.
• 21:13
  Speaker 1: Der Himmel ist quasi der Pufferbestand.
• 21:15
  Speaker 1: Ach
• 21:15
  Speaker 0: krass?
• 21:16
  Speaker 0: Stimmt!
• 21:17
  Speaker 1: Oder nehmt die Finanzmärkte?
• 21:19
  Speaker 1: Es gibt sogenannte Darkpools wo gewaltige Aktienpakete abseits der sichtbaren Orderbücher gepufferd gehandelt werden einfach um die Marktpreise nicht durch den plötzlichen Schock abstürzen zu lassen.
• 21:30
  Speaker 0: Wahnsinn Wir leben also in einer Welt, die uns auf unserem Bildschirmen ständige Echtzeit und perfekte Kontrolle verspricht.
• 21:38
  Speaker 0: Aber wenn man tief genug gräbt besteht diese reibungslose digitale Realität vielleicht zu einem richtig großen Teil nur aus extrem clever orchestrierten Warteschlangen, Puffern und Verzögerungen...
• 21:49
  Speaker 1: ...die das Chaos der echten Welt vor uns kaschieren – ganz genau!
• 21:53
  Speaker 0: Ein Gedanke den man definitiv im Hinterkopf behalten sollte, wenn das nächste Mal etwas als sofort lieferbar aufblinkt….
• 22:00
  Speaker 0: Danke, dass du heute bei diesem Deep Dive dabei warst und mit uns hinter die Kulissen geblickt hast.
• 22:05
  Speaker 0: Bis zum Letzt mal!