AI-video voor customer success-teams: waar elke workflow voor is

Vraag waar de klant zich in de lifecycle bevindt en hoeveel klanten één video moet bedienen. Onboarding beslaat de periode tussen een getekend contract en een klant die het werk zelfstandig kan doen; de reviewer is dan meestal de CSM of implementatielead die dat account beheert, en de aanleiding om opnieuw te maken is een wijziging in het setup-pad. Education is voor klanten die al live zijn, richt zich op functies die ze nooit hebben geadopteerd en volgt de releasekalender. Supportvideo’s zijn de self-serve laag, in eigendom van het supportteam, en de trigger is ticketvolume op één terugkerende vraag. Als een video bedoeld is voor één specifiek account, hoort die bij onboarding. Als hij voor iedereen moet blijven kloppen, hoort hij bij education of support.

Nee, en dat is ook niet de bedoeling. Dat zijn systems of record. Een customer success-platform bewaart health scores, verlengingsrisico, playbooks en de accounttimeline. Een helpcenter bewaart artikelen, zoeken, deflection-cijfers en de tickethistorie. VisionStory zit één stap eerder, bij het deel dat de meeste teams nu oplossen met een live call, een screenshare, of wie er die middag toevallig even tijd heeft, en levert het videobestand terug, inclusief taaledities. Daarna upload je het naar je helpcenter, koppel je het aan een playbook-stap of plaats je het in een macro met de rechten en reviewflow die je al gebruikt. Er is geen connector en geen automatische publicatie, omdat beslissen wat een klant ziet een accountbeslissing is, niet alleen een bestandsoverdracht.

Drie dingen. Elke workflow begint met materiaal dat jullie kant al heeft geschreven en goedgekeurd, zoals een implementatieplan, een release note, een helpcenter-artikel of een opgeloste ticketthread, zodat de eerste versie eerder een redactieronde is dan een schrijfopdracht. Elke workflow eindigt met een met naam genoemde persoon in je team die bevestigt dat de video overeenkomt met wat het product vandaag daadwerkelijk doet, voordat die ook maar één klant bereikt. En elke goedgekeurde master kan opnieuw worden uitgegeven in 88 talen, met 1 000+ stemmen om uit te kiezen, zodat een klant die in een andere taal werkt dezelfde uitleg krijgt, met dezelfde goedkeuring als het origineel.

Nee. De presenter, de voice-over en de ondertiteling worden opgebouwd uit geschreven materiaal, dus je hoeft geen crew in te huren en niemand hoeft een opnamedag in de agenda te blokkeren. Als een herkenbaar gezicht belangrijk is voor het account, zoals een welkom van de toegewezen eigenaar, kun je dat hergebruiken vanuit één opname die de persoon hiervoor heeft geautoriseerd, in plaats van een sessie te herhalen voor elke klant. Als een workflow je product in beeld nodig heeft, maakt je eigen team die opname, omdat de login, de demodata en het account waarop je opneemt van jullie zijn en niet van een leverancier.

Dat hangt af van de workflow; dat is ook de praktische reden dat deze drie uit elkaar worden gehouden. Onboardingmodules veranderen wanneer het setup-pad of het implementatieplan verandert, wat meestal zeldzaam en voorspelbaar is. Educatiecontent volgt de releasekalender, dus plan een review telkens wanneer een feature die het demonstreert van vorm verandert. Supportvideo’s veranderen het snelst en het minst voorspelbaar, omdat het antwoord niet meer klopt zodra de interface verandert. Door elk onderdeel op te bouwen vanuit een document dat je toch al onderhoudt, blijft opnieuw bouwen goedkoop: werk de bron bij, regenereer alleen de module die het raakt en geef de taalversies opnieuw uit vanuit de goedgekeurde master, in plaats van opnieuw iets op te nemen.