Обучение клиентов редко проваливается из‑за качества. Оно проваливается из‑за охвата: два курса, которые сделали «по уму», действительно хороши, а всё остальное — статья справки с пронумерованными скриншотами. Проблема не в усилиях. Просто раньше видео требовало команду, забронированный день и бюджетную строку, которую утверждают раз в год, тогда как продукт каждый квартал выпускает что-то новое, что стоит объяснить. Когда модуль начинает стоить одно рабочее послеобеденное время вместо целого производственного цикла, эта математика перестаёт работать.
Сделайте функции, которые никто не открывал, чем-то, что реально смотрят
На квартальном обзоре вы выводите на экран выгрузку по использованию — и картина та же, что и в прошлом квартале. В рабочем пространстве сотни мест, и большинство из них ни разу не открывало модуль, ради которого аккаунт расширяли. Никто не ушёл, никто не жаловался, и в очереди тикетов ничего не намекает на проблему. Функция просто «лежит» — оплаченная и неиспользуемая, — и разговор о продлении через девять месяцев из‑за неё будет сложнее.
Решение — редко «улучшить статью справки», потому что клиент просто не дошёл до того, чтобы её искать. Трёхминутный модуль, который показывает, что делает функция, прежде чем просить кого-то её настраивать, меняет вопрос с «как этим пользоваться» на «стоит ли это моего вторника». VisionStory собирает такой модуль из release note и презентации, которые у вас уже есть, а ваша команда размещает его там, где клиенты уже находятся — в академии, справочном центре или в in-app подсказке. Чего он не делает — не решает, какие функции заслуживают такой модуль; это решение должно опираться на ваши данные по использованию.
Дайте остальной библиотеке тот же уровень, что и у флагманского курса
Два курса в каталоге выглядят как настоящие курсы. Их сделали в тот год, когда под это была отдельная строка в бюджете: продюсер, сценарий, человек в кадре. Всё, что добавляли с тех пор, — это текстовые статьи с пронумерованными скриншотами в том же разделе, поэтому клиент, переходя по каталогу, попадает из продакшн-модуля в стену текста и тихо делает вывод, что вторая половина была недостаточно важной, чтобы её проходить до конца.
Выравнивать библиотеку важнее, чем повышать планку для какого-то одного модуля. Один и тот же ведущий, одно и то же интро, единый стиль субтитров и одинаковая дисциплина по длине на всех темах делают каталог цельной программой — и стоимость на модуль одна и та же, будь то ключевой workflow или настройка экспорта. Текстовая статья превращается в озвученный модуль без переписывания — а именно переписывание обычно и не даёт разобрать хвост накопившихся материалов. При этом решение всё равно остаётся за вами: какие статьи стоит «прокачать», а какие пусть останутся текстом, который быстро пролистывают.
Пусть в ходу будет одно объяснение функции, а не три
Саппорт не мог ждать появления модуля, поэтому тимлид поддержки написал свою версию объяснения и сохранил её как макрос, чтобы вставлять в тикеты. Через неделю кто-то ответил на тот же вопрос на форуме сообщества — чуть другими словами и с дополнительной оговоркой про аккаунты на старом плане. В итоге у функции уже три параллельных описания, и ни одно из них не было неверным в день, когда его написали.
Клиенты верят тому ответу, который дошёл до них последним, а это почти всегда ответ в тикете — и поэтому макрос незаметно становится «настоящей» документацией, пока каталог продолжает описывать поведение, которое с тех пор уже дважды уточняли. Решение — не контролировать каждую фразу, которую пишет поддержка. Решение — дать им то, на что можно ссылаться: короткий модуль, собранный из той же release note, которую они пересказывали, настолько недорогой, что в библиотеке можно держать по модулю на каждую функцию, о которой реально спрашивают. Тогда в ответе на тикет и в посте на форуме будут просто ссылаться на него, а не пересказывать своими словами. VisionStory превращает этот письменный источник в модуль, но он не видит, что ваш help desk или сообщество уже опубликовали, поэтому согласовать формулировки во всех трёх местах — всё равно задача для вашей команды.
Учите, какой вариант выбрать, а не куда нажимать
Немой скринкаст с субтитрами отлично обучает «маршруту кликов». Клиент видит, как курсор проходит по панели настроек, повторяет последовательность и попадает на тот же экран. Но он не учит решению на шаг раньше: какой из трёх вариантов подходит аккаунту их масштаба, будет ли значение по умолчанию верным, когда объём данных вырастет, и что включение этого параметра изменит для остальных в рабочем пространстве.
Именно на этом более раннем решении обычно и стопорится внедрение. Тикет, который приходит потом, редко про то, как включить функцию; он про то, стоит ли её включать, для какой команды и что будет с уже существующей конфигурацией. Такие рассуждения должен проговорить тот, кто знает продукт — а значит, сначала это нужно записать. И когда вы строите модуль на основе release note и enablement-материалов, эти условия неизбежно попадают в сценарий, а не остаются у кого-то в голове. VisionStory затем озвучивает этот сценарий единым ведущим, голосом и субтитрами. Какая рекомендация верна для какого типа аккаунтов — по-прежнему решение ваших продуктовой команды и саппорта, и ни один модуль не должен утверждаться без их проверки.
Запускайте академию без команды, студии и бюджетного цикла
Клиентская академия — это один человек и ещё немного времени другого сотрудника в составе команды customer success или product marketing. Нет камеры, нет монтажёра, нет студии, а видеобюджет был отдельной строкой три года назад и ушёл на два курса, которые до сих пор крутятся. При этом продукт каждый квартал выпускает то, что стоит объяснять. Ограничение — не в амбициях. Ограничение в том, что все доступные варианты подразумевают продакшн-возможности, которых у команды нет и не появится.
Этот workflow рассчитан именно на такой размер команды. Ведущий, голос и субтитры берутся из письменных материалов, а не со съёмки — поэтому не нужно подстраиваться под чьи-то календари, и модуль можно пересобрать, когда меняется экран, вместо того чтобы оставлять его устаревшим. Утверждённый мастер затем можно перевыпустить на любом из 88 языков для регионов, которые уже охватывает ваша программа, — из того же файла, который одобрили ревьюеры. Вручную остаётся главное: решение, что освещать, что говорить и достаточно ли точно всё в модуле, чтобы публиковать.
Пользователи любят VisionStory
Узнайте, почему создатели контента и маркетологи доверяют VisionStory для своих нужд в AI-видео. От мощных функций до легкого пользовательского опыта, наше сообщество не перестает восхищаться результатами, которых они достигают с VisionStory.