.jpeg)
Einführung von Warenwirtschaftssoftware: Vom Pilotprojekt zum gesamten Betrieb
Mit einem Standort beginnen, nicht mit dem gesamten Betrieb
Eine schrittweise Einführung der Warenwirtschaft bedeutet, zunächst einen repräsentativen Standort in Betrieb zu nehmen, ihn anhand fester Erfolgskriterien zu bewerten und dann Standort für Standort zu erweitern, anstatt die gesamte Gruppe auf einmal umzustellen. Bei einer Restaurantgruppe mit mehreren Standorten deckt das Pilotprojekt günstig Datenlücken, Akzeptanzhürden und Integrationsprobleme auf, bevor sie sich auf alle Betriebe ausdehnen.
Der Impuls bei einem Gruppenvertrag ist, alles auf einmal zu aktivieren und damit abzuschließen. Genau dieser Schritt geht schief. Eine große, länderübergreifende Gruppe führte ein Warenwirtschaftsmodul gleichzeitig bei allen Franchise-Nehmern ein und verbrachte dann Monate damit, die entstandenen Probleme zu lösen. Ein Big-Bang-Umstieg verschleiert, welche Fehler auf die Software, welche auf die Daten und welche auf das Team zurückzuführen sind, weil alle gleichzeitig auftreten.
Wählen Sie einen Pilotstandort, der dem Rest des Betriebs ähnelt, nicht den einfachsten. Ein einziges Flaggschiff mit einem starken Manager besteht jeden Test und lehrt Sie nichts über die Filiale, die unterbesetzt ist und nach Gewohnheit arbeitet. Wählen Sie einen Standort mit einer normalen Lieferantenliste, einem normalen Menü und einem normalen Team, und legen Sie im Voraus fest, was der Pilot beweisen muss, bevor jemand die Erweiterung freigibt.
Daten vor dem Go-live bereinigen
Die meisten Einführungen scheitern nicht an der Software. Sie scheitern an Daten, die nie zuvor bereinigt wurden. Die Arbeit, die darüber entscheidet, ob ein Go-live reibungslos verläuft, findet in den Wochen davor statt, und fast nichts davon ist in einer Produktdemo sichtbar. Standardisieren Sie die Artikelbezeichnungen über Marken und Einheiten hinweg, weisen Sie jedem Artikel eine Buchhaltungskategorie zu, und ordnen Sie jeden Kassensystemartikel seinem Rezept zu, oder die erste Rechnung und die erste Inventur werden die Lücken vor dem gesamten Team aufdecken.
Ein einheitlicher Artikelstamm ist es, der dies im großen Maßstab handhabbar macht: Definieren Sie jede Zutat einmalig mit ihren Lieferantencodes, Packungsgrößen und Allergenangaben, und lassen Sie sie über alle Filialen hinweg gelten, anstatt sie Standort für Standort neu einzugeben. Dazu müssen doppelte Datensätze vor dem Go-live bereinigt werden, nicht danach, was eine eigenständige Aufgabe ist, die sorgfältige Durchführung verdient (unser Leitfaden zur Datenhygiene im Artikelstamm behandelt die Vorgehensweise). Gleichzeitig bietet es sich an, die Rezeptkosten zu überprüfen, solange der Katalog frisch ist, was ein kostenloses Wareneinsatz-Kalkulationstool schnell erledigt.
| Datenvorbereitung | Was blockiert wird, wenn sie übersprungen wird |
|---|---|
| Artikelbezeichnungen über Marken hinweg standardisieren | Doppelte Artikel und Berichte, die sich nicht über Standorte hinweg konsolidieren lassen |
| Jedem Artikel eine Buchhaltungskategorie zuweisen | Rechnungen werden lautlos nicht verbucht, und das fällt erst zum Monatsende auf |
| Kassensystemartikel Rezepten zuordnen | Keine theoretischen Kosten und kein verwendbarer Abweichungsbericht |
| Mindestbestand je Standort festlegen | Nachbestellung bleibt manuell, und das System kann keine Bestellungen vorschlagen |
| Gruppenstruktur festlegen (Einheiten, Kostenstellen) | Spätere Überarbeitung, weil die Hierarchie nach dem Go-live schwer zu ändern ist |
Eigene Standorte zuerst, Franchise auf Einladung: Die richtige Reihenfolge
Sobald das Pilotprojekt erfolgreich war, strukturieren Sie den Rest des Betriebs, anstatt die Türen für alle zu öffnen. Nehmen Sie eigene Standorte zuerst in Betrieb: Sie tragen die Lernkurve, absorbieren die Prozessänderungen, und Sie können ihnen direkte Anweisungen geben. Wenn Sie Franchise-Standorte erreichen, ist das Handbuch geschrieben und die schwierigen Fragen haben bereits Antworten.
Franchise-Standorte sind ein anderes Problem, weil Sie das System dort oft nicht vorschreiben können. Dort muss die Akzeptanz verdient, nicht angeordnet werden, insbesondere in Märkten, in denen Betreiber gegenüber neuer Back-of-House-Software skeptisch sind. Führen Sie den Anreiz an, den ein Eigentümer tatsächlich spürt: weniger Zeit beim Zählen, weniger Bestellfehler, ein klares Bild davon, wo die Marge verloren geht. Rollen Sie die Software in Wellen aus, sodass jede Gruppe von Standorten einen Referenzstandort hat, der sie bereits nutzt.
Einführungen, die ins Stocken geraten, scheitern meistens an einem von drei Gründen. Der erste ist die Abhängigkeit von einer Einzelperson: Ein Champion richtet alles ein, und der gesamte Standort friert ein, wenn diese Person abwesend ist. Der zweite ist Artikelstamm-Drift, bei der Standorte stillschweigend eigene doppelte Artikel hinzufügen und der gemeinsame Katalog veraltet. Der dritte ist ein unvollständiger Kontenplan, bei dem Artikel ohne Kategorie die Rechnungsverbuchung lange nach dem Go-live blockieren. Benennen Sie vor der Skalierung einen Verantwortlichen für jeden dieser Punkte, nicht danach.
Ihr erster Schritt
Bevor Sie ein einziges Go-live-Datum planen, führen Sie eine ehrliche Überprüfung durch: Können Sie den Pilotstandort, die genauen Erfolgskriterien und die Person benennen, die den Artikelstamm, die Buchhaltungskategorien und die Akzeptanz an jedem Standort verantwortet? Wenn irgendeines davon noch unklar ist, ist das die Lücke, die zuerst geschlossen werden muss. Eine Einführung gelingt, weil die Daten bereit waren und die Reihenfolge überlegt war, nicht weil der Schalter überall auf einmal umgelegt wurde. Supy gibt einer Gruppe die Struktur, um dies sauber zu phasen: eine dreistufige Gruppe-, Outlet- und Standorthierarchie, ein synchronisierter Artikelstamm und eine standortspezifische Integrationszuordnung, sodass jede Filiale nach eigenem Zeitplan mit ihrer eigenen Warenwirtschafts-Software in Betrieb genommen werden kann.
