Klanteducatie faalt zelden op kwaliteit. Het faalt op dekking: de twee cursussen die echt goed zijn gemaakt zijn oprecht goed, en de rest is een helpartikel met genummerde screenshots. De kloof zit niet in de inzet. Het punt is dat video vroeger een crew vereiste, een geboekte dag en een budgetpost die één keer per jaar wordt vernieuwd, terwijl het product elk kwartaal iets nieuws uitrolt dat het waard is om uit te leggen. Zodra een module een middag kost in plaats van een productiecyclus, klopt die rekensom niet meer.
Maak van features die niemand opent iets dat wél te bekijken is
In de kwartaalreview verschijnt de usage-export op het scherm en het patroon is hetzelfde als vorig kwartaal. De workspace heeft honderden seats en de meeste daarvan hebben de module waarvoor het account is uitgebreid nog nooit geopend. Niemand is afgehaakt, niemand klaagde, en niets in de ticketqueue wijst op een probleem. De feature staat er gewoon: betaald en ongebruikt, en het renewals-gesprek over negen maanden wordt daardoor lastiger.
Het antwoord is zelden een beter helpartikel, omdat de klant nooit ver genoeg komt om er één te gaan zoeken. Een module van drie minuten die laat zien wat de feature doet voordat je iemand vraagt iets te configureren, verandert de vraag van hoe gebruik ik dit naar of dit mijn dinsdag waard is. VisionStory bouwt die module op basis van de release note en het deck dat je al hebt, en je team plaatst ’m waar klanten toch al zijn: in de academy, het help center of als in-app tip. Wat het níet doet, is bepalen welke features er één verdienen; dat oordeel komt uit je eigen usage data.
Geef de rest van de bibliotheek dezelfde behandeling als de vlaggenschipcursus
Twee cursussen in de catalogus voelen als echte cursussen. Ze zijn gemaakt in het jaar dat er budget voor was: een producer, een uitgeschreven script, iemand voor de camera. Alles wat er sindsdien bij kwam is een geschreven artikel met genummerde screenshots, onder dezelfde navigatie, waardoor een klant die door de catalogus klikt van een geproduceerde module naar een muur van tekst gaat en stilletjes concludeert dat de tweede helft blijkbaar niet belangrijk genoeg was om af te maken.
De bibliotheek gelijk trekken is belangrijker dan de lat hoger leggen voor één losse module. Dezelfde presentator, dezelfde intro, dezelfde ondertitelstijl en dezelfde discipline in lengte — toegepast op elk onderwerp — maken dat de catalogus als één programma leest, en het kost per module hetzelfde of het nu om de flagship-workflow gaat of om een exportinstelling. Een geschreven artikel wordt omgezet naar een ingesproken module zonder herschrijven, en juist dat herschrijven is meestal wat ervoor zorgt dat de achterstand nooit wordt weggewerkt. Iemand bij jullie beslist nog steeds welke artikelen de upgrade waard zijn en welke beter tekst blijven die mensen snel scannen.
Houd één uitleg van een feature in omloop, niet drie
Support kon niet wachten op de module, dus een support lead schreef een eigen versie van de uitleg en sloeg die op als macro om in tickets te plakken. Een week later beantwoordde iemand dezelfde vraag in het communityforum, net iets anders verwoord, met een extra kanttekening voor accounts op het oudere plan. De feature heeft nu drie beschrijvingen in omloop, en geen ervan was fout op de dag dat hij werd geschreven.
Klanten geloven het antwoord dat ze het laatst hebben ontvangen, en dat is bijna altijd de ticketreactie. Zo wordt de macro ongemerkt de echte documentatie, terwijl de catalogus gedrag blijft beschrijven dat sindsdien al twee keer is genuanceerd. De oplossing is niet om te controleren wat support schrijft. Het is om ze iets te geven waar ze naar kunnen verwijzen: een korte module, gebouwd op basis van dezelfde release note die ze aan het parafraseren waren, goedkoop genoeg om voor elke feature waar mensen echt naar vragen eentje in de bibliotheek te hebben, zodat het ticketantwoord en het forumbericht ernaar linken in plaats van het opnieuw in eigen woorden uit te leggen. VisionStory zet die geschreven bron om in de module, maar kan niet zien wat jullie helpdesk of community al heeft gepubliceerd — dus de bewoording op alle drie plekken met elkaar in lijn brengen blijft werk dat iemand bij jullie moet doen.
Leer welke optie je kiest, niet waar je klikt
Een stille screen recording met ondertitels leert het klikpad prima. De klant ziet de cursor over het instellingenpaneel gaan, kopieert de volgorde en komt op hetzelfde scherm uit. Wat je er niet mee leert, is de beslissing één stap eerder: welke van de drie opties past bij een account van hun omvang, of de standaard nog klopt zodra het datavolume groeit, en wat het inschakelen betekent voor alle anderen in de workspace.
Juist die eerdere beslissing is meestal waar adoptie vastloopt. Het ticket dat daarna binnenkomt gaat zelden over hoe je de feature inschakelt; het gaat over óf ze het moeten doen, voor welk team, en wat er gebeurt met de configuratie die ze al hebben. Zulke afwegingen moeten worden uitgesproken door iemand die het product kent — en dat betekent dat het eerst op papier moet staan. Door de module op te bouwen vanuit de release note en de enablement deck dwing je die voorwaarden het script in, in plaats van ze in iemands hoofd te laten zitten. VisionStory leest dat script vervolgens uit met een consistente presentator, een stem en ondertitels. Welke aanbeveling klopt voor welk type account blijft een beslissing van jullie product- en supportteams, en geen module zou goedgekeurd moeten worden zonder dat één van hen heeft meegekeken.
Draai een academy zonder crew, studio of budgetcyclus
De customer academy is één persoon en een deel van een tweede, binnen een customer success- of productmarketingteam. Er is geen camera, geen editor en geen studio, en het videobudget was drie jaar geleden een post die is opgegaan aan de twee cursussen die nog steeds draaien. Ondertussen levert het product elk kwartaal iets op dat uitleg verdient. De beperking is niet ambitie. Het is dat elke optie op tafel uitgaat van een productiecapaciteit die het team niet heeft — en ook niet gaat krijgen.
Deze workflow is gemaakt voor die teamgrootte. De presentator, de stem en de ondertitels komen uit geschreven materiaal in plaats van uit een shoot, waardoor je niets om iemands agenda heen hoeft te plannen en je een module opnieuw kunt bouwen zodra een scherm verandert, in plaats van hem fout te laten staan. Een goedgekeurde master kun je daarna opnieuw uitbrengen in een van de 88 talen voor de regio’s die jullie programma al bedient — vanuit hetzelfde bestand waar jullie reviewers hun akkoord op gaven. Wat handmatig blijft, is het oordeel: wat je behandelt, wat je zegt, en of de module nauwkeurig genoeg is om te publiceren.
Gebruikers zijn dol op VisionStory
Ontdek waarom contentmakers en marketeers VisionStory vertrouwen voor hun AI-videobehoeften. Van krachtige functies tot een moeiteloze gebruikerservaring—onze community blijft enthousiast over de resultaten die ze met VisionStory behalen.