Vier unterschiedliche Zusagen auseinanderhalten

Verfügbarkeit beschreibt, ob ein Dienst unter den vereinbarten Bedingungen nutzbar ist. Reaktionszeit beschreibt, wann eine Meldung aufgenommen oder qualifiziert beantwortet wird. Wiederherstellungszeit beschreibt, wann ein gestörter Ablauf wieder funktionieren soll.

Antwortqualität betrifft dagegen den fachlichen Inhalt: Ist eine Aussage richtig, passend und ausreichend belegt? Diese Eigenschaften lassen sich nicht allein aus einem technischen Erreichbarkeitstest ableiten. Ein System kann erreichbar sein und trotzdem einen veralteten Datenbestand verwenden.

Lassen Sie die vier Bereiche deshalb getrennt beschreiben. Fragen Sie jeweils nach Messmethode, Zeitraum, Verantwortlichkeit und vereinbarten Folgen einer Abweichung. Ein einzelnes Schlagwort wie «Premium-Support» beantwortet diese Fragen nicht.

Kennzahl, Ziel und Vereinbarung unterscheiden

Das Google-SRE-Handbuch unterscheidet Messgrössen, Zielwerte und Servicevereinbarungen. Für ein KMU ist diese Trennung praktisch: Zuerst muss klar sein, was gemessen wird; danach, welcher Zustand angestrebt wird und welche verbindliche Vereinbarung dazu besteht.

Bei Antwortzeiten kann beispielsweise der Zeitpunkt der ersten Rückmeldung oder der qualifizierten Bearbeitung gemeint sein. Eine automatische Eingangsbestätigung ist etwas anderes als die Untersuchung durch eine zuständige Person.

Schreiben Sie auch die Servicezeiten dazu. «Innerhalb von vier Stunden» ist ohne Angabe der betreuten Zeiten mehrdeutig. Dasselbe gilt für Wochenenden, Feiertage und geplante Wartungsfenster.

Probleme nach ihrer Wirkung einteilen

Verwenden Sie Prioritätsklassen, die Ihr Fachteam verstehen kann. Das folgende Schema ist fiktiv und keine allgemeine Servicezusage:

• Kritisch: Ein wichtiger Ablauf ist blockiert oder ein möglicher unzulässiger Datenzugriff wird festgestellt.

• Hoch: Eine wesentliche Funktion ist eingeschränkt; ein abgestimmter Ersatzablauf besteht.

• Normal: Ein einzelner fachlicher Fehler oder eine begrenzte Störung ohne unmittelbare Auswirkung auf den Gesamtbetrieb.

• Anfrage: Eine Frage zur Bedienung oder ein Wunsch nach einer neuen Funktion.

Die Einstufung sollte gemeinsam geprüft werden. Ein scheinbar einzelner Fehler kann kritisch sein, wenn seine Auswirkung gross ist. Umgekehrt braucht eine neue Komfortfunktion keine Störungseskalation.

Fachliche Qualitätsprobleme meldefähig machen

Eine Meldung «Die KI ist schlecht geworden» lässt sich schwer bearbeiten. Definieren Sie ein kleines Formular: Zeitpunkt, betroffene Aufgabe, zulässiger Eingabekontext, erhaltenes Ergebnis, erwartetes Verhalten und relevante Quelle.

Personenbezogene oder vertrauliche Daten sollten nur im erforderlichen und erlaubten Umfang in ein Ticket gelangen. Die technische Unterstützung braucht genug Kontext, aber nicht automatisch den vollständigen Kundenfall.

Das NIST AI RMF berücksichtigt fortlaufende Beobachtung und Behandlung von Risiken. Im Support kann dies bedeuten, wiederkehrende Fehlermuster gesammelt zu prüfen, statt jedes Ticket isoliert zu schliessen.

Fehlerursachen und Zuständigkeiten verbinden

Ein falsches Ergebnis kann durch veraltete Quelldaten, eine fehlerhafte Zuordnung, eine geänderte Konfiguration oder einen externen Dienst entstehen. Vereinbaren Sie, wer die erste Eingrenzung übernimmt und wer anschliessend handeln kann.

Wenn eine Fachinformation falsch gepflegt ist, kann die Agentur möglicherweise den technischen Ablauf bestätigen, aber nicht eigenständig die korrekte Geschäftsregel festlegen. Wenn ein Modellanbieter ausfällt, kann Ihre Agentur die Störung verfolgen und einen vereinbarten Rückfall aktivieren, aber nicht jede fremde Wiederherstellungszeit garantieren.

Halten Sie solche Grenzen verständlich fest. Sie sollten nicht erst im Störungsfall aus allgemeinen Bedingungen herausgesucht werden müssen.

Einen fiktiven Störungsfall durchspielen

Angenommen, ein interner Assistent zeigt plötzlich alte Produktangaben. Das Fachteam meldet zwei reproduzierbare Beispiele. Die technische Prüfung ergibt, dass die Aktualisierung einer Quelle ausgefallen ist, während die Oberfläche weiterhin erreichbar bleibt.

Das Team sperrt die betroffene Auskunft oder kennzeichnet sie nach dem vorbereiteten Verfahren. Nach Wiederherstellung der Aktualisierung werden die beiden Fälle und weitere vereinbarte Fragen erneut geprüft. Erst dann wird der normale Ablauf freigegeben.

Dieses Beispiel zeigt, weshalb reine Erreichbarkeitsmessung nicht genügt. Für die Anwendung müssen auch Datenzustand und fachlich relevante Ergebnisse beobachtbar sein.

Wartung von Weiterentwicklung abgrenzen

Klären Sie, welche Arbeiten im laufenden Support enthalten sind. Dazu könnten Untersuchung von Störungen, vereinbarte Aktualisierungen und Pflege technischer Abhängigkeiten gehören. Neue Datenquellen, zusätzliche Sprachen oder weitere Aktionen sind möglicherweise eigenständige Erweiterungen.

Auch regelmässige Qualitätsprüfungen benötigen einen klaren Umfang. Wer stellt Testfälle bereit? Wer beurteilt Ergebnisse? Welche Änderungen lösen eine zusätzliche Prüfung aus? Unser Beitrag zu KI-Governance im laufenden Betrieb ordnet diese Aufgaben organisatorisch ein.

Die Vereinbarung praktisch überprüfen

Gehen Sie vor dem Betriebsstart einen Ausfall, einen fachlichen Fehler und eine Bedienungsfrage durch. Können alle Beteiligten erklären, wie sie melden, reagieren und entscheiden würden? Fehlende Antworten zeigen Lücken in der Vereinbarung.

Vereinbaren Sie zusätzlich, welche Meldung den Beginn einer Reaktionsfrist auslöst und welche Angaben dafür benötigt werden. Unklare Meldekanäle führen sonst dazu, dass Fachteam und Support unterschiedliche Startzeitpunkte annehmen. Die Regel sollte auch bei Abwesenheiten funktionieren.

Mit einclick als KI-Agentur in der Schweiz können Sie Betrieb und Support anhand der tatsächlichen Bedeutung Ihrer Anwendung planen. Der passende Umfang ergibt sich aus den Folgen eines Problems und dem verfügbaren Ersatzablauf.