Прайс $0,10 за секунду, счёт в 2–3 раза больше. Почему

На странице тарифов видеомодели написано «около $0,10 за секунду». Ролик на 30 секунд – три доллара, их и закладываем в смету. А потом приходит счёт в два-три раза больше. Скрытых комиссий тут нет: генерация видео по API тарифицируется за каждую секунду, которую модель выдала, а в монтаж попадает только та, что пережила отбор. Для продюсера вывод простой: в смету нужна цена принятой секунды, той, что дошла до готового ролика.

Генерация видео: у одной секунды три цены

Первая цена – номинальная, из прайса. У Gemini Omni Flash это около $0,10 за 720p. Вторая – оплаченная: в неё входит само видео, а ещё входные картинки, текстовые промпты и даже «размышления» модели. Третья – принятая: все деньги на генерации делим на секунды, которые вошли в ролик. Именно эту цифру я бы и клал в смету.

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

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

Лог дублей: таблица, которая показывает цену по сценам

Лог – обычная таблица, которую заполняют после каждого монтажа. На каждый дубль в ней строка: сцена, модель, реальная длина файла, стоимость генерации, принятый хронометраж и причина брака. Стоимость можно вытащить из поля usage в API или из отчётов провайдеров вроде OpenRouter.

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

Где деньги утекают на разных типах проектов

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

Простая реклама копчёной рыбы на Veo 3.1 Fast: все шесть планов прошли с первого дубля, переплаты почти нет. Это редкое везение. В проекте с динамичной камерой пришлось пересобирать пару клипов из-за неудачных ракурсов, и цена секунды заметно выросла. Самый дорогой случай – реклама товара из одной фотографии на Seedance 2.0. Клиент не примет поплывший логотип или кривую упаковку, поэтому перегенерации там неизбежны. Моя ставка: на товарке запас в смете нужен больше всего.

Что делать до старта проекта

Четыре шага, которые можно взять в работу завтра:

• Заведите лог дублей с первой генерации, а не после того, как пришёл счёт. Колонки те же: сцена, модель, длина файла, стоимость, принятые секунды, причина брака.
• Утверждайте стартовый кадр до запуска видео. Статичная картинка стоит дешевле динамики, а лица, одежду и руки на стоп-кадре проверить проще.
• Закладывайте в промпт одно движение на клип и заказывайте ровно ту длину, которая нужна для монтажа. Сцену «человек берёт чашку, пьёт и смотрит в окно» разбейте на короткие простые планы. Нужны три секунды – не генерируйте шесть.
• Остановитесь после трёх неудачных дублей с одним промптом. Четвёртый раз чудом не станет: меняйте стартовый кадр, формулировку или модель.

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

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