Customer Education scheitert selten an der Qualität. Sie scheitert an der Abdeckung: Die zwei Kurse, die richtig produziert wurden, sind wirklich gut – und alles andere ist ein Hilfeartikel mit nummerierten Screenshots. Die Lücke ist nicht fehlender Einsatz. Es ist nur so, dass Video früher eine Crew, einen gebuchten Tag und eine Budgetposition brauchte, die einmal im Jahr erneuert wird – während das Produkt jedes Quartal etwas Neues ausliefert, das es wert ist, erklärt zu werden. Sobald ein Modul einen Nachmittag statt eines Produktionszyklus kostet, geht diese Rechnung nicht mehr auf.
Machen Sie aus Funktionen, die niemand öffnet, etwas Sehenswertes
Im Quartalsreview wird der Usage-Export eingeblendet, und das Muster ist dasselbe wie im letzten Quartal. Der Workspace hat Hunderte Seats, und die meisten davon haben das Modul, für das der Account erweitert wurde, noch nie geöffnet. Niemand ist abgesprungen, niemand hat sich beschwert, und nichts in der Ticket-Queue deutet auf ein Problem hin. Die Funktion ist einfach da – bezahlt und ungenutzt – und das Renewal-Gespräch in neun Monaten wird dadurch schwieriger.
Die Antwort ist selten ein besserer Hilfeartikel, weil der Kunde nie weit genug gekommen ist, überhaupt danach zu suchen. Ein dreiminütiges Modul, das zeigt, was die Funktion tut, bevor jemand sie konfigurieren soll, verändert die Frage von „Wie nutze ich das?“ zu „Ist das meinen Dienstag wert?“. VisionStory baut dieses Modul aus der Release Note und dem Deck, das Sie bereits haben, und Ihr Team platziert es dort, wo Kunden ohnehin sind – in der Academy, im Help Center oder als In-App-Tipp. Was es nicht tut: entscheiden, welche Funktionen eins verdienen; dieses Urteil kommt aus Ihren eigenen Nutzungsdaten.
Geben Sie dem Rest der Bibliothek die Behandlung, die der Flaggschiff-Kurs bekommen hat
Zwei Kurse im Katalog wirken wie echte Kurse. Sie entstanden in dem Jahr, als es dafür noch eine Budgetposition gab: ein Producer, ein gesprochenes Skript, eine Person vor der Kamera. Alles, was seitdem hinzugekommen ist, sind geschriebene Artikel mit nummerierten Screenshots, unter derselben Navigation abgelegt – sodass ein Kunde beim Durchklicken des Katalogs von einem produzierten Modul zu einer Textwand springt und stillschweigend schließt, dass die zweite Hälfte wohl nicht wichtig genug war, um sie zu Ende zu bringen.
Die Bibliothek zu nivellieren ist wichtiger, als bei einem einzelnen Modul die Messlatte höher zu legen. Derselbe Presenter, dasselbe Intro, derselbe Untertitelstil und dieselbe Längendisziplin über alle Themen hinweg lassen den Katalog wie ein einziges Programm wirken – und pro Modul kostet es gleich viel, egal ob es um den Vorzeige-Workflow oder eine Export-Einstellung geht. Ein geschriebener Artikel lässt sich in ein vertontes Modul umwandeln, ohne neu geschrieben zu werden – und genau dieses Umschreiben ist meist der Grund, warum der Backlog nie abgebaut wird. Jemand auf Ihrer Seite entscheidet trotzdem, welche Artikel das Upgrade wert sind und welche als Text bleiben sollten, den man nur überfliegt.
Eine Erklärung pro Funktion im Umlauf halten – nicht drei
Der Support konnte nicht auf das Modul warten, also schrieb ein Support-Lead seine eigene Version der Erklärung und speicherte sie als Makro, um sie in Tickets einzufügen. Eine Woche später beantwortete jemand dieselbe Frage im Community-Forum – in leicht anderen Worten, mit einem zusätzlichen Hinweis zu Konten im älteren Plan. Die Funktion hat jetzt drei Beschreibungen im Umlauf, und keine davon war an dem Tag falsch, an dem sie geschrieben wurde.
Kunden glauben der Antwort, die sie zuletzt erreicht hat – und das ist fast immer die Ticket-Antwort. So wird das Makro still und leise zur echten Dokumentation, während der Katalog weiterhin ein Verhalten beschreibt, das seitdem zweimal eingeschränkt oder präzisiert wurde. Die Lösung ist nicht, zu kontrollieren, was der Support schreibt. Die Lösung ist, ihnen etwas zu geben, worauf sie verweisen können: ein kurzes Modul, gebaut aus derselben Release-Note, die sie gerade paraphrasieren – günstig genug, dass die Bibliothek für jede Funktion, nach der wirklich gefragt wird, eines bereithalten kann, sodass Ticket-Antwort und Forenbeitrag darauf verlinken, statt es in eigenen Worten neu zu formulieren. VisionStory macht aus dieser schriftlichen Quelle das Modul, aber es kann nicht sehen, was Ihr Helpdesk oder Ihre Community bereits veröffentlicht hat – deshalb bleibt das Abgleichen der Formulierungen an allen drei Stellen weiterhin Arbeit, die jemand auf Ihrer Seite erledigen muss.
Vermitteln, welche Option man wählen sollte – nicht, wo man klicken muss
Eine stumme Bildschirmaufnahme mit Untertiteln zeigt den Klickpfad vollkommen ausreichend. Der Kunde sieht, wie der Cursor über das Einstellungs-Panel wandert, kopiert die Abfolge und landet auf derselben Seite. Was sie nicht vermitteln kann, ist die Entscheidung einen Schritt davor: welche der drei Optionen zu einem Konto in ihrer Größenordnung passt, ob der Standard auch noch gilt, wenn das Datenvolumen wächst, und was das Aktivieren für alle anderen im Workspace bedeutet.
Genau an dieser früheren Entscheidung stockt die Adoption meist. Das Ticket, das danach kommt, dreht sich selten darum, wie man die Funktion aktiviert; es geht darum, ob man es überhaupt sollte, für welches Team – und was mit der bestehenden Konfiguration passiert. Solche Abwägungen müssen von jemandem ausgesprochen werden, der das Produkt kennt; das heißt, sie müssen zuerst schriftlich festgehalten werden. Und ein Modul aus Release-Note und Enablement-Deck zu bauen, zwingt diese Bedingungen ins Skript, statt sie in jemandes Kopf zu lassen. VisionStory liest dieses Skript mit einem konsistenten Presenter, einer Stimme und Untertiteln ein. Welche Empfehlung für welche Art von Konto richtig ist, bleibt eine Entscheidung Ihrer Produkt- und Support-Teams – und kein Modul sollte freigegeben werden, ohne dass eines dieser Teams es geprüft hat.
Eine Academy betreiben – ohne Crew, Studio oder Budgetzyklus
Die Customer Academy besteht aus einer Person und einem Teil einer weiteren – angesiedelt in Customer Success oder Product Marketing. Es gibt keine Kamera, keinen Cutter und kein Studio, und das Videobudget war vor drei Jahren eine Budgetzeile, die in die zwei Kurse geflossen ist, die heute noch laufen. Gleichzeitig liefert das Produkt jedes Quartal etwas aus, das erklärungswürdig ist. Die Einschränkung ist nicht fehlender Anspruch. Sie liegt darin, dass jede Option, die zur Auswahl steht, eine Produktionsfähigkeit voraussetzt, die das Team nicht hat – und auch nicht bekommen wird.
Dieser Workflow ist für genau diese Teamgröße gebaut. Presenter, Stimme und Untertitel entstehen aus schriftlichem Material statt aus einem Dreh – dadurch muss nichts nach irgendwelchen Kalendern geplant werden, und ein Modul kann neu erstellt werden, wenn sich ein Screen ändert, statt einfach falsch zu bleiben. Ein freigegebenes Master kann anschließend in jeder von 88 Sprachen für die Regionen neu ausgegeben werden, die Ihr Programm bereits bedient – aus derselben Datei, die Ihre Reviewer abgenickt haben. Was manuell bleibt, ist das Urteil: was abgedeckt wird, was gesagt wird und ob das Modul korrekt genug ist, um es zu veröffentlichen.
Benutzer lieben VisionStory
Entdecken Sie, warum Content-Ersteller und Vermarkter VisionStory für ihre KI-Video-Bedürfnisse vertrauen. Von leistungsstarken Funktionen bis hin zu einer mühelosen Benutzererfahrung kann unsere Community nicht aufhören, von den Ergebnissen zu schwärmen, die sie mit VisionStory erzielen.