Сколько бесплатных версий вы отдаёте вместе с одним роликом?
Клиент купил один основной ролик. Через неделю после первой сдачи появляются ещё задачи: версия 9:16, версия 4:5, ролик без титров, ролик с другими субтитрами, ролик на 15 секунд, ролик на 6 секунд, ролик для внутренней презентации и ещё один файл, где нужно просто заменить финальный экран. На словах это звучит как пара быстрых экспортов.
На практике это уже не один ролик. Это пакет deliverables, у которого свои сроки, свои ревью-циклы и свои точки ошибки. Если студия считает такие адаптации чем-то мелким, она почти всегда дарит клиенту часы монтажа, часы продюсера и нервы команды.
Проблема стала заметнее именно сейчас. Вертикальные и квадратные форматы уже не считаются дополнительной опцией. Для многих проектов они входят в базовое ожидание. Площадки расширяют короткие вертикальные сценарии публикации, маркетинговые команды хотят больше вариантов для тестов, а инструменты рефрейма сделали саму идею “сделайте ещё 3 версии” слишком лёгкой на словах.
Поэтому студии сталкиваются не с технической сложностью, а с управленческой. Версий стало легко просить, но не стало легко считать, согласовывать и сдавать.
Почему это ломает экономику постпродакшна
- Объём прячется внутри фразы “ещё одна версия”. Один новый формат почти всегда тянет за собой перестановку графики, перекомпоновку кадра, новую проверку титров, экспорт, загрузку и новый раунд согласования.
- Правки начинают ветвиться. Клиент утверждает горизонтальную версию, потом просит изменить первый экран только в вертикальной, а потом переносит это решение обратно в мастер. Команда перестаёт понимать, какая версия главная.
- Финишные задачи никто не оценивает честно. Субтитры, safe zones, локализация, музыка, юридические плашки, адаптация call to action, обложки, названия файлов, загрузка в нужные папки - всё это мелко по отдельности и дорого суммарно.
У этой проблемы есть неприятный эффект. Она редко выглядит как катастрофа. Чаще студия просто замечает, что проект “вроде закрыли”, а прибыли в нём меньше, чем ожидали. Монтажёр устал, продюсер дописывал комментарии вечером, а клиент всё равно уверен, что просил “совсем чуть-чуть”.
Значит, решать нужно не на уровне героизма. Нужен процесс, в котором адаптации считаются отдельной производственной работой, а не бесплатным хвостом после основного монтажа.
1. Продавайте не ролик, а матрицу deliverables
Пока в смете написано просто “монтаж ролика”, студия сама создаёт себе дыру. Клиент видит один объект покупки и логично считает, что все вариации находятся где-то внутри него. Команда думает иначе, но узнаёт об этом слишком поздно.
Рабочая модель выглядит так: сначала вы описываете мастер-версию, потом отдельно фиксируете семейства производных материалов. Например:
- мастер 16:9 на 60 секунд;
- cutdown 30 секунд;
- cutdown 15 секунд;
- вертикальная адаптация 9:16;
- квадратная адаптация 1:1 или 4:5;
- версия с субтитрами;
- версия без титров;
- версия с альтернативным финальным экраном.
Это полезно не только для бюджета. Такая матрица помогает команде раньше заметить скрытую работу. Если у ролика 2 длительности, 2 ориентации и 2 языковые версии, это уже не “несколько файлов”, а набор из нескольких веток производства.
Что делать: перед стартом проекта добавляйте в смету и в kickoff-документ отдельный блок “итоговые материалы”. Не перечисляйте только форматы экспорта. Перечисляйте каждую версию, которую команда реально будет собирать, проверять и согласовывать.
2. Сначала утверждайте мастер, потом адаптации
Многие студии попадают в ловушку скорости. Как только появляется первый более-менее удачный монтаж, хочется сразу отдать клиенту и горизонтальную, и вертикальную, и короткую версии. Кажется, что так проект пойдёт быстрее.
Обычно происходит обратное. Клиент начинает обсуждать 3 файла одновременно. В одном ему нравится темп, во втором первый кадр, в третьем титры. Вместо одного набора решений команда получает три параллельных дискуссии.
Сильнее всего страдает монтажёр. Он больше не понимает, что именно считается утверждённой логикой ролика: порядок сцен, длина фраз, музыкальные акценты или графика. Любая правка в мастере начинает каскадом лететь по всем адаптациям.
Надёжнее работает простой порядок:
- Утверждаете мастер по структуре, сообщению и темпу.
- Замораживаете смысловые решения.
- Только после этого собираете cutdowns и форматы под площадки.
- Отдельно обозначаете, какие правки в адаптациях допустимы без возврата в мастер.
Это не замедляет проект. Это защищает его от бесплатного перемонтажа. Сначала одна логика, потом её производные - для постпродакшна это почти всегда дешевле, чем параллельная сборка всех версий.
3. Разведите творческие правки и адаптационные
Не каждая правка в короткой версии является “мелкой”. Если клиент в вертикальном cutdown просит заменить первый тезис, убрать один блок аргументации и переписать финальный экран, это уже не адаптация. Это новая редакторская задача.
Когда студия не разделяет типы правок, начинается путаница:
- продюсер обещает быстрый апдейт;
- монтажёр фактически пересобирает драматургию;
- клиент продолжает считать, что правка относится к уже оплаченному пакету.
Полезно ввести 2 категории.
Адаптационные правки
Это изменения, которые не трогают основу ролика:
- перенос титров в safe zone;
- подстройка кадрирования под 9:16;
- сокращение пауз без изменения смысла;
- перенос логотипа;
- замена финального экрана по готовому шаблону.
Творческие правки
Это изменения, которые меняют саму идею подачи:
- новый хук;
- перестановка сцен;
- замена ключевой мысли;
- новая текстовая подводка;
- другой оффер или другой call to action.
Что делать: пропишите это деление в правилах проекта ещё до первой сдачи. Тогда у менеджера появится спокойная опора для разговора: “Эта правка меняет сценарное решение, значит, мы оцениваем её отдельно”. Без такого правила даже опытная команда быстро уходит в бесплатную доработку.
4. Назначьте владельца версий и жёсткие правила именования
Когда версий становится много, студия обычно пытается решить проблему дисциплиной. Все просто договариваются быть внимательнее. Этого хватает до первого дедлайна в четверг вечером.
Нужен конкретный владелец ветки deliverables. В маленькой студии это часто продюсер. В большей команде это может быть постпродакшн-координатор. Его задача не “помогать всем”, а держать один реестр:
- какие версии входят в проект;
- какая версия на каком этапе;
- какая из них уже согласована;
- где лежит актуальный файл;
- какой комментарий относится к какой сборке.
Не менее важны имена файлов. Если команда живёт в логике final, final2, final_final, она уже платит за хаос. Название должно отвечать на 4 вопроса: проект, формат, длительность, статус версии. Например: brand-launch_9x16_15s_v03-review.
Инструменты вроде Basalt помогают держать статусы, версии, комментарии и список итоговых материалов внутри одного проекта, а не собирать их из папок и переписок вручную. Но даже без отдельной системы правило остаётся тем же: у каждой версии должен быть хозяин и понятное имя.
5. Считайте бюджет по семействам версий, а не по остаточному времени
Самая дорогая ошибка звучит так: “Сначала смонтируем мастер, а потом посмотрим, сколько времени уйдёт на остальное”. Обычно это означает, что адаптации будут оплачиваться по остаточному принципу, то есть почти никак.
Гораздо точнее считать не часы “на всякий случай”, а семейства работ:
- адаптация по ориентации;
- адаптация по длительности;
- адаптация по языку;
- адаптация по графике или финальному экрану;
- пакет загрузки и сдачи материалов.
Такой подход лучше и для студии, и для клиента. Студия видит маржу до старта. Клиент понимает, из чего складывается цена и где может сократить объём. Разговор перестаёт быть спором про “пару кликов” и становится разговором про понятный набор результатов.
Если у вас пока нет точных нормативов, начните с фактологии. Возьмите последние 5 проектов, где были короткие версии и вертикали, и разберите:
- сколько отдельных файлов команда реально собрала;
- сколько раундов согласования было у каждой ветки;
- сколько часов ушло на титры, экспорт, загрузку и коммуникацию;
- где работа оказалась бесплатной.
Через такой разбор быстро видно, что маржу съедает не один крупный этап, а много мелких действий без учёта.
Минимальная рабочая схема на эту неделю
Если студия пока не готова перестраивать всю коммерческую модель, начните с маленькой версии процесса.
Для следующего проекта сделайте всего 3 вещи:
- Зафиксируйте мастер-версию и все производные файлы ещё до старта монтажа.
- Запретите параллельное согласование мастера и адаптаций.
- Отдельно помечайте правки как творческие или адаптационные.
Этого уже достаточно, чтобы увидеть, где проект раньше терял управляемость. Через 2-3 проекта у вас появится собственная статистика по времени и стоимости cutdowns. На ней проще строить и сметы, и график команды.
Чеклист: ваши cutdowns уже под контролем?
- В каждом проекте заранее зафиксирован список итоговых материалов
- Мастер-версия согласуется отдельно от коротких и вертикальных адаптаций
- Команда различает творческие и адаптационные правки
- У ветки deliverables есть один ответственный
- Имена файлов показывают формат, длительность и статус версии
- В смете адаптации считаются отдельными блоками работы
- Продюсер может за минуту сказать, какая версия сейчас актуальна
- Клиент знает, какие версии входят в проект, а какие оцениваются отдельно
Если у вас не отмечены хотя бы 3 пункта, проблема уже не в аккуратности команды. Проблема в том, что студия производит много версий, но управляет ими как одной.
Итог
Адаптации под соцсети не убивают маржу сами по себе. Маржу убивает привычка считать их мелочью. Пока короткие версии, вертикали и дополнительные экраны живут в зоне “давайте быстро доделаем”, студия будет регулярно дарить клиенту часы работы.
Хорошая новость в том, что это исправляется без большой реформы. Начните с одного шага: для ближайшего проекта соберите полную матрицу deliverables ещё до первого монтажа. Уже на этом этапе станет видно, сколько “маленьких версий” вы раньше отдавали бесплатно.