Illustratives Szenario. Ein Netz mit zwölf Standorten setzt einen KI-Agenten vor seine Kundschaft. Sechs Wochen später gibt es zwölf Versionen des Agenten: Jeder Standort hat die Anweisungen „nur ein bisschen“ angepasst. Einer gewährt Rückgaben nach 45 Tagen, ein anderer nennt im November die Sommeröffnungszeiten, ein dritter duzt eine Kundin, die die Marke immer siezt. Niemand hat etwas Seltsames getan. Dieselbe Entscheidung wurde zwölfmal getroffen, ohne dass sie je jemand getroffen hätte.
Die These in einer Zeile: In einem Standortnetz entscheidest du nicht, welchen Agenten du kaufst, sondern was einmal konfiguriert und was pro Standort angepasst wird. Das Erste regelst du zentral, ohne Diskussion; das Zweite bleibt lokal – aber als Datenwert, nicht als Kopie des Agenten.
KI für Franchise und Filialnetze: Was konfigurierst du einmal und was passt du pro Standort an?
Einmal konfigurierst du alles, was das Verhalten des Agenten bestimmt: Entscheidungsregeln, Grenzen dessen, was er zusagen darf, Ton, Berechtigungen, den Zeitpunkt der Übergabe an einen Menschen und die Art der Bewertung. Pro Standort passt du an, was sich wirklich von Ort zu Ort ändert: lokales Sortiment und Preise, Öffnungszeiten und Feiertage, das Team, an das ein Fall geht, die Vorschriften vor Ort und die Sprache. Die Frage, die alles andere ordnet, ist einfach: Besteht dieser Unterschied aus einem echten geschäftlichen Grund oder aus Gewohnheit des Standorts? Nur der erste verdient einen Parameter.
Was wird immer zentral geregelt?
- Die Entscheidungsregeln. Rückgabefristen, maximale Rabatte, was man versprechen darf und was nicht. Hat jeder Standort seine eigene Version, wechselt die Kundschaft mit dem Standort die Marke. Wie man sie schreibt, steht in den Anweisungen eines KI-Agenten.
- Die Berechtigungen. Welche Systeme der Agent anfasst und wie weit. Eine Berechtigung, die ein Standort aus Bequemlichkeit bekommt, gilt überall, sobald jemand die Konfiguration kopiert. Die Kriterien stehen in den Berechtigungen eines KI-Agenten.
- Ton und Stimme. Das erkennt die Kundschaft als die Marke. Einmal definieren, einmal testen.
- Bewertung und Protokollierung. Dieselbe Testbatterie für alle Standorte und ein einziger Ort, an dem man sieht, was der Agent getan hat. Ohne das lässt sich kein Standort mit einem anderen vergleichen.
- Eskalation. Die Regel, wann der Agent stoppt und übergibt, ist zentral; an wen er an welchem Standort übergibt, ist ein lokaler Datenwert.
Was wird pro Standort angepasst (und wie, ohne den Agenten zu kopieren)?
Lokales kommt als Parameter herein, den der Agent abfragt – nicht als andere Version des Agenten. Der Unterschied klingt klein und ändert alles: Einen Parameter aktualisierst du an einer Stelle und siehst die Änderung; einer Kopie musst du hinterherlaufen.
- Sortiment, Preise und Verfügbarkeit, die ohnehin im System des Standorts oder im zentralen System liegen. Der Agent liest sie, er merkt sie sich nicht.
- Öffnungszeiten, Feiertage und vorübergehende Schließungen, mit Ablaufdatum, damit die Sommerzeiten den Sommer nicht überleben.
- Personen und Eskalationskanäle: wer den Fall an welchem Standort bekommt und über welchen Kanal.
- Lokale Vorschriften und Bedingungen. Was man sagen oder versprechen darf, ändert sich je nach Ort. In einem Netz über mehrere Länder ist das ein Parameter pro Markt – nie eine Zahl oder Regel, die von einem Land ins andere kopiert wird.
- Sprache und Anrede, wenn die Kundschaft an einem Standort etwas anderes erwartet.
Ein Agent für alle Standorte oder einer pro Standort?
Der vernünftige Ausgangspunkt ist ein Agent mit Konfiguration pro Standort. Ein Agent pro Standort lohnt sich nur, wenn die Unterschiede keine Parameter mehr sind. Die Trade-offs, ungeschminkt:
- Ein Agent mit Konfiguration pro Standort. Eine Richtlinienänderung erreicht alle Standorte gleichzeitig und wird einmal bewertet. Der Preis: Ein zentraler Fehler verbreitet sich in derselben Minute im ganzen Netz, und die Konfiguration pro Standort verlangt Disziplin – wer sie ändern darf, wer sie prüft.
- Ein Agent pro Standort. Jeder Standort passt sich an, wie er will, und ein Fehler bleibt im eigenen Haus. Der Preis: zwölf Versionen zu pflegen, zwölf Bewertungen, zwölf Orte, an denen eine Regel veraltet sein kann – und nach einem Jahr weißt du nicht mehr, was jede einzelne tut.
- Ein Hybrid nach Land oder Format. Ein Agent pro Markt oder pro Standorttyp (Laden, Praxis, Werkstatt), mit gemeinsamem Kern. Das ist der Mittelweg, wenn sich Vorschriften, Sprache oder Systeme je Gruppe wirklich unterscheiden.
Dieses Gefüge am Leben zu halten ist eine laufende Funktion, kein Projekt, das man übergibt: wer aktualisiert, wer prüft und wer antwortet, wenn ein Standort abdriftet. Darum geht es in von 5 auf 100 Agenten skalieren.
Wie rollst du es aus, ohne dass die Standorte es als Zwang erleben?
- Fang mit zwei unterschiedlichen Standorten an, nicht mit dem bequemsten. Einem großen und einem kleinen, oder einem, der verkauft, und einem, der Dienstleistungen erbringt. Hält das Design bei zwei verschiedenen Fällen, hält es mit Anpassungen auch beim Rest.
- Gib jedem Standort eine verantwortliche Person mit begrenzter Macht. Sie darf lokale Parameter ändern (Öffnungszeiten, Team, Aktionen), aber keine zentralen Regeln. Braucht sie eine Regeländerung, schlägt sie diese vor und es wird einmal für alle entschieden.
- Mach sichtbar, was zentral und was lokal ist. Eine Seite mit den beiden Listen. Die meisten Konflikte mit Standorten entstehen, weil niemand weiß, wo sein Spielraum endet.
- Prüfe die Abweichung, nicht jede Antwort. Eine regelmäßige Stichprobe pro Standort genügt, um zu sehen, wer von den Regeln abweicht und warum.
Bei einem Franchise kommt eine Ebene hinzu, die nicht technisch ist: was der Vertrag dem Franchisegeber gegenüber dem Franchisenehmer zu verlangen erlaubt und was nicht, und wer gegenüber der Kundschaft haftet, wenn der Agent sich irrt. Das klärt man mit dem Vertrag und rechtlicher Beratung, nicht mit einem Prompt. Was du im Design tun kannst, ist festzulegen, wem welche Regel gehört – so wie in KI-Agenten im Unternehmen steuern beschrieben.
Wie misst du pro Standort?
Mit derselben Testbatterie an jedem Standort und nach Standort getrennten Ergebnissen. Die Lesart ist direkt: Tritt ein Fehler an nur einem Standort auf, ist es ein lokales Konfigurationsproblem; tritt er an mehreren auf, ist es eine zentrale Regel, die korrigiert werden muss. Ohne diese Trennung wirkt ein zentraler Fehler wie eine lokale Anekdote und ein lokaler Fehler wie ein Versagen des Agenten. Den allgemeinen Rahmen, wer was kontrolliert, findest du in Governance und Kontrolle der KI-Automatisierung.
Wann solltest du NICHT zentralisieren?
Wenn die Standorte praktisch eigene Unternehmen sind: eine frische Übernahme mit anderen Systemen, eine andere Marke, ein anderes Publikum oder Vorschriften, die ändern, was der Agent sagen darf. Einen gemeinsamen Agenten zu erzwingen, ergibt dort einen Agenten, der niemandem dient. Auch bei zwei oder drei identischen Standorten lohnt es sich nicht: Konfiguriere einen Agenten sauber und kopiere das Ergebnis von Hand, solange das beherrschbar ist. Zentralisierung bezahlt man mit Disziplin, und die zahlt sich erst aus, wenn die Zahl der Standorte das Gegenteil untragbar macht.
Der Satz zum Mitnehmen: Frag nicht, wie viele Agenten du brauchst, sondern wie viele Versionen deiner Regeln du pflegen willst. Lautet die Antwort „eine“, ist alles andere ein Parameter.
Hinweis: Dieser Artikel verwendet keine Zahlen Dritter. Vertragsbedingungen eines Franchise und lokale Vorschriften hängen vom Einzelfall und vom Land ab; hole rechtlichen Rat ein, bevor du entscheidest, was du den einzelnen Standorten vorgibst.