Einem KI-Assistenten die QR-Codes geben: was er kann und was nicht

Seine beste Aufgabe: eine gedruckte Serie umlenken

Ein dynamischer QR-Code läuft über eine Weiterleitung: Der Aufkleber auf dem Tisch bleibt, die Adresse dahinter kann sich ändern. Genau dafür druckt man ihn. Mühsam war immer die Mitte — die vierzig Codes der Herbstkampagne finden, prüfen, welche noch live sind, und sie einzeln ändern, ohne die dreißig anzufassen, die bleiben sollen.

Das ist ein Gespräch, kein Formular. Sie beschreiben die Serie, der Assistent zeigt genau, welche Codes er getroffen hat und wohin jeder gerade zeigt, und Sie bestätigen oder korrigieren — bevor sich etwas bewegt. Danach gilt die Änderung für den Nächsten, der scannt, auch für den Aufkleber, der schon auf dem Tisch liegt. Das sollte man aussprechen, bevor man drückt.

• In eigenen Worten fragen; gegen eine Liste prüfen, bevor sich etwas ändert
• Statische Codes werden als nachzudruckend benannt, statt einzeln zu scheitern
• Ein veröffentlichter Code ändert sich für alle, die als Nächstes scannen

Die zweite Aufgabe: der Bericht, den niemand schreibt

Scan-Zahlen sind leicht anzusehen und schwer zusammenzufassen. Ein Wochenbericht heißt: diesen Zeitraum gegen den letzten stellen, den Codes, die sich bewegt haben, Namen geben und sagen, was zu tun ist. Genau das fällt weg, wenn es jeden Montag Handarbeit ist.

Der Assistent liest dieselben Zahlen wie Ihr Analyse-Bildschirm und schreibt die Zusammenfassung. Entscheidend ist, dass er sie ehrlich liest: Ein Code mit null Scans ist nur ungenutzt, wenn er dynamisch ist — ein statischer lässt sich überhaupt nicht messen. Dieser Unterschied steckt in dem, was dem Assistenten vorgegeben ist, also wird ein stiller statischer Code als nicht messbar gemeldet, nicht als Misserfolg.

Was er nicht tut — und warum das Absicht ist

Das Interessante daran, einen Assistenten an ein Geschäft zu lassen, ist nicht die Liste dessen, was er kann. Es ist die Liste dessen, was er nicht kann, und ob diese Grenzen gewählt oder nur noch nicht gebaut wurden.

Er liest nicht, was Ihre Kunden geschrieben haben. Eine Umfrage gibt Bewertungen, Anzahlen und die Verteilung je Frage zurück — nie die Sätze, die jemand getippt hat. Die liest ein Mensch in Ihrem Posteingang, denn was ein Kunde schreibt, ist nicht Ihres, um es einem dritten System zu geben, und eine Antwort an Zugangsdaten landet dort, wo ihr Halter sie speichert.

Er löscht keinen Code. Die Weiterleitung hinter etwas Gedrucktem zu zerstören lässt sich nicht rückgängig machen, und das ist keine Bestätigung, die ein Assistent für Sie gibt. Stattdessen wird Archivieren angeboten: Der Code löst nicht mehr auf, und das lässt sich umkehren.

Er ändert nichts still. Jedes Werkzeug, das schreibt, ist als solches markiert — deshalb hält der Client an und fragt Sie. Archivieren ist noch strenger markiert, weil es außerhalb des Workspace spürbar wird.

• Umfrage-Kommentare: gehen an keinen Schlüssel und keinen Assistenten
• Einen gedruckten Code löschen: nicht angeboten — stattdessen Archivieren, umkehrbar
• Schreiben: immer markiert, damit Ihr Client vorher fragt

Geben Sie weniger, als Sie zu brauchen glauben

Zugriff wird über Scopes vergeben, und dem Assistenten werden nur die Werkzeuge gezeigt, die seine Scopes erlauben. Ein Schlüssel, der Codes und Analysen liest, legt keinen Code an — und nützlicher noch: Das Anlege-Werkzeug steht gar nicht erst in seiner Liste, also schlägt er nichts vor, was ihm danach verweigert würde.

Fangen Sie lesend an. Bitten Sie um einen Bericht, sehen Sie eine Woche zu, wie er über Ihre Daten nachdenkt, und erweitern Sie den Schlüssel, wenn Sie wissen, was er damit tut. Das kostet nichts: Ein zweiter Schlüssel mit Schreibrechten ist eine Minute Arbeit, und der erste bleibt nützlich.

• Zuerst nur lesend: Berichte und Nachschlagen, nichts Veränderndes
• Auf Schreiben erweitern, wenn Sie gesehen haben, wie es läuft
• Ein Werkzeug außerhalb des Scopes ist unsichtbar, nicht bloß verweigert

Zwei Wege hinein, und wofür jeder ist

Ein Werkzeug, das Sie selbst betreiben, nimmt einen API-Schlüssel: anlegen, Adresse einfügen, fertig. Das ist der richtige Weg für einen Assistenten auf Ihrem eigenen Rechner, wo Sie die Zugangsdaten kontrollieren.

Ein Connector aus fremdem Verzeichnis nutzt stattdessen eine Anmeldung, und Sie fassen gar keinen Schlüssel an. Bevor etwas gewährt wird, sehen Sie, wer fragt, welchen Workspace es beträfe und was er könnte — zustimmen darf nur ein Inhaber oder Admin. In beiden Fällen ist die Verbindung in Ihrem Workspace sichtbar und mit einem Druck gekappt.

Fragen, die man jedem Produkt stellen sollte, nicht nur diesem

Assistenten werden schneller an echte Geschäfte angeschlossen, als sich Gewohnheiten bilden, das sicher zu tun. Die nützlichen Fragen sind dieselben, wer auch immer die Integration gebaut hat.

Sieht man im Nachhinein, was gewährt wurde? Lässt es sich an einer Stelle widerrufen? Werden die Grenzen vorab genannt oder mitten in einer Aufgabe entdeckt? Und wenn etwas berührt wird, das ein Kunde geschrieben hat oder das gedruckt und schon in der Welt ist — behandelt das Produkt das anders als einen gewöhnlichen Datensatz?

• Ist das Gewährte sichtbar und widerrufbar?
• Werden Grenzen vorab genannt oder mitten in der Arbeit entdeckt?
• Wird von Kunden geschriebener Text anders behandelt als Ihre eigenen Daten?