KI-Video für Customer-Success-Teams: Wofür jeder Workflow da ist

Fragen Sie, wo der Kunde im Lifecycle steht – und wie viele Kunden ein Video bedienen muss. Onboarding deckt die Phase zwischen unterschriebenem Vertrag und einem Kunden ab, der die Aufgabe ohne Hilfe erledigen kann; der Reviewer ist daher meist der CSM oder der Implementation Lead, der den Account verantwortet, und der Auslöser für eine Neuauflage ist eine Änderung im Setup-Pfad. Education bedient Kunden, die bereits live sind, zielt auf Funktionen, die sie nie übernommen haben, und folgt dem Release-Kalender. Support-Videos sind die Self-Serve-Ebene, gehören dem Support-Team, und der Auslöser ist das Ticket-Volumen zu einer wiederkehrenden Frage. Wenn ein Video für einen namentlich genannten Account gedacht ist, gehört es ins Onboarding. Wenn es für alle funktionieren muss, gehört es in Education oder Support.

Nein – und das ist auch nicht das Ziel. Das sind führende Systeme (Systems of Record). Eine Customer-Success-Plattform verwaltet Health Scores, Verlängerungsrisiken, Playbooks und die Account-Timeline. Ein Help Center verwaltet Artikel, Suche, Deflection-Zahlen und die Ticket-Historie. VisionStory sitzt einen Schritt früher – bei dem Teil, den die meisten Teams heute mit einem Live-Call, einem Screen-Share oder „wer gerade Zeit hat“ lösen – und gibt die Videodatei samt Sprachversionen zurück. Sie laden sie dann in Ihr Help Center hoch, hängen sie an einen Playbook-Schritt oder fügen sie in ein Macro ein – mit denselben Rechten und demselben Review-Prozess, den Sie bereits nutzen. Es gibt keinen Connector und keine automatische Veröffentlichung, weil die Entscheidung, was ein Kunde sieht, eine Account-Entscheidung ist und kein Dateitransfer.

Drei Dinge. Jeder Workflow startet mit Material, das Ihr Team bereits geschrieben und freigegeben hat – zum Beispiel mit einem Implementierungsplan, Release Notes, einem Help-Center-Artikel oder einem gelösten Ticket-Thread. So ist der erste Entwurf eher eine Redaktionsarbeit als eine komplette Neuerstellung. Jeder Workflow endet damit, dass eine namentlich benannte Person in Ihrem Team bestätigt, dass das Video dem entspricht, was das Produkt heute tatsächlich kann – bevor es auch nur einen einzigen Kunden erreicht. Und jedes freigegebene Master kann in 88 Sprachen neu ausgegeben werden – mit über 1.000 Stimmen zur Auswahl –, sodass ein Kunde, der in einer anderen Sprache arbeitet, dieselbe Erklärung erhält, mit derselben Freigabe wie das Original.

Nein. Presenter, Sprechertext und Untertitel werden aus schriftlichem Material erstellt – es gibt also kein Team zu buchen, und niemand muss einen Aufnahmetag im Kalender blocken. Wenn für den Account ein bekanntes Gesicht wichtig ist, etwa eine Begrüßung durch den zuständigen Owner, lässt sich das aus einer einzigen Aufnahme wiederverwenden, die diese Person für diesen Zweck freigegeben hat – statt die Session für jeden Kunden zu wiederholen. Wo ein Workflow Ihr Produkt auf dem Bildschirm zeigen muss, zeichnet Ihr eigenes Team diese Aufnahme auf, denn Login, Demo-Daten und der Account, gegen den Sie aufnehmen, gehören Ihnen und nicht einem Anbieter.

Das hängt vom Workflow ab – und genau deshalb werden diese drei Bereiche praktisch getrennt gehalten. Onboarding-Module ändern sich, wenn sich der Setup-Pfad oder der Implementierungsplan ändert – das passiert meist selten und planbar. Education-Inhalte folgen dem Release-Kalender: Planen Sie also jedes Mal eine Prüfung ein, wenn sich ein Feature, das gezeigt wird, wesentlich verändert. Support-Videos ändern sich am schnellsten und am wenigsten vorhersehbar, weil eine Antwort in dem Moment nicht mehr stimmt, in dem sich die Oberfläche ändert. Wenn Sie jedes Video aus einem Dokument erstellen, das Sie ohnehin pflegen, bleibt das Neuaufsetzen günstig: Quelle aktualisieren, nur das betroffene Modul neu generieren und die Sprachversionen aus dem freigegebenen Master neu ausgeben – statt irgendetwas erneut aufzunehmen.