Ніщо з цього не замінює CSM. Це лише змінює, на що CSM витрачає вікно впровадження. Акаунт, який уже переглянув стандартне пояснення налаштувань, починає живий дзвінок із запитань про власну міграцію, а не з пошуку, де знаходяться адмін-налаштування. У кожному пункті тут є одна й та сама межа в одному й тому самому місці: запис містить кроки, які однакові для кожного акаунта, і ніколи не містить обговорення того єдиного, що цей акаунт робить інакше.
Ніхто не може «перезапустити» kickoff-дзвінок
Адмін робив нотатки під час стартового дзвінка. Пів сторінки, записаної на зустрічі, де за сорок хвилин пояснили одинадцять речей, — і вже в понеділок ці нотатки читаються як чужа стенографія. Тож мапінг полів роблять навмання, або летить лист CSM, або питання просто чекає до наступної запланованої сесії, бо ніхто не хоче зізнатися, що втратив нитку ще в перший день.
Чого бракує в тижні перед go-live — це не CSM, який повторить це на один раз менше. Потрібне опорне джерело, яке клієнт може відкрити саме в момент виконання кроку — через три тижні після дзвінка, де це пояснювали. Зібраний з implementation deck і гіда з налаштування, які ваша команда вже підтримує, цей walkthrough стає тим, що адмін переглядає прямо в момент використання, і коли питання таки повертається, CSM і клієнт дивляться на одну й ту саму версію відповіді.
Go-live залежить від роботи, яку може зробити лише клієнт
Кожне впровадження має порядок, який не можна переставити місцями. Експорт даних потребує людини з доступом до старої системи, мапа прав доступу — того, хто відповідає за оргструктуру, а інтеграція — ключа, що зберігається в консолі іншої команди. CSM може пояснити всі три пункти, але не може виконати жоден із них, тож дата go-live на практиці — це ставка на те, коли сторона клієнта завершить свою частину.
Записані модулі не роблять цю роботу швидшою. Але вони прибирають зустріч, що стоїть перед нею, — бо адмін більше не мусить тримати питання про мапінг полів до того моменту, поки на двох календарях не з’явиться спільна година: walkthrough цього кроку вже в пошті, і залежність можна запускати того ж вечора, коли файл опиняється під рукою. Кожен модуль збирається з документів, які ваша команда вже погодила, а CSM усе одно підтверджує, що послідовність відповідає тому, що саме цей акаунт має завершити до своєї дати go-live.
Один стартовий дзвінок, три аудиторії — і нікому не дісталося
На стартовому дзвінку є адмін, якому потрібні права доступу та single sign-on, двоє людей, які користуватимуться продуктом щодня й хочуть знати, де їхня черга, і VP, який приєднався на одинадцять хвилин, щоб почути, коли на дашборді з’являться цифри. Через сорок п’ять хвилин адмін отримує лише половину потрібного, щоденні користувачі вислухали розмову про інтеграцію, яка була не для них, а VP уже пішов.
Розрізати той самий матеріал на три версії коштує лише частку від того, що коштували б зйомки трьох окремих. З одного implementation deck виходить модуль для адміна про налаштування та права, коротший — для щоденних користувачів про три найчастіші дії, і п’ятихвилинна версія для спонсора про те, як виглядає акаунт, коли все працює. CSM надсилає кожній ролі саме те, що їй потрібно. А «живим» лишається діалог про власний робочий процес цього клієнта — те, що жоден запис усе одно не покрив би.
Працюйте з акаунтами, які ніколи не «на зв’язку», коли ви
Ваша команда впровадження сидить у Берліні, а три найбільші нові акаунти цього кварталу — в Сіднеї, Сінгапурі та Сан-Паулу. Реальне «вікно» перетину з Сіднеєм — це близько дев’яноста хвилин у невдалий кінець чийогось дня. Тож питання сіднейського адміна про мапінг полів іде листом у вівторок увечері й отримує відповідь у середу після обіду, а завдання з налаштування, яке зайняло б чотири хвилини на дзвінку, розтягується на два дні.
Записаний walkthrough «не спить», коли вони на зв’язку. Адмін відкриває модуль конфігурації о дев’ятій ранку за своїм часом, виконує крок і на наступну live-сесію приносить лише те, що не спрацювало. Якщо акаунт також працює іншою мовою, опублікований модуль можна перевидати в дубльованих версіях 88 мовами — тож нікому не доведеться читати другою мовою, паралельно вивчаючи нову систему. Їхній CSM підтверджує, що версія відповідає тому, що цей акаунт придбав, перш ніж її відправити.
Нехай клієнт чує один знайомий голос від початку до кінця
Клієнт знайомиться зі своїм CSM на стартовому дзвінку, а потім проходить одинадцять онбординг-модулів, озвучених п’ятьма різними голосами — і жоден із них не належить людині, чиє ім’я стоїть у кожному листі. Стокові голоси — не проблема. Проблема в тому, що впровадження перестає звучати як взаємини й починає звучати як довідковий центр — рівно в той момент, коли клієнт вирішує, чи хтось у вашій компанії справді про нього дбає.
Один авторизований запис від CSM, який веде цей акаунт, створює багаторазовий голос — і ним озвучуються всі модулі в послідовності цього клієнта, включно з тими, що написані через кілька тижнів після go-live. Запис має належати саме цій людині та бути наданим за її згодою, адже це її голос, а не актив компанії. Ніщо тут не замінює CSM. Це просто переносить їхнє пояснення на години, коли вони не працюють, і вони все одно читають сценарій перед тим, як він прозвучить від їхнього імені.
Користувачі обожнюють VisionStory
Дізнайтеся, чому контент-креатори та маркетологи довіряють VisionStory для створення AI-відео. Від потужних функцій до простоти використання — наша спільнота не перестає захоплюватися результатами, яких досягає з VisionStory.