End-to-End Ownership macht MLA-Projekte wirksam.
End-to-End Ownership klingt zunächst nach einer Managementaufgabe. Doch was bedeutet das konkret für ein Self-Service-Projekt? Ein wirtschaftlich überzeugender Business Case. Eine durchdachte Self-Checkout-Zone. Eine stabile IT-Infrastruktur. Intuitive Bedienoberflächen. Wirksame Maßnahmen gegen Inventurdifferenzen.
Alles richtig gemacht. Oder?
Alles richtig gemacht. Oder?
Nicht unbedingt.
Denn selbst wenn jedes dieser Elemente für sich genommen hervorragend funktioniert, muss daraus noch lange kein erfolgreiches Self-Service-System entstehen. Das eigentliche Problem liegt häufig nicht in den einzelnen Lösungen, sondern dazwischen: An den Schnittstellen, bei widersprüchlichen Anforderungen und dort, wo Zuständigkeiten enden.
Fünf gute Einzellösungen ergeben noch kein gutes Gesamtsystem.
Genau hier setzt der fünfte und abschließende Teil unseres Multi-Level-Approach (MLA) an. Es geht um die Verantwortung für das Ganze – um End-to-End Ownership im Self-Service.
Wenn jeder seinen Job macht – und trotzdem etwas schiefläuft
Ein typisches Beispiel aus der Praxis:
Der Ladenbau plant eine kompakte SCO-Zone, die möglichst wenig Verkaufsfläche beansprucht. Der Hardwarelieferant schlägt besonders leistungsfähige Terminals vor. Die IT achtet auf Netzwerksicherheit, Systemverfügbarkeit und reibungslose Integration. Die Abteilung für Verlustprävention verlangt zusätzliche Kontrollmechanismen. Der Vertrieb möchte möglichst viele Kunden durch die Zone führen, während das operative Personal vor allem einfache Abläufe und kurze Eingriffszeiten benötigt.
Jede dieser Anforderungen ist nachvollziehbar. Jede hat ihre Berechtigung.
Doch was passiert, wenn die platzsparende Anordnung die Übersicht des Attendants einschränkt? Wenn zusätzliche Sicherheitsabfragen den Bezahlvorgang verlängern? Wenn die technisch elegante Lösung für Kunden mit eingeschränkten Fähigkeiten nur schwer bedienbar ist? Oder wenn die geplante Personaleinsparung durch einen unerwartet hohen Betreuungsaufwand aufgezehrt wird?
Dann zeigt sich: Lokale Optimierung ist noch keine Systemoptimierung.
Das ist kein Vorwurf an die Beteiligten. Es ist eine strukturelle Herausforderung. Denn wer ausschließlich für seinen eigenen Aufgabenbereich verantwortlich ist, wird zwangsläufig zunächst dessen Anforderungen optimieren.
Wer aber optimiert das Gesamtsystem?
Fünf Ebenen. Viele Beteiligte. Eine gemeinsame Aufgabe.
In den bisherigen vier Beiträgen dieser Serie haben wir den Multi-Level-Approach Schritt für Schritt vorgestellt (siehe Retail Engineering: Self-Service neu denken).
Auf Ebene 1 stand die grundsätzliche wirtschaftliche Entscheidung: Ist Self-Checkout für den betreffenden Markt überhaupt sinnvoll? Welche Ziele sollen erreicht werden, und unter welchen Voraussetzungen rechnet sich die Investition?
Ebene 2 beschäftigte sich mit dem Layout der SCO-Zone. Denn die räumliche Anordnung entscheidet nicht nur über Flächenbedarf und Kundenführung, sondern auch über Übersichtlichkeit, Betreuungsaufwand und mögliche Sicherheitsrisiken.
Auf Ebene 3 ging es um Netzwerk, Daten und Analytics. Nur wenn relevante Betriebsdaten verfügbar, verständlich und richtig interpretiert werden, lassen sich Schwachstellen erkennen und fundierte Entscheidungen treffen.
Ebene 4 stellte die Menschen in den Mittelpunkt: Kunden ebenso wie Mitarbeiter. Verständliche Bedienabläufe, Barrierefreiheit und eine möglichst servicefreundliche Gestaltung sind entscheidende Faktoren für die Akzeptanz eines Self-Service-Angebots.
Ebene 5 schließlich betrachtete Fraud Detection und Loss Prevention. Hier wurde deutlich, dass Inventurdifferenzen nicht ausschließlich ein Sicherheitsproblem darstellen. Auch Bedienfehler, Unsicherheit, unklare Prozesse und ungünstige räumliche Bedingungen können zu Verlusten beitragen (siehe Retail Engineering: Risiken erkennen. Verluste vermeiden.).
Diese fünf Ebenen sind keine voneinander unabhängigen Arbeitspakete.
Sie beeinflussen sich gegenseitig. Mitunter verstärken sie sich. Manchmal stehen ihre Anforderungen sogar im direkten Widerspruch.
Der Multi-Level-Approach schafft die Struktur, um diese Zusammenhänge systematisch zu betrachten.
Doch Struktur allein trifft noch keine Entscheidungen.
End-to-End Ownership: Verantwortung endet nicht an der Schnittstelle
In komplexen Projekten ist häufig klar geregelt, wer welche Aufgabe übernimmt. Weniger eindeutig ist dagegen, wer dafür sorgt, dass am Ende alles zusammenpasst.
Genau darum geht es bei End-to-End Ownership.
Gemeint ist eine übergreifende Verantwortung, die den gesamten Weg eines Self-Service-Projekts begleitet: von der Zieldefinition und Konzeption über die Auswahl und Integration der Lösungen bis zur Inbetriebnahme, Leistungsbewertung und kontinuierlichen Verbesserung.
Diese Verantwortung bedeutet keineswegs, dass eine einzelne Person sämtliche fachlichen Entscheidungen allein treffen oder alle Disziplinen bis ins Detail beherrschen muss.
Vielmehr braucht es eine Instanz, die das Zusammenspiel versteht, Zielkonflikte sichtbar macht, Prioritäten abstimmt und dafür sorgt, dass Entscheidungen nicht isoliert getroffen werden.
Eine solche Systemverantwortung muss auch die erforderlichen Entscheidungsbefugnisse besitzen oder zumindest über einen klar definierten Eskalationsweg verfügen.
Denn Verantwortung ohne Handlungsmöglichkeiten bleibt ein wohlklingender Begriff.
Die schwierigsten Entscheidungen fallen zwischen den Ebenen
Wie wichtig diese übergreifende Perspektive ist, zeigt sich besonders bei Entscheidungen, für die es keine eindeutig richtige Antwort gibt.
Nehmen wir das Thema "Fraud Detection" bzw. "Fraud Prevention":
Ein zusätzlicher Kontrollmechanismus kann Inventurdifferenzen reduzieren. Gleichzeitig kann er jedoch den Bedienprozess verlängern, Fehlalarme verursachen und häufigere Eingriffe des Personals erforderlich machen.
Wie sinnvoll diese Maßnahme tatsächlich ist, lässt sich deshalb nicht allein daran messen, wie zuverlässig sie verdächtige Vorgänge erkennt. Ebenso müssen die Auswirkungen auf Transaktionszeiten, Kundenzufriedenheit, Personaleinsatz und Wirtschaftlichkeit berücksichtigt werden. Wie eng Technologie, Gestaltung und betriebliche Abläufe miteinander verknüpft sind, zeigt auch die aktuelle Self-Checkout-Studie von ECR Retail Loss. Sie untersucht die Wirksamkeit unterschiedlicher Maßnahmen zur Verlustprävention und liefert damit wichtige Anhaltspunkte für eine ganzheitliche Bewertung.
Oder betrachten wir das SCO-Zonenlayout.
Eine zusätzliche Kasse mag rechnerisch die Kapazität erhöhen. Wenn dadurch jedoch die Bewegungsflächen zu eng, die Sichtbeziehungen schlechter und die Betreuungswege länger werden, kann der vermeintliche Vorteil schnell verloren gehen.
Solche Wechselwirkungen lassen sich nicht zuverlässig innerhalb einer einzigen Fachdisziplin bewerten.
Es braucht jemanden, der nicht nur die einzelnen Antworten kennt, sondern vor allem die richtigen Fragen stellt.
End-to-End Ownership beginnt vor der ersten Bestellung
Systemverantwortung darf nicht erst dann zum Thema werden, wenn die Terminals geliefert werden und die ersten Integrationsprobleme auftreten.
Sie beginnt bereits bei der Definition des Projekts.
Welche geschäftlichen Ziele verfolgen wir? Welche Rahmenbedingungen müssen wir dabei beachten? Wo liegen die Prioritäten, wenn sich Anforderungen widersprechen? Wer entscheidet bei Konflikten zwischen IT, Ladenbau, Operations und Lieferanten? Und woran erkennen wir nach der Inbetriebnahme, ob das Projekt tatsächlich erfolgreich ist?
Diese Fragen müssen frühzeitig beantwortet werden.
Dazu gehören klare Entscheidungswege, verbindliche Schnittstellendefinitionen und ein gemeinsames Verständnis darüber, welche Ergebnisse erreicht werden sollen.
Besonders wichtig ist die Verbindung zwischen Planung und späterem Betrieb. Denn manches, was in der Konzeptphase plausibel erscheint, erweist sich erst unter realen Bedingungen als problematisch.
Ein Self-Service-System ist deshalb mit der technischen Abnahme nicht fertig optimiert.
Erst im täglichen Betrieb zeigt sich, wie Kunden, Mitarbeiter, Prozesse und Technik tatsächlich zusammenwirken. Die daraus gewonnenen Erkenntnisse müssen wiederum in die Weiterentwicklung einfließen.
End-to-End Ownership endet nicht mit dem erfolgreichen Go-live.
End-to-End Ownership: Wer übernimmt diese Verantwortung?
Die Antwort hängt von der Organisation und der Größe des Projekts ab.
In größeren Handelsunternehmen kann diese Aufgabe bei einer entsprechend qualifizierten internen Projekt- oder Systemverantwortung liegen. In anderen Fällen kann eine externe, herstellerunabhängige Expertise sinnvoll sein, insbesondere wenn unterschiedliche Technologien, Lieferanten und organisatorische Interessen zusammengeführt werden müssen.
Entscheidend ist nicht die Stellenbezeichnung.
Entscheidend sind ein ganzheitliches Systemverständnis, Erfahrung mit den betrieblichen Abläufen im Handel, technisches Know-how und die Fähigkeit, wirtschaftliche, ergonomische, organisatorische und sicherheitsrelevante Anforderungen miteinander in Einklang zu bringen.
Ebenso wichtig ist die Unabhängigkeit von einzelnen Produkt- oder Lieferanteninteressen.
Denn nicht immer ist die leistungsfähigste Technologie auch die beste Lösung für den jeweiligen Markt. Und nicht jede technisch machbare Funktion schafft einen messbaren Nutzen.
Manchmal besteht die wichtigste Entscheidung gerade darin, etwas nicht zu implementieren.
Fünf Ebenen. Eine Verantwortung. Ein funktionierendes System.
Mit diesem fünften Beitrag endet unsere MLA-Serie.
Die zentrale Erkenntnis aus allen fünf Teilen lautet:
Self-Service ist kein IT-Projekt. Kein reines Ladenbauprojekt. Und auch kein isoliertes Rationalisierungsprogramm.
Self-Service ist ein komplexes Zusammenspiel aus Wirtschaftlichkeit, Raum, Technologie, Menschen und Sicherheit.
Der Multi-Level-Approach liefert die methodische Struktur, um diese Zusammenhänge zu erkennen, zu bewerten und gezielt zu gestalten.
End-to-End Ownership sorgt dafür, dass aus dieser Struktur ein durchgängiger, verantwortungsvoll gesteuerter Prozess wird.
Beides gehört zusammen.
Denn erfolgreiche Self-Service-Projekte entstehen nicht dadurch, dass möglichst viele Beteiligte ihre eigenen Aufgaben perfekt erledigen.
Sie entstehen, wenn alle Beteiligten auf ein gemeinsames Ergebnis hinarbeiten – und jemand die Verantwortung dafür übernimmt, dass dieses Ergebnis tatsächlich erreicht wird.
Fünf Ebenen. Ein Gesamtsystem. Eine klare Verantwortung.
Das ist der Multi-Level-Approach.
Und genau deshalb gilt auch am Ende unserer Serie:
Struktur vor Investition.