Правки по таймкодам к AI/CGI-ролику: ведомость, решения и повторная проверка

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

Разбираем, как команде заказчика собирать и проверять правки к AI/CGI-видео. Список помогает работать с уже согласованными требованиями. Новый сценарий и пересчёт всей сметы требуют отдельного обсуждения. Подготовка исходного задания разобрана в руководстве по брифу.

1. Что проверяют на этом просмотре

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

Например: «Проверяем положение продукта и порядок сцен; звук временный; точность упаковки сверяем с макетом A05». Участник поймёт, что ещё не завершено, а что нужно исправить. Фраза «всё ещё в работе» этих различий не объясняет.

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

2. Как назвать просмотровую версию

В начале списка укажите точное имя файла или ID версии, ссылку и дату передачи. Участники должны смотреть один материал. После новой отправки название «последняя версия» уже не поможет найти нужный файл.

Если в обсуждении появились два экспорта, назовите текущий. Замечания к прежнему сохраните: перенесите их или закройте с объяснением. Иначе одна часть команды будет обсуждать старый монтаж, пока другая работает с новым.

Подпишите назначение: основной ролик, короткий монтаж, вертикальная адаптация или другой язык. Один фрагмент может стоять на разных отметках и выполнять разные задачи. Перед переносом замечания на весь комплект проверьте остальные файлы.

3. Зачем нужны и сцена, и таймкод

Таймкод показывает место внутри версии. Код сцены помогает найти смысловой объект после изменений монтажа. Для простого проекта достаточно понятных обозначений: S01: общий вид, S02: открытие, S03: деталь, S04: финал.

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

Объясните формат отметок. В примерах ниже указаны минуты и секунды конкретного просмотрового файла. Если нужно назвать точный кадр, отдельно согласуйте способ записи и отображения. Разные обозначения в одной колонке должны сопровождаться пояснением.

4. Как разделить несколько задач в замечании

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

Удобная формула: что наблюдается, почему это мешает, какой результат нужен. Например: «В S03 подпись модели перекрыта бликом; зритель должен узнать модификацию; сохранить читаемость подписи в основном моменте показа». Исполнитель получает задачу, не обязательно навязанный технический способ.

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

5. Выберите точку или интервал

Для неверного слова на неподвижном титре может хватить одной отметки, если понятно, о каком элементе речь. Изменение формы в движении нужно показать интервалом от появления до исчезновения дефекта.

Если точные границы неизвестны, укажите замеченный диапазон и попросите проверить всю сцену. Иначе исправление может затронуть только один случайно выбранный кадр. В ответе исполнитель должен назвать проверенный участок.

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

6. Пример списка правок после первого просмотра

Рассмотрим условный ролик о цифровом приборе. Примеры не описывают клиентский проект; отметки относятся к вымышленному файлу review_v04.

R01. Сцена и участок: S01, 00:02–00:04. Наблюдение: Название модификации отличается. Требуемое решение: Использовать утверждённую строку. Основание: Макет panel-v03.

R02. Сцена и участок: S02, 00:07–00:10. Наблюдение: Крышка проходит через корпус. Требуемое решение: Устранить пересечение на всём ходе. Основание: Подтверждённая схема движения.

R03. Сцена и участок: S03, 00:13. Наблюдение: Разъём выглядит другим. Требуемое решение: Сверить и восстановить нужный тип. Основание: Контрольный вид revC.

R04. Сцена и участок: S03→S04, 00:16–00:18. Наблюдение: После перехода непонятна ориентация. Требуемое решение: Предложить связный переход. Основание: Задача показать ту же модель.

R05. Сцена и участок: S04, финал. Наблюдение: Титр читается, содержание верно. Требуемое решение: Принять текст этой версии. Основание: Текст EN-02.

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

R01 и R03 проверяют по источнику, R02 относится к ошибке действия, R04 требует монтажного решения, R05 подтверждает конкретный элемент. Для закрытия этих строк нужны разные проверки.

7. Проблема и предложенный способ исправления

Человек может верно заметить проблему, но предложить способ, который меняет задачу. Например, из-за плохо читаемой надписи попросить убрать всю сцену. Сохраните отдельно наблюдение и предложенное решение.

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

Так же разбирают AI-дефект. Если объект меняет форму, просьба «перегенерировать всё» не объясняет затронутый объём. Сначала назовите сцену и проблему, затем обсудите с исполнителем способ исправления и его последствия.

8. Кто подтверждает исправление

Инженер подтверждает устройство и движение. Бренд-команда подтверждает текст и визуальную идентичность. Маркетинг подтверждает сообщение и приоритет сцены. Координатор проверяет полноту ответа и дальнейшие действия.

Это пример распределения ответственности; один человек может совмещать несколько ролей. Одобрение внешнего вида не закрывает вопрос инженера. Замечание о цвете тоже не должно без основания отменять согласованный текст.

Укажите, чей ответ нужен по каждому открытому пункту. Для большой команды «ждём заказчика» слишком неопределённо. Лучше написать «ждём подтверждение типа разъёма от владельца продукта».

9. Разберите противоречащие комментарии

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

Можно упростить действие, убрать соседний повтор или разделить объясняющую и рекламную версии. Решение принимает ответственный за задачу. Запишите согласованный вариант, а не последнее сообщение в переписке.

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

10. Перенесите замечания после перемонтажа

После перестановки сцен прежний таймкод может указывать на другой кадр. Сохраните исходную отметку и добавьте новое место в актуальной версии.

R01. Исходная версия: v04, S01, 00:02–00:04. Новая версия: v05, S01, 00:01–00:03. Состояние: Проверить замену текста.

R02. Исходная версия: v04, S02, 00:07–00:10. Новая версия: v05, S02, 00:06–00:09. Состояние: Проверить полный ход крышки.

R04. Исходная версия: v04, переход S03→S04. Новая версия: v05, переход удалён. Состояние: Закрыть как изменённую структуру.

R05. Исходная версия: v04, финальный титр. Новая версия: v05, другой финал. Состояние: Повторно проверить.

Удалённый переход закрывает вопрос изменением монтажа. Это не техническое исправление прежнего перехода. Укажите различие в истории, чтобы команда понимала, какое решение принято.

11. Не закрывайте комментарий только по ответу «готово»

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

Для R02 нужно посмотреть весь ход крышки, а не только приложенный стоп-кадр. По R01 нужно сверить строку с утверждённым макетом. По R04 нужно проверить связность нового перехода в контексте соседних сцен.

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

12. Какие статусы использовать

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

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

Не обозначайте статус только цветом ячейки. После пересылки или выгрузки он может стать непонятным. Текст и ID позволяют прочитать список без пояснений к его оформлению.

13. Что означает частичная приёмка

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

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

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

14. Отличайте ошибку от изменения источника

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

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

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

15. Как проверить остальные версии

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

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

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

16. Проведите контрольный просмотр после закрытия списка

Закрытые пункты подтверждают отдельные исправления. Затем посмотрите ролик целиком: перестановка кадров, новый титр или замена детали могут изменить восприятие последовательности.

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

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

17. Что делать с расплывчатыми замечаниями

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

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

Координатор может предложить своё понимание замечания, но автор должен его подтвердить. Иначе команда начнёт исправлять проблему, которую он не имел в виду.

18. Сохраните полезную историю

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

Необязательно хранить всю переписку в рабочем списке. Сохраните значимые решения, ссылки и результаты проверки. Старые комментарии можно сгруппировать по сценам, сохранив их ID.

Для следующей итерации подготовьте новый список со ссылками на прежние решения. Сначала проверьте изменения в задаче, исходниках и комплекте файлов. Перенесите относящиеся к ним вопросы; остальные старые пункты не нужно открывать заново.

19. Как пройти от замечания до проверки

Проследим R03 из условной ведомости. На первом просмотре инженер пишет, что разъём похож на другую модификацию. Координатор связывает замечание с контрольным видом revC и просит подтвердить, относится ли этот вид к продаваемому прибору. Пока ответа нет, ставим статус «нужен ответ», а не «исправить любой ценой».

После подтверждения исполнитель меняет элемент и возвращает v05 с указанием нового места сцены. Инженер сверяет тип разъёма, маркетинг проверяет, что нужная деталь остаётся видимой, координатор записывает результат. Закрывается конкретный признак в конкретной версии.

Затем монтажёр сокращает начало сцены для короткой адаптации. Геометрия разъёма не меняется, но зритель больше не успевает его рассмотреть. Возникает отдельный вопрос назначения короткой версии: должен ли этот элемент там читаться? Если да, требуется композиционное решение; если нет, отсутствие крупного показа не является повторением прежней геометрической ошибки.

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

20. Что написать при отправке списка правок

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

Например: «По v05 подтверждены корпус и названия. Открыты движение крышки и переход к финалу. Вопрос о положении разъёма закрыт по revC. Просим следующую версию с отмеченными изменениями; короткий монтаж пока не рассматривается». Это описание состояния, а не эмоциональная оценка работы.

Перед отправкой откройте ссылки и проверьте доступ получателя к файлам. Замечания из личных чатов перенесите в общий список, иначе исполнитель получит только часть обратной связи.

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

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

21. Как начать без сложного инструмента

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

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

При заказе AI-видео или CGI-ролика приложите к брифу пример списка правок и укажите, кто принимает решения. До первого просмотра согласуем порядок обратной связи и то, как проверять исправления.

Материалы для подготовки проекта

Тестовая сцена AI-видео: критерии приёмки. Как проверить продукт, движение и монтаж в тестовой сцене AI-ролика и определить, где нужны CGI, 3D и композитинг до основного производства.

AI, CGI и 3D: выбор производственного метода