Как построить видео о запуске продукта вокруг одного ясного обещания

У команды шесть новых функций и бюджет на одно видео о запуске. Очевидное решение — дать каждой функции по пять секунд. К концу зритель увидит шесть движущихся вещей, но так и не поймёт, почему ему должна быть важна хоть одна.

Видео о запуске продукта должно преодолеть этот разрыв: команда мыслит возможностями, а зритель пытается понять изменение. Что теперь станет возможным? Какая привычная трудность исчезнет? Чем работа с этим продуктом будет отличаться от нынешнего способа?

Полезное видео отвечает обещанием и достаточными видимыми доказательствами, которые делают его убедительным. Обещание — это изменение, которое аудитория должна запомнить. Доказательство — часть продукта, позволяющая оценить, реально ли это изменение. Анимация связывает их, управляя тем, что становится видимым, в каком порядке и на какое время.

Это другая задача, нежели документирование каждого шага процесса. Обучающий ролик должен позволять повторить действие. Видео о запуске должно сделать незнакомую возможность понятной и достойной изучения. Смешение задач даёт либо торопливую инструкцию, либо красивый фильм, который почти ничего не сообщает зрителю.

Начните с фразы, которую человек должен суметь повторить

Представьте продукт для управления запросами. Во внутреннем списке функций — формы, правила маршрутизации, общие очереди, уведомления, целевые сроки обслуживания и отчётность. Это полезные детали реализации. Но идеи фильма они пока не дают.

Возможное обещание: «Превратите разрозненные запросы в работу с понятным ответственным». В этой фразе есть узнаваемое исходное состояние, изменение и результат. Она также даёт критерий отбора кадров. Фрагмент, где у запроса появляется ответственный, уместен. Вращающийся дашборд, никак не связанный с запросом, — скорее всего, нет.

Фраза не обязана дословно появляться на экране. Это производственное решение: критерий выбора вступления, решающего момента в продукте и финального действия. Если фраза меняется каждый раз, когда кто-то спрашивает о главной функции, фильм всё ещё пытается решить проблему позиционирования монтажом.

Прежде чем выбрать, напишите два варианта. Один может подчёркивать устранённую проблему, другой — полученную возможность. «Перестаньте терять запросы в чатах» и «Дайте каждому запросу путь к решению» ведут к разным первым кадрам, даже если продукт один. Первый вариант требует убедительно показать потерю. Второй — понятный путь и достоверную конечную точку.

Выберите направление, для которого у вас самые сильные доказательства в продукте. Более широкое обещание звучит впечатляюще, но может требовать кадров, которые нельзя честно показать. Уточнить и сузить фразу — зачастую самый быстрый способ улучшить видео ещё до создания анимации.

Что делает наглядным Linear Asks

Первоначальный анонс Linear Asks — полезный пример запуска, организованного вокруг узнаваемого изменения. В анонсе описано превращение запросов из Slack в задачи Linear, включая запросы людей без аккаунта Linear. Общий приём запросов и обновления в Slack поддерживают эту основную идею.

Урок — в связи анонса с продуктовыми доказательствами. «Запросы становятся задачами» даёт зрителю конкретный объект, за которым можно следить между инструментами. Не нужно самому догадываться, как набор несвязанных функций складывается в целое. Запрос соединяет повествование.

Для собственного запуска найдите такой же устойчивый объект. Это может быть вопрос клиента, дизайн-файл, счёт, сохранённый отчёт или черновик на согласовании. Покажите, где он появляется, что его меняет и чем отличается результат. Узнаваемость объекта обеспечивает непрерывность для аудитории, даже когда интерфейс меняется.

Постройте историю запуска на доказательствах, затем определите длительность

Возьмём вымышленный продукт Relay. Его обещание при запуске: входящие запросы получают понятного ответственного, а отправителю не нужно изучать новую систему. Правдоподобная цепочка доказательств состоит из четырёх частей: запрос приходит в привычный канал; значимый контекст становится отслеживаемой записью; виден ответственный; отправитель видит, что произошло.

Каждая часть отвечает на свой вопрос. Привычный канал объясняет, с чего начинается взаимодействие. Сохранённый контекст — почему запись полезна. Ответственный делает изменение осязаемым. Видимый ответ замыкает цикл. Без последней части видео может обещать порядок, оставляя опыт отправителя незавершённым.

Эта цепочка определяет минимальную полезную длительность. Если зритель не успевает узнать запрос до смены формы, превращение становится украшением. Если имя ответственного мелькает на долю секунды, фильм не даёт пригодного для восприятия доказательства назначения. Дополнительное время не поможет автоматически, но длительность обязана вмещать доказательства, которые вы предлагаете оценить.

План съёмки может быть небольшим:

Прежде чем фиксировать монтаж, попробуйте поочерёдно убрать каждую сцену. Если история остаётся понятной, фрагмент, возможно, повторяет уже сказанное. Если без него продукт совершает необъяснимый скачок, оставьте сцену или замените более коротким показом того же события. Это особенно полезно для интеграций: сохраните момент, когда запрос получает место назначения, вместо прямого перехода от сообщения к несвязанному дашборду.

Цепочка доказательств также помогает практически разделить запуск на короткие материалы. Клип о приёме запросов может закончиться превращением запроса в отслеживаемую запись. Клип о совместной работе может начать с этой записи и закончить ответом. Каждому фрагменту нужны собственные вопрос и ответ; произвольный пятнадцатисекундный отрезок может не содержать ни того ни другого. Выбирайте границы по завершённым мыслям, а затем по длительности для канала.

Дайте первой сцене задачу, помимо дорогого вида

Вступление может обозначить проблему, показать результат или представить неожиданную возможность. Все три подхода работают. Важно, сможет ли следующая сцена оправдать ожидание, созданное первой.

Допустим, Relay начинается с каскада исчезающих сообщений. Это намекает на потерянные запросы. Следующая сцена должна показать, как продукт сохраняет один из них. Уверенное начало «У каждого запроса есть ответственный» создаёт более сильное обязательство: видео должно показать назначение и то, где оно становится видно. Медленное кинематографичное появление логотипа не делает ни того ни другого, если аудитория ещё не знает, почему бренд важен.

Не преувеличивайте проблему до степени, при которой ответ продукта выглядит столь же постановочным. Двенадцать перекрывающихся окон чата и тревожный сигнал передают хаос, но могут изображать рабочее место, которое никто не узнаёт. Один оставшийся без ответа запрос с достаточным контекстом часто оказывается более точным началом.

Самое сильное вступление не всегда самое громкое. Это сцена, которая задаёт полезный вопрос. Когда вопрос появился, анимация может направить к ответу. Приближение к неназначенному запросу имеет причину. Приближение к случайному углу интерфейса не обретает смысла от качественного easing.

Решите, что продукт обязан доказать на экране

Разделите утверждения на три вида. Видимое состояние доказывает, что в показанном примере есть ответственный. Видимая последовательность показывает перенос запроса из одного места в другое. Широкое операционное утверждение, например о сокращении времени решения во всей компании, требует доказательств за пределами одной эффектной последовательности.

Это различие меняет текст. «Назначьте ответственного из запроса» подтверждается показанным действием. «Решайте запросы вдвое быстрее» нельзя подтвердить ускоренной записью. Наложенный секундомер не превращает постановочный процесс в исследование с измерениями.

Если вы заявляете о меньшем числе шагов, снимите сопоставимые начальные и конечные состояния до монтажа. Если одна версия начинается после входа и с подготовленной записью, а другая включает настройку, сравниваются разные задачи. Если ускоренный процесс зависит от интеграции, не включённой по умолчанию, это условие нужно указать рядом с демонстрацией.

Не нужно загромождать запуск оговорками. Нужно выбрать обещание, важные условия которого остаются понятными. Если для объяснения заголовка фильму нужны шесть сносок, возможно, такое утверждение лучше подходит подробной продуктовой странице.

Пусть второстепенные функции поддерживают историю

Второстепенная функция заслуживает экранного времени, если делает главное изменение убедительнее, актуальнее или понятнее. Правила маршрутизации поддерживают обещание об ответственности. Уведомление — обещание держать отправителя в курсе. Переключатель цветовой темы, скорее всего, не поддерживает ни то ни другое, даже если его было трудно разработать.

Внутри команды это бывает неудобно. Авторы функции вполне обоснованно хотят увидеть её в ролике. Решение — план отдельных материалов, а не более тесный главный фильм. Выделите специализированным функциям собственные клипы, примеры в примечаниях к выпуску или последующие демонстрации. Они станут лучше, когда перестанут конкурировать с центральной идеей запуска.

Полезный монтажный вопрос: «Если сцена исчезнет, какое убеждение об обещанном результате будет сложнее обосновать?» Если ответ только в том, что продукт будет казаться менее функциональным, сцене, возможно, место в другом материале. Если без неё результат выглядит волшебством, она, вероятно, важна.

Сохраняйте необходимые связующие моменты. Монтажёр может убрать кажущееся медленным подтверждение и случайно создать впечатление, что продукт действует без одобрения пользователя. Сокращая процесс, осторожно убирайте ожидание и повторы, сохраняя моменты, которые объясняют, кто действует и к чему это приводит.

Рассматривайте переходы как объяснение изменений

Переход может сообщить, что объект остаётся тем же, прошло время или фильм перешёл к новой теме. Эти значения полезны. Проблемы начинаются, когда визуальная грамматика подразумевает связь, которой в продукте нет.

Если сообщение Slack напрямую превращается в выполненную задачу, аудитория может решить, что произошло автоматическое выполнение, а не создание запроса. Более честный переход сохраняет идентичность запроса, но заканчивается его реальным новым статусом. Назначение ответственного затем можно показать отдельным событием, если для него требуется отдельное действие.

Используйте прямую склейку, когда непрерывность обещает слишком много. Два экрана могут быть связаны монтажом, не представляя непрерывное действие продукта. Небольшой заголовок сцены или неизменная подпись объекта передадут связь, оставив границу действий видимой.

До полировки переходов посмотрите последовательность реальных экранов без оформления. Если история уже здесь непонятна, частицы и движения камеры вряд ли помогут. Монтажу нужен более ясный объект, недостающее состояние или меньше материала. Анимация должна усиливать объяснение, у которого уже есть связная основа.

Свяжите финальное действие с обещанием

Фильм об уменьшении хаоса в запросах должен вести к действию, позволяющему изучить именно этот процесс. Универсальный финал с четырьмя конкурирующими кнопками ослабляет связь между увиденным и следующим шагом.

Выберите следующий шаг по оставшейся неопределённости зрителя. Новая категория может требовать более глубокого объяснения. Знакомому продукту с конкретной новой функцией может понадобиться инструкция по её включению. Продукту с продажами через менеджеров — запрос демонстрации. Один финал не подходит каждому запуску только потому, что бренд использует его в других местах.

Финальной карточке также нужна достаточная неподвижность для чтения. Если адрес появляется, пока продуктовая сцена ещё движется и приезжает логотип, у аудитории возникает несколько конкурирующих задач. Попробуйте сначала дать решающему результату установиться, а потом вводить следующее действие. Финал должен завершать историю, а не прерывать её.

Если фильм размещён на странице с видимым призывом к действию, устная или экранная инструкция может указывать на этот контекст. При отдельном распространении адрес назначения должен быть понятен сам по себе. Проверьте оба размещения, прежде чем считать один экспорт одинаково пригодным для них.

Проверьте обещание с человеком вне проекта

Покажите фильм один раз без объяснения задания. Спросите, что изменилось, какой момент в продукте подтвердил это впечатление и что человек сделал бы дальше. Эти вопросы выявляют иные проблемы, чем вопрос о том, красиво ли выглядит фильм.

Запишите ошибочный вывод дословно, например: «Я подумал, что запрос уже решён». Если зритель повторяет заголовок, но не может назвать подтверждающий момент, в фильме, возможно, убедительные слова и слабые доказательства. Если описывает детали интерфейса, но не может сформулировать изменение, перед вами, возможно, обзор продукта без сюжетного центра. Если приписывает продукту отсутствующую возможность, изучите переход или пропущенный шаг, породивший этот вывод.

Готовому фильму не нужно говорить обо всём. Он должен оставить обоснованную мысль: значимое изменение, подтверждённое продуктовым моментом, который зритель действительно мог увидеть. Когда это ясно, темпу, типографике, звуку и переходам есть что делать запоминающимся.