AI-відео для команд Customer Success: для чого кожен робочий процес

Почніть із двох запитань: на якому етапі життєвого циклу клієнт і скільком клієнтам має слугувати одне відео. Онбординг покриває проміжок між підписаним контрактом і моментом, коли клієнт може виконувати роботу без допомоги, тож рев’юером зазвичай є CSM або лід впровадження, який веде цей акаунт, а тригер для перезбирання — зміна шляху налаштування. Навчання орієнтоване на клієнтів, які вже в продакшені, націлене на функції, які вони так і не почали використовувати, і йде за календарем релізів. Відео підтримки — це self-serve шар, яким володіє команда підтримки, а тригером є обсяг тікетів по одному повторюваному запитанню. Якщо відео робиться для одного конкретного акаунта — це онбординг. Якщо воно має підходити всім — це навчання або підтримка.

Ні — і VisionStory не намагається цього робити. Це системи обліку (systems of record). Платформа customer success зберігає health scores, ризики продовження, плейбуки та таймлайн акаунта. Довідковий центр зберігає статті, пошук, показники deflection і історію тікетів. VisionStory стоїть на крок раніше — у тій частині, яку більшість команд зараз вирішує живим дзвінком, демонстрацією екрана або «хто вільний цього дня», — і повертає вам відеофайл разом із його мовними версіями. Далі ви завантажуєте його у свій довідковий центр, додаєте до кроку плейбука або вставляєте в макрос, використовуючи ті самі права доступу та процес рев’ю, які вже працюють у вас. Тут немає конектора й автоматичної публікації, адже рішення про те, що бачить клієнт, — це рішення на рівні акаунта, а не передавання файлу.

Три речі. Кожен робочий процес починається з матеріалів, які ваша команда вже написала й погодила — наприклад, плану впровадження, приміток до релізу, статті довідкового центру або вирішеної гілки тікета, — тож перша чернетка є радше роботою з редагування, ніж зі створення з нуля. Кожен робочий процес завершується тим, що визначена людина у вашій команді підтверджує: відео відповідає тому, що продукт реально робить сьогодні, перш ніж його побачить бодай один клієнт. А кожен затверджений майстер можна перевипустити 88 мовами, маючи на вибір 1 000+ голосів, тож клієнт, який працює іншою мовою, отримує те саме пояснення з тим самим погодженням, що й оригінал.

Ні. Ведучий, озвучення та субтитри створюються з письмових матеріалів, тож не потрібно наймати знімальну команду й нікому не доведеться виділяти у календарі день для запису. Коли для акаунта важливе конкретне обличчя — наприклад, привітання від закріпленого відповідального — це можна повторно використати з одного запису, який людина дозволила для цієї мети, замість сесії, що повторюється для кожного клієнта. А там, де робочому процесу потрібен ваш продукт на екрані, цей запис робить ваша команда, адже логін, демодані та акаунт, у якому ви записуєте, належать вам, а не постачальнику.

Це залежить від робочого процесу — і саме тому ці три типи практично має сенс тримати окремо. Онбординг-модулі змінюються тоді, коли змінюється шлях налаштування або план впровадження — зазвичай це трапляється рідко й передбачувано. Навчальний контент слідує календарю релізів, тож плануйте перегляд щоразу, коли функція, яку він демонструє, змінює вигляд або логіку. Підтримкові відео змінюються найшвидше й найменш передбачувано, бо відповідь перестає бути правильною в ту ж мить, коли змінюється інтерфейс. Якщо будувати кожен модуль із документа, який ви й так підтримуєте, переробка буде недорогою: оновіть джерело, згенеруйте заново лише модуль, якого це стосується, і перевипустіть мовні версії із затвердженого майстра замість того, щоб щось записувати знову.