AI видео за Customer Success екипи: за какво служи всеки работен процес

Запитайте се къде е клиентът в жизнения цикъл и на колко клиенти трябва да служи едно видео. Onboarding покрива периода между подписан договор и клиент, който може да свърши работата без помощ, затова рецензентът обикновено е CSM или implementation lead, който отговаря за този акаунт, а поводът за преработка е промяна в setup пътя. Education обслужва клиенти, които вече са активни, фокусира се върху функциите, които така и не са възприели, и следва календара с версии. Support видеата са self-serve слой, собственост на support екипа, а спусъкът е обемът от тикети по един повтарящ се въпрос. Ако видеото е предназначено за един конкретно назован акаунт — то е за onboarding. Ако трябва да важи за всички — то е за education или support.

Не, и не се опитва да го прави. Това са системи на запис (systems of record). Customer success платформата пази health scores, риск от подновяване, playbooks и времевата линия на акаунта. Help center-ът пази статии, търсене, показатели за deflection и историята на тикетите. VisionStory е една стъпка по-рано — там, където повечето екипи днес разчитат на разговор на живо, screen share или на когото му е свободно този следобед — и връща видео файла заедно с езиковите му версии. След това го качвате в help center-а си, прикачате го към стъпка от playbook или го добавяте към macro, използвайки правата и процеса за преглед, които вече имате. Няма конектор и няма автоматично публикуване, защото решението какво вижда клиентът е решение за акаунта, а не файлов трансфер.

Три неща. Всеки работен поток започва от материали, които вашият екип вече е написал и одобрил — например план за внедряване, бележка за версията, статия в помощния център или решена нишка от тикет — така че първата чернова е по-скоро задача по редактиране, отколкото по създаване от нулата. Всеки работен поток завършва с това конкретен човек от вашия екип да потвърди, че видеото отговаря на това, което продуктът реално прави днес, преди да достигне до който и да е клиент. А всеки одобрен мастър може да бъде преиздаден на 88 езика, с избор от 1 000+ гласа, така че клиент, който работи на друг език, получава същото обяснение — със същото одобрение като оригинала.

Не. Водещият, озвучаването и субтитрите се изграждат от писмени материали, така че няма екип за наемане и никой не трябва да отделя „ден за запис“ в календара си. Когато конкретно лице е важно за акаунта — например приветствие от отговорника — то може да се използва повторно от един запис, направен от човека, упълномощен за тази цел, вместо сесия, повтаряна за всеки клиент. Когато даден работен поток изисква вашият продукт да е на екрана, вашият екип записва този capture, тъй като входът, демо данните и акаунтът, върху който записвате, са ваши, а не на доставчик.

Зависи от работния поток — и това е практическата причина тези три да се разграничават. Onboarding модулите се променят, когато се промени пътят за настройка или планът за внедряване, което обикновено е рядко и предвидимо. Обучителното съдържание следва календара на изданията, затова планирайте преглед всеки път, когато функционалност, която демонстрира, промени формата си. Видеата за поддръжка се променят най-бързо и най-непредвидимо, защото отговорът престава да е верен в момента, в който се промени интерфейсът. Когато всяко видео се изгражда от документ, който и без това поддържате, преработката остава евтина: обновете източника, регенерирайте само модула, който засяга, и преиздайте езиковите версии от одобрения мастър, вместо да записвате отново каквото и да е.