B2B / Software
Eine mehrsprachige Anwendung, die Profile und Produktanfragen sammelt, Status und Verlauf festhält, Bewertungen organisiert, offene Aufgaben sichtbar macht und die kommerzielle Übergabe an Sales vorbereitet. Die kommerzielle Ebene liegt vollständig in der Ambassador Journey, aber eine Anfrage, eine Freigabe und ein endgültiger Handoff bleiben verschiedene Schritte mit verschiedenen Befugnissen.
Die Ausgangssituation
Ein Ambassador-Programm lebt in der Praxis verstreut über Postfächer, Tabellen und Gespräche. Jemand meldet sich, schickt ein Profil, fragt Produkte an, bekommt von einem Kollegen eine Antwort und von einem anderen eine Rückfrage. Wer den Status wissen will, muss suchen. Wer bewerten soll, weiß nicht immer, dass etwas auf ihn wartet. Und wenn eine Anfrage schließlich bei Sales landet, lässt sich nicht immer nachvollziehen, wer was wann freigegeben hat.
Die geschäftliche Fragestellung
Die Frage war zweiteilig. Wie bekommt man diesen Ablauf an einen Ort, mit einem Status, der stimmt. Und welche Schritte darf eine Anwendung darin selbst setzen, auch wenn sie es technisch kann.
Die Entscheidungen
Die Ambassador Journey ist eine mehrsprachige Anwendung, entwickelt bei Simply Dom. Ein Ambassador durchläuft darin einen strukturierten Ablauf: Profil einreichen, Produktanfragen stellen, den Fortschritt verfolgen. Auf der anderen Seite sehen die Leute, die bewerten und freigeben müssen, was von ihnen erwartet wird und was schon passiert ist.
Die kommerzielle Ebene liegt vollständig in derselben Anwendung. Bewertung, Produktauswahl, Freigabe und die endgültige Übergabe an Sales sind kein eigener Kreislauf daneben; es sind Schritte in derselben Journey, mit demselben Status und demselben Verlauf. Das war eine bewusste Entscheidung.
Innerhalb dieser Journey wurden vier Übergänge bewusst auseinandergehalten.
Eine Anfrage ist der Moment, in dem ein Ambassador etwas einreicht. Die Anwendung erfasst sie, prüft die Vollständigkeit und stellt sie in die Warteschlange. Mehr nicht.
Eine Bewertung ist der Moment, in dem jemand, der die Beziehung und den Markt kennt, sich diese Anfrage ansieht. Die Anwendung zeigt, dass die Bewertung nötig ist und bei wem sie liegt. Sie nimmt die Bewertung nicht vor.
Eine Freigabe ist ein eigener Schritt, mit einem anderen Eigentümer als die Bewertung. Dass eine Bewertung positiv ausfällt, heißt nicht, dass die Freigabe erteilt ist. Die Anwendung hält beides getrennt, auch im Status.
Und die endgültige Übergabe an Sales ist noch einmal etwas anderes. Sie entsteht erst, wenn jemand mit der entsprechenden Befugnis diesen Schritt ausdrücklich vollzieht. Ab dann steht der Handoff fest und der Vorgang geht im kommerziellen Ablauf weiter. Die Journey bereitet diese Übergabe vor. Sie führt sie nicht selbst aus.
Keine Anfrage wird dadurch von selbst zu einer Bestellung, einem Vertrag oder einer Verpflichtung. Das liegt nicht daran, dass die Anwendung es nicht könnte. Technisch ist ein Statusübergang ein kleiner Eingriff. Befugt zu sein, eine geschäftliche Entscheidung zu treffen, ist etwas anderes, und das wurde der Software nicht gegeben.
Meine Rolle
KI und Agenten hatten an der Entwicklung einen großen Anteil: Recherche, Architektur, Code, Tests, Review und die Vorbereitung der Einführung.
Die Geschäftsregeln haben sie nie festgelegt. Welche Status es gibt, wer welchen Übergang setzen darf und was eine Freigabe genau bedeutet, haben Menschen festgelegt, die das Programm kennen. KI hat geholfen, das korrekt und überprüfbar zu bauen. Die Zuverlässigkeit von Zugriff und Statusübergängen wurde getestet und dokumentiert. Die Eigentümerschaft am Produkt und an den Entscheidungen darin blieb, wo sie hingehört.
Die Umsetzung
Sie sammelt Profile und Produktanfragen und prüft, ob alles vorhanden ist, bevor etwas weitergehen darf. Sie hält Status und Verlauf fest, sodass jederzeit zu sehen ist, wo ein Vorgang steht. Sie organisiert die Bewertungen: Wer muss jetzt etwas tun, was wartet, was ist erledigt. Eine tägliche operative Übersicht macht offene Aufgaben sichtbar, ohne dass jemand danach suchen muss. Und wenn ein Schritt abgeschlossen ist, bereitet sie den nächsten vor, bis hin zum Bereitstellen einer freigegebenen Auswahl für die Übergabe.
Vieles von dem, was früher von Hand nachgehalten, weitergeleitet und nachgefragt wurde, erledigt die Anwendung jetzt selbst.
Bewusst nicht gemacht
Die Versuchung ist da, auch die letzten Schritte laufen zu lassen. Wenn die Daten vollständig sind und die Bewertung positiv, warum sollte die Anwendung die Freigabe nicht selbst setzen? Weil eine Freigabe in diesem Programm mehr enthält als das, was in den Feldern steht: die Beziehung zum Ambassador, die kommerzielle Abwägung in dem Moment, manchmal eine Ausnahme, die niemand vorher beschrieben hat. Diese Entscheidung gehört zu jemandem, der danach dafür geradesteht. Das gilt noch stärker für die Übergabe an Sales, die eine Folge außerhalb der Journey hat.
Die Anwendung darf also alles vorbereiten und nichts entscheiden, was geschäftliches Gewicht hat. Diese Unterscheidung steckte von Anfang an im Entwurf.
Ergebnis / Wirkung
Es gibt einen Ort, an dem das Programm lebt, mit einem Status, der stimmt, und einem Verlauf, der sich einsehen lässt. Bewerter sehen, was auf sie wartet. Sales bekommt eine Übergabe, die vorbereitet und von den dafür Befugten freigegeben wurde, und muss nicht mehr rekonstruieren, was davor war. Und der Ambassador weiß, wo seine Anfrage steht. Was nach der Übergabe passiert, die Vertragsarbeit selbst, ist ein anderes Werkzeug und eine andere Geschichte.
Diese Journey ist auch der Grund, warum ich darüber geschrieben habe, in Ein KI-System kann recht haben und trotzdem nicht befugt sein. Eine Anwendung kann einen nächsten Status technisch einwandfrei vergeben. Ob sie das darf, ist eine andere Frage, und die wurde hier bewusst beantwortet, indem sie bei Menschen blieb.