Gestern war ich in einem Call mit einem Geschäftsführer aus der Automobilindustrie. Er wollte einen Kundenservice-Bot. Seine Anforderung: "24/7 verfügbar, jede Frage beantworten, nie offline." Als ich fragte, wann seine Kunden normalerweise anrufen, wurde es interessant. "Zwischen 8 und 17 Uhr. Aber sicherheitshalber soll der Bot immer laufen."
Das ist das Always-on-Problem. Die Idee klingt gut: Ein KI-Agent, der nie schläft, nie Pause macht, immer bereit steht. Aber in der Realität löst permanente Verfügbarkeit oft ein Problem, das gar nicht existiert. Und schafft neue Probleme, die vorher nicht da waren.
Das Phantom-Problem
Always-on ist ein klassisches Solution-first-Denken. Da ist eine coole Technologie, also muss sie rund um die Uhr laufen. Aber die meisten Geschäftsprobleme haben Arbeitszeiten. Ein Handwerksbetrieb bekommt um 2 Uhr nachts keine Terminanfragen. Ein B2B-Softwareanbieter hat am Sonntag keine Support-Tickets.
Ich denke an einen Immobilienmakler, der unbedingt einen 24/7-Chatbot wollte. "Die Konkurrenz schläft nie", sagte er. Nach zwei Monaten Live-Betrieb die Ernüchterung: 95% aller Bot-Interaktionen fanden zwischen 9 und 18 Uhr statt. Die restlichen 5% waren hauptsächlich Spam und Testnachrichten von Leuten, die schauen wollten, ob "da wirklich jemand antwortet".
Always-on löst nicht das Problem mangelnder Verfügbarkeit. Es löst das Problem mangelnder Effizienz innerhalb der normalen Geschäftszeiten. Aber das ist nicht dasselbe.
Die versteckten Kosten
Ein KI-Agent, der immer läuft, kostet mehr als nur Server-Ressourcen. Er kostet Aufmerksamkeit. Jede Bot-Interaktionen erzeugt Logs, Metriken, potenzielle Fehler. Wenn der Bot um 3 Uhr nachts auf eine Frage antwortet, die er nicht verstanden hat, wer kümmert sich darum? Wer prüft, ob die Antwort korrekt war?
Dazu kommt: Always-on-Systeme brauchen Always-on-Monitoring. Ein Bot, der nur während der Geschäftszeiten läuft, kann von deinem Team überwacht werden. Ein Bot, der nie pausiert, braucht entweder automatische Überwachung (komplex und teuer) oder ein Team, das sich um nächtliche Alerts kümmert.
Ein Logistikunternehmen, mit dem wir arbeiten, hatte ursprünglich einen 24/7-Bot gewollt. Nach einer Woche Testbetrieb stellte sich heraus: Die automatischen E-Mail-Benachrichtigungen über Bot-Probleme kamen meist nachts. Das Team bekam schlechteren Schlaf, ohne dass die Kundenbetreuung besser wurde. Wir haben den Bot auf Geschäftszeiten umgestellt. Problem gelöst.
Always-on als Competitive Theatre
Viele Always-on-Projekte entstehen aus Konkurrenzdenken. "Die anderen haben einen 24/7-Chatbot, also brauchen wir auch einen." Das ist Competitive Theatre: Du machst etwas, weil es nach Modernität aussieht, nicht weil es einen Kundennutzen hat.
Echte Wettbewerbsvorteile entstehen nicht durch längere Öffnungszeiten, sondern durch bessere Problemlösung. Ein Bot, der von 9 bis 17 Uhr exzellent funktioniert, schlägt einen Bot, der rund um die Uhr mittelmäßige Antworten gibt.
Ich erinnere mich an einen Rechtsanwalt, der seine Kanzlei-Website um einen nächtlichen Chatbot erweitert hatte. "Für Notfälle", sagte er. Nach sechs Monaten hatte der Bot genau null echte Rechtsfragen außerhalb der Bürozeiten beantwortet. Dafür jede Menge Anfragen von Leuten, die wissen wollten, ob die Kanzlei "wirklich 24/7 da" ist. Das bindet Ressourcen für Fragen, die keine Kunden sind.
Wann Always-on wirklich Sinn macht
Es gibt Geschäfte, die tatsächlich rund um die Uhr laufen. Internationale Software-Unternehmen mit Kunden in verschiedenen Zeitzonen. Notruf-Services. E-Commerce-Shops mit globaler Reichweite. Bei diesen Unternehmen ist Always-on keine Technologie-Spielerei, sondern eine Geschäftsnotwendigkeit.
Aber selbst da gilt: Der KI-Agent muss nicht alles können. Ein nächtlicher Chatbot kann Bestellstatus abfragen und FAQ beantworten, ohne komplexe Reklamationen zu bearbeiten. Partial Automation ist oft besser als Total Automation.
Ein SaaS-Unternehmen, das wir betreuen, hat das klug gelöst. Ihr Chatbot läuft tatsächlich 24/7, aber mit gestaffelten Funktionen. Tagsüber kann er fast alles: Tickets erstellen, Account-Fragen beantworten, zu Sales weiterleiten. Nachts macht er nur das Nötigste: Status-Abfragen und Sammlung von Kontaktdaten für den nächsten Arbeitstag. Das reduziert die Komplexität und trotzdem sind die Kunden bedient.
Die bessere Alternative
Statt Always-on zu bauen, frag dich: Wann haben meine Kunden wirklich ein Problem, das sofort gelöst werden muss? Oft ist die Antwort nicht "immer", sondern "während der Stoßzeiten am Werktag".
Ein Heizungsinstallateur braucht keinen nächtlichen Chatbot für Terminbuchungen. Aber er braucht einen Voice Agent, der von 7 bis 19 Uhr Notrufe entgegennimmt und nach Dringlichkeit sortiert. Das löst das echte Problem: Kunden mit Heizungsausfall erreichen jemanden, auch wenn alle Monteure unterwegs sind.
Oder ein Steuerberater: Kein 24/7-Bot für allgemeine Anfragen, aber ein automatisiertes System, das in der Steuersaison rund um die Uhr Dokumente entgegennimmt und kategorisiert. Das macht Sinn, weil Mandanten ihre Unterlagen oft abends zusammensuchen.
Die Frage ist nicht "Wie lange kann unser Bot laufen?", sondern "Wann brauchen unsere Kunden uns wirklich?" Wie ich neulich geschrieben habe: Starte mit dem konkreten Problem, nicht mit der Technologie-Vision.
Always-available statt Always-on
Das eigentliche Bedürfnis hinter Always-on ist meist nicht permanente Verfügbarkeit, sondern verlässliche Verfügbarkeit. Kunden wollen wissen, dass sie eine Antwort bekommen, wenn sie eine Frage haben. Aber diese Antwort muss nicht sofort kommen.
Ein gut konfiguriertes System kann auch außerhalb der Geschäftszeiten "verfügbar" sein, ohne aktiv zu arbeiten. Ein einfacher Chatbot, der sagt: "Danke für deine Nachricht. Wir melden uns morgen früh zwischen 8 und 9 Uhr" und dann die Anfrage an das Team weiterleitet. Das fühlt sich für den Kunden wie Service an, bindet aber keine nächtlichen Ressourcen.
Always-available ist oft besser als Always-on: Der Kunde hat das Gefühl, gehört zu werden, aber du musst nicht rund um die Uhr perfekte Antworten liefern.
Das Problem mit Always-on-KI ist nicht die Technologie. Die Technologie funktioniert. Das Problem ist die falsche Prämisse: dass mehr Verfügbarkeit automatisch besser ist. In Wahrheit ist fokussierte Verfügbarkeit zur richtigen Zeit meist die bessere Lösung. Und die ist einfacher zu bauen, billiger zu betreiben und liefert trotzdem bessere Ergebnisse.