Niets hiervan vervangt de CSM. Het verandert waar de CSM het implementatievenster aan besteedt. Een account dat de standaard configuratie-walkthrough al heeft bekeken, begint het livegesprek met vragen over zijn eigen migratie, niet met vragen over waar de admin-instellingen zitten. Elk punt hier heeft dezelfde grens op dezelfde plek: een opname bevat de stappen die voor elk account identiek zijn, en bevat nooit de discussie over dat ene ding dat dit account anders doet.
Niemand kan een kick-off call opnieuw openen
De admin maakte aantekeningen tijdens de kickoff. Een halve pagina, geschreven in een meeting waarin elf dingen in veertig minuten werden uitgelegd, en op maandag lezen die notities als iemands anders steno. Dus de veldmapping wordt een gok, of er gaat een e-mail naar de CSM, of de vraag wacht gewoon tot de volgende geplande sessie omdat niemand wil toegeven dat ze de draad op dag één kwijt waren.
Wat er in de weken vóór go-live ontbreekt, is niet een CSM die het één keer minder zegt. Het is een referentie die de klant kan openen op het moment dat ze de stap daadwerkelijk uitvoeren, drie weken na de call waarin die werd uitgelegd. Gebouwd op basis van de implementatie-deck en setupgids die je team al onderhoudt, wordt die walkthrough iets wat de admin opnieuw bekijkt op het moment van gebruik—en als er tóch een vraag terugkomt, kijken de CSM en de klant naar dezelfde versie van het antwoord.
Go-live wacht op werk dat alleen de klant kan doen
Elke implementatie heeft een volgorde die je niet kunt omgooien. Voor de data-export heb je iemand nodig met toegang tot het oude systeem, voor de permissiemapping degene die het organigram beheert, en voor de integratie een sleutel die in de console van een ander team staat. Een CSM kan alle drie uitleggen en geen ervan uitvoeren, dus een go-live-datum is in de praktijk een gok op wanneer de klant zijn eigen deel afrondt.
Opgenomen modules maken dat werk niet sneller. Wat ze wegnemen, is de afspraak die ervoor staat—want de admin hoeft de vraag over veldmapping niet meer vast te houden tot er een gedeeld uur op twee agenda’s verschijnt: de walkthrough voor die stap staat al in hun inbox, en de afhankelijkheid kan starten op de avond dat ze het bestand hebben. Elke module wordt samengesteld uit documenten die je team al heeft goedgekeurd, en de CSM bevestigt nog steeds dat de volgorde klopt met wat dit account moet afronden vóór de eigen go-live-datum.
Eén kickoffcall, drie doelgroepen, niemand echt geholpen
In de kickoffcall zit de admin die permissies en single sign-on wil, de twee mensen die het elke dag gaan gebruiken en willen weten waar hun eigen wachtrij zit, en de VP die elf minuten aansluit om te horen wanneer het dashboard cijfers laat zien. Vijf-en-veertig minuten later heeft de admin de helft van wat nodig was, hebben de dagelijkse gebruikers een integratiediscussie uitgezeten die niet voor hen bedoeld was, en is de VP al vertrokken.
Hetzelfde materiaal op drie manieren knippen kost maar een fractie van wat het zou kosten om drie versies te filmen. Eén implementatie-deck levert een adminmodule op over setup en permissies, een kortere voor dagelijkse gebruikers over de drie dingen die ze het vaakst doen, en een versie van vijf minuten voor de sponsor over hoe het account eruitziet als alles werkt. De CSM stuurt elke rol de versie die relevant is. Wat live blijft, is het gesprek over de workflow van deze klant—iets wat geen enkele opname ooit volledig zou dekken.
Bedien accounts die nooit wakker zijn wanneer jij dat bent
Je implementatieteam zit in Berlijn en de drie grootste nieuwe accounts van dit kwartaal zitten in Sydney, Singapore en São Paulo. De werkbare overlap met Sydney is ongeveer negentig minuten, op het verkeerde moment van iemands dag. Dus de vraag van de Sydney-admin over de veldmapping gaat dinsdagavond in een e-mail en krijgt woensdagmiddag pas antwoord, en een setuptaak die in een call vier minuten had gekost, duurt ineens twee dagen.
Een opgenomen walkthrough is wakker wanneer zij dat zijn. De admin opent de configuratiemodule om negen uur ’s ochtends in hun tijdzone, voert de stap uit en neemt alleen het deel dat niet werkte mee naar de volgende live sessie. Als een account ook in een andere taal werkt, kan de vrijgegeven module opnieuw worden uitgebracht in ingesproken edities in 88 talen, zodat niemand een tweede taal hoeft te lezen terwijl ze een nieuw systeem leren. Hun CSM bevestigt dat de editie overeenkomt met wat dat account heeft gekocht voordat die wordt verstuurd.
Laat de klant van begin tot eind één vertrouwde stem horen
Een klant ontmoet zijn CSM tijdens de kickoffcall en doorloopt daarna elf onboardingmodules die door vijf verschillende stemmen worden ingesproken—geen daarvan is de persoon wiens naam onder elke e-mail staat die ze hebben ontvangen. De stockstemmen zijn niet het probleem. Het probleem is dat de implementatie niet langer klinkt als een relatie en steeds meer als een helpcenter, precies op het moment dat deze klant beslist of iemand bij jouw bedrijf echt naar hen omkijkt.
Eén geautoriseerde opname van de CSM die het account beheert levert een herbruikbare stem op, en elke module in de reeks van die klant wordt daarmee ingesproken—ook modules die weken na go-live worden geschreven. De opname moet van die persoon zelf zijn en met toestemming zijn gegeven, omdat het hun stem is en geen bedrijfsmiddel. Niets hiervan vervangt de CSM. Het brengt hun uitleg door naar de uren waarin ze niet werken, en ze lezen het script nog steeds voordat het in hun naam wordt uitgesproken.
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.