Сколько стоит OTT-платформа: разработка и содержание

Кратко

У OTT-платформы есть две статьи затрат, которые постоянно путают: разовая разработка (инженерная работа над приложениями и бэкендом) и ежемесячное содержание (счёт за кодирование, хранение, защиту и – прежде всего – доставку видео). В ежемесячном счёте доминирует одна строка – egress, плата сети доставки контента за каждый отданный зрителю гигабайт, и egress растёт вместе со временем просмотра и числом одновременных зрителей, а не с размером каталога. Разобранный ниже пример берёт каталог на 2000 часов и 50 000 зрителей в месяц и приходит примерно к 35 000 $ в месяц, из которых на одну доставку уходит около 29 000 $ – при том что весь каталог хранится за ~345 $ в месяц и кодируется один раз за ~10 800 $. Если планировать бюджет от сметы разработки и не учитывать кривую egress, вы неправильно назначите цену подписки и узнаете реальную стоимость только после запуска.

Почему это важно

Если вы основатель, продакт-менеджер или впервые ставший CTO стриминга, цифра, которую вам обычно называют – «OTT-платформа стоит 150 000 $ построить» – отвечает не на тот вопрос. Разработка – разовое событие; дальше платформа работает каждый месяц годами, и ежемесячный счёт – это место, где стриминговый бизнес живёт или умирает. Эта статья даёт полную модель затрат: разовую разработку, ежемесячное содержание, формулу для каждой строки и разобранный пример с показанной вслух арифметикой. К концу вы сможете прочитать любую смету подрядчика, найти строку egress (или заметить, что её нет) и проверить, покрывает ли запланированная цена подписки стоимость обслуживания одного зрителя. Приложенная таблица позволяет подставить свой каталог, аудиторию и битрейт и увидеть, как меняется ежемесячная сумма.

Две статьи затрат: построить один раз, содержать вечно

Любая затрата OTT-платформы попадает в одну из двух корзин, и держать их раздельно – самая полезная привычка во всей теме.

Первая корзина – разовая разработка: инженерные усилия, чтобы создать продукт. Проектирование и код зрительских приложений (веб, телефон, планшет, Smart TV, ТВ-приставки), бэкенд-сервисов (каталог, учётные записи, сервис прав доступа, который решает, кому что можно смотреть), интеграция биллинга и инструменты управления контентом для операторов. Это платится один раз до запуска, затем меньшими порциями при добавлении функций. Считайте это стоимостью постройки магазина: вы платите за стройку до того, как что-то продали.

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

Классическая ошибка – считать смету разработки «стоимостью платформы». Это не так. Это стоимость двери. Платформа, которую построили за 200 000 $, легко может стоить 200 000 $ в год в содержании при реальной аудитории, и именно содержание решает, сходится ли юнит-экономика. Сначала оценим разработку, затем содержание, затем сложим их в разобранном примере.

Нажмите, чтобы увеличить

Разовая разработка: сколько стоит дойти до запуска

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

Минимально жизнеспособный продукт – веб плюс одно-два мобильных приложения, базовый каталог, биллинг подписки и один тип контента – обычно обходится в 50 000–90 000 $ и занимает четыре-шесть месяцев. Стандартная кастомная платформа для развлекательного бизнеса – мультиплатформенные приложения, персонализация, инструменты контент-операций и нормальная интеграция CDN/DRM – обычно стартует от 150 000–350 000 $ и занимает девять-пятнадцать месяцев. Эти диапазоны взяты из текущих обзоров рынка OTT-разработки; относитесь к ним как к ориентиру, а не к смете, потому что они скачут от ставки команды, региона и объёма.

Скрытый драйвер внутри разработки – матрица устройств. Каждая цель для гостиной и мобайла – отдельная кодовая база со своим языком, правилами магазина и процессом сертификации. Нативные приложения для веба, iOS, Android, Apple TV, Roku, Samsung Tizen, LG webOS и Fire TV обычно стоят 50 000–150 000 $ за платформу у агентства. Поэтому вопрос «на каких устройствах запускаемся?» – это вопрос бюджета, а не только продукта. Подробно ландшафт устройств разбираем в клиентских приложениях OTT; для модели затрат правило простое: считайте поверхности запуска, каждая – отдельная строка.

Вместе с разработкой едет ещё одна регулярная статья: поддержка, около 15–20% от начальной стоимости разработки в год на обновления, совместимость с версиями ОС, патчи безопасности и беговую дорожку сертификаций. Разработка за 250 000 $ подразумевает примерно 37 500–50 000 $ в год только чтобы приложения продолжали работать по мере изменения платформ под ними. Закладывайте это с первого дня; оно никуда не денется.

Ежемесячное содержание: четыре строки, повторяющиеся каждый месяц

Теперь счёт, приходящий ежемесячно. В нём четыре значимые строки – кодирование, хранение, доставка и защита контента – плюс обычные расходы на серверы приложений и аналитику, которые несёт любой веб-продукт. Пройдём их от самой дешёвой к самой дорогой, потому что сам порядок – это урок: строка, о которой все переживают (кодирование), мала, а строка, о которой забывают (доставка), задаёт вашу маржу.

Кодирование: разовая стоимость на тайтл, и она скромная

Прежде чем контент пойдёт в эфир, его надо преобразовать в набор версий качества, между которыми переключается плеер – лестницу кодирования (ступени «разрешение + битрейт», по которым плеер поднимается и опускается с изменением сети). Саму лестницу объясняем в основах лестницы кодирования; здесь нужна лишь её цена.

Облачное транскодирование тарифицируется за минуту выхода – за минуту каждой версии, а не за минуту исходника. AWS Elemental MediaConvert, типичный облачный кодер, берёт около 0,015 $ за минуту для SD/HD-выхода на тарифе Basic (AVC), а 4K и премиум-кодеки (HEVC, AV1) несут множители (4K – примерно от 0,05 $ за минуту, а 4K HEVC может нести множитель 10× на тарифе Professional). Цены на 2026; перепроверяйте – цены кодеров меняются.

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

Хранение: дёшево и зависит от каталога, а не от аудитории

После кодирования файлы лежат в объектном хранилище в ожидании отдачи. Облачное объектное хранилище недорого: Amazon S3 Standard – около 0,023 $ за гигабайт в месяц за первые 50 ТБ (us-east-1, 2026), чуть дешевле на больших объёмах. Хранение зависит от размера каталога и глубины лестницы – сколько часов вы держите и сколько версий у каждого – и совсем не зависит от числа смотрящих. Большой каталог с малой аудиторией имеет высокий счёт за хранение и низкий за доставку; малый каталог с огромной аудиторией – наоборот. Хранение почти никогда не решает экономику, но именно оно тихо растёт вместе с библиотекой.

Доставка (egress): строка, которая решает, есть ли у вас бизнес

Вот она. Egress – плата сети доставки контента за отдачу байтов из своих пограничных серверов зрителям. Сеть доставки контента (CDN) – это слой серверов по всему миру, которые держат копии вашего видео близко к зрителям, чтобы все не били в один сервер-источник; как это работает, объясняем в как CDN доставляет видео. Для модели затрат важно усвоить, что egress – доминирующая регулярная стоимость любой стриминговой платформы на масштабе, и она растёт с единственной переменной, с которой не растёт ничто другое: суммарными отданными байтами, то есть время просмотра × битрейт × аудитория.

Egress ступенчатый, а не плоская цена за гигабайт, и ступени важны. В качестве опорной точки тарифы Amazon CloudFront для США/Канады по схеме pay-as-you-go (взяты с сайта AWS 2026-06-08): первый 1 ТБ в месяц бесплатно, следующие 9 ТБ по 0,085 $/ГБ, следующие 40 ТБ по 0,080 $/ГБ, следующие 100 ТБ по 0,060 $/ГБ, следующие 350 ТБ по 0,040 $/ГБ и следующие ~524 ТБ по 0,030 $/ГБ, падая к 0,020 $/ГБ на петабайтном масштабе. Ещё два факта существенно меняют счёт: данные, забираемые из AWS-источника в CloudFront, бесплатны (вы платите только за доставку зрителям), а скидка за обязательство – CloudFront Security Savings Bundle – снимает до 30% в обмен на годовое минимальное обязательство, с более глубокими индивидуальными скидками при обязательствах от 10 ТБ/месяц.

Заметка, спасающая команды от неприятного сюрприза: многие CDN и транзит-провайдеры тарифицируют полосу по 95-му перцентилю использования, а не по суммарному трафику, и тогда несколько пиковых часов (премьера в прямом эфире) могут задать цену на весь месяц. Модель тарификации важна не меньше цены за гигабайт. Указывайте модель и дату; никогда не приводите одну цену как универсальную. Обязательства, 95-й перцентиль и коэффициент разгрузки разбираем в инженерии стоимости CDN.

Защита контента (DRM): плата за зрителя или за лицензию

Если вы лицензируете премиальный контент, студии требуют управление цифровыми правами (DRM) – систему, которая не даёт скопировать расшифрованное видео и его ключи. Что это и зачем – в зачем нужен DRM, а современный мультивендорный подход – в multi-DRM: один workflow. Для модели затрат DRM – регулярная плата либо за выданную лицензию, либо за активного пользователя в месяц. Типичные цены 2026: управляемые multi-DRM-сервисы стартуют примерно от 300 $/месяц за ~100 000 лицензий, либо по ступенчатой модели на пользователя, например 299 $ за первые 1000 активных пользователей в месяц плюс примерно 0,04–0,06 $ за каждого следующего. Самостоятельный multi-DRM-стек обходится в 10 000–50 000+ $ на запуск и 500–5000 $/месяц на эксплуатацию – редко оправдано, пока вы не очень большие. DRM – реальная строка, но обычно однозначный процент от счёта за egress.

Разобранный пример: SVOD-платформа на 2000 часов при 50 000 зрителях

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

Платформа. Сервис подписки на видео по запросу (SVOD). Каталог 2000 часов. Аудитория 50 000 активных зрителей в месяц, каждый смотрит 10 часов в месяц. Лестница кодирования из шести ступеней, чьи версии в сумме дают около 12 Мбит/с хранимого битрейта, и средний битрейт доставки 3 Мбит/с (большая часть просмотра – на средних ступенях, не на верхней). Доставка на CDN класса CloudFront по тарифам США. Цена подписки (ARPU) – 8 $/месяц.

Шаг 1 – разовое кодирование. Минуты выхода = минуты исходника × ступени лестницы.

минуты исходника = 2000 ч × 60            = 120 000 мин
минуты выхода    = 120 000 × 6 версий      = 720 000 мин
кодирование      = 720 000 × 0,015 $/мин   = 10 800 $  (разово)

Весь каталог кодируется примерно за 10 800 $, один раз. Добавьте верхнюю ступень 4K HEVC – вырастет, но это всё равно разовая пятизначная цифра, мизер рядом с ежемесячной доставкой.

Шаг 2 – ежемесячное хранение. Хранимые байты = часы × секунды × суммарный битрейт.

хранимые данные = 2000 ч × 3600 с × 12 Мбит/с ÷ 8 = 10 800 000 МБ ≈ 10,8 ТБ
+ мастер-копии (~4 ТБ)                              ≈ 15 ТБ всего
хранение = 15 000 ГБ × 0,023 $/ГБ-мес               ≈ 345 $ / месяц

Хранение всего каталога стоит около 345 $ в месяц. Реально, но мало.

Шаг 3 – ежемесячная доставка (egress), главная. Сначала суммарные отданные байты, затем проходим ступени CDN.

данные на зрителя = 10 ч × 3600 с × 3 Мбит/с ÷ 8 = 13 500 МБ = 13,5 ГБ
всего отдано      = 50 000 зрителей × 13,5 ГБ      = 675 000 ГБ = 675 ТБ / месяц

Теперь применяем ступенчатые тарифы CloudFront США, ступень за ступенью:

первый  1 ТБ   бесплатно                    = 0 $
след.   9 ТБ   × 0,085 $/ГБ (9000 ГБ)        = 765 $
след.  40 ТБ   × 0,080 $/ГБ (40 000 ГБ)      = 3200 $
след. 100 ТБ   × 0,060 $/ГБ (100 000 ГБ)     = 6000 $
след. 350 ТБ   × 0,040 $/ГБ (350 000 ГБ)     = 14 000 $
остаток 175 ТБ × 0,030 $/ГБ (175 000 ГБ)     = 5250 $
-----------------------------------------------------
egress, прайс                                ≈ 29 215 $ / месяц
со скидкой 30% за обязательство              ≈ 20 450 $ / месяц

Доставка – примерно 29 000 $ в месяц по прайсу, или около 20 000 $ со скидкой за обязательство. Эта одна строка больше, чем всё остальное в модели вместе взятое.

Шаг 4 – ежемесячный DRM. По ступенчатой модели на пользователя:

299 $ (первые 1000 MAU)
+  9000 пользователей × 0,06 $  = 540 $    (1001–10 000)
+ 40 000 пользователей × 0,04 $ = 1600 $   (10 001+)
-------------------------------------------------
DRM ≈ 2439 $ / месяц

Шаг 5 – складываем. Кодирование разовое, поэтому в ежемесячном содержании не фигурирует; амортизированное на год даёт ~900 $/месяц. Серверы приложений, БД и аналитика для платформы такого размера – порядка 2000–4000 $/месяц; возьмём 3000 $.

egress (прайс)         ≈ 29 215 $
DRM                    ≈ 2439 $
хранение               ≈ 345 $
прил./БД/аналитика     ≈ 3000 $
кодир. (амортиз.)      ≈ 900 $
-------------------------------------------------
итого содержание       ≈ 35 900 $ / месяц  (≈ 26 000 $ со скидкой CDN)

Шаг 6 – главная цифра: затраты на зрителя.

затраты на зрителя = 35 900 $ ÷ 50 000 = 0,72 $ / зритель / месяц
ARPU               = 8,00 $ / зритель / месяц
валовая маржа      = (8,00 − 0,72) ÷ 8,00 ≈ 91%

При этих допущениях юнит-экономика здоровая: обслуживание зрителя стоит около 72 центов в месяц против 8 $ выручки. Но заметьте, что двигает эту цифру. Удвойте средний битрейт (просмотр в 4K) – egress примерно удвоится, толкая затраты на зрителя к 1,30 $. Снизьте подписку до 4 $ – та же строка затрат вдвое сократит маржу. Модель – не «прибыльно ли это» в абстракции, а «покрывает ли ваша цена стоимость доставки при реальном битрейте вашей аудитории».

Нажмите, чтобы увеличить

Что на самом деле двигает счёт: четыре рычага

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

Первый рычаг – эффективность кодека. Более эффективный кодек отдаёт ту же картинку при меньшем битрейте, а раз egress – это байты, меньший битрейт = меньший счёт. Перевод популярного контента с H.264 на HEVC или AV1 может срезать битрейт доставки на 30–50% при равном качестве, и это сразу проходит в egress. Компромисс – стоимость кодирования и поддержка устройств; этот продуктовый выбор разбираем в стратегии кодеков для OTT, а механику кодеков – в нашем разделе Video Encoding. Потратьте чуть больше на кодирование (разово), чтобы тратить намного меньше на доставку (каждый месяц).

Второй рычаг – коэффициент попадания в кэш – доля запросов зрителей, которые CDN отдаёт из своего пограничного кэша, а не забирая из вашего источника. Высокий коэффициент попадания нормален для VOD, потому что популярные тайтлы запрашивают снова и снова, и это держит источник и его полосу дешёвыми. Плохо спроектированный ключ кэша (разбираем в кэшировании на edge) убивает коэффициент попадания и раздувает и стоимость источника, и задержку.

Третий рычаг – цена за обязательство. Когда трафик предсказуем, годовое обязательство (CloudFront Savings Bundle или аналог) покупает до 30% скидки, а переговоры по multi-CDN – больше. Подвох в том, что обязательство – ставка на объём: возьмёте слишком много – заплатите за байты, которые не отдали. Подбирайте обязательство под свой пол, а не под желанный пик.

Четвёртый рычаг – per-title-кодирование – настройка лестницы под каждый контент вместо одной фиксированной лестницы на всё. Фиксированная лестница тратит битрейт (и значит egress) на простой контент, которому не нужны верхние ступени, а per-title-кодирование режет хранение и доставку с измеримой экономией. Считаем это в экономике per-title-кодирования.

Построить, купить или собрать: куда уходят деньги

Получить платформу можно тремя путями, и они меняют деньги на контроль в противоположных направлениях.

Купить готовый OTT SaaS (Brightcove, JW Player, Vimeo OTT, Muvi). Низшая стоимость разработки и самый быстрый запуск, но вы арендуете платформу – регулярные платежи растут с использованием, вы наследуете наценки вендора на CDN и DRM, и контроль над архитектурой и маржой ограничен. Хорошо для проверки рынка; дорого на масштабе, потому что в ваш egress зашита чужая маржа.

Собрать из облачных примитивов (AWS MediaConvert/MediaLive + S3 + CloudFront + multi-DRM-сервис). Средняя стоимость разработки, полный контроль над архитектурой и оплата по облачным прайсам (со скидками за обязательство). Здесь оседает большинство серьёзных кастомных платформ – и именно эту модель оценивает пример выше.

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

Решение не «что дешевле», а «на каком масштабе контроль себя окупает». Полный разбор – в построить, купить или собрать OTT; вывод для модели затрат: SaaS минимизирует разработку и максимизирует содержание, а собрать/построить делает наоборот.

Таблица 1. Три способа получить OTT-платформу. Бизнес решает столбец «регулярное содержание», а не «разовая разработка».

Частая ошибка: планировать бюджет от сметы разработки

Самая частая ошибка – бюджет, построенный целиком вокруг разовой цифры разработки, где регулярное содержание трактуется как погрешность или «разберёмся потом». Команда привлекает деньги под разработку за 200 000 $, запускается, находит аудиторию – и тут приходит счёт за egress, который никто не смоделировал. Поскольку доставка растёт со временем просмотра и аудиторией, содержание мало на бете и пугающе на масштабе – ровно тогда, когда компания меньше всего может позволить себе сюрприз.

Вторая грань той же ошибки – называть стоимость CDN одной ценой за гигабайт. Egress ступенчатый, зависит от обязательств и иногда тарифицируется по 95-му перцентилю; «будем платить около 0,08 $ за гиг» неверно сразу в трёх направлениях. Смоделируйте ступени, решите про обязательство и узнайте свою модель тарификации до подписания.

Третья грань – путать размер каталога со стоимостью. Больший каталог поднимает хранение (дёшево) и кодирование (разово), но не поднимает доставку – её поднимает только просмотр. Платформа с 10 000 часов и 1000 зрителей дёшева в содержании; платформа с 200 часами и 1 000 000 зрителей дорога. Планируйте от зрителей и их битрейта, а не от размера библиотеки.

Где здесь Фора Софт

Самое трудное в OTT-бюджете – не разработка, а прогноз регулярного содержания и проектирование платформы так, чтобы стоимость доставки оставалась под контролем при росте аудитории с тысячи зрителей до миллиона. Фора Софт строит видеостриминг, OTT/интернет-ТВ, e-learning, телемедицину и системы видеонаблюдения с 2005 года – 250+ сданных проектов для 400+ клиентов, – и эта работа ровно про экономичное масштабирование доставки: настройку лестницы кодирования, повышение коэффициента попадания в кэш, проектирование multi-CDN-доставки и интеграцию DRM без SaaS-наценки на каждый байт. Когда медиакомпании нужна кастомная платформа, чья юнит-экономика выдерживает встречу с реальной аудиторией, именно эту инженерию масштаба и стоимости мы приносим. Модель из этой статьи – та же, по которой мы оцениваем проект.

Главное

• Разделяйте разовую разработку и регулярное содержание; бизнес решает содержание.
• Egress (доставка CDN) – доминирующая ежемесячная строка, растёт как время × битрейт × аудитория.
• Кодирование – скромная разовая стоимость на тайтл; хранение дёшево и зависит от каталога, не от зрителей.
• Egress CDN ступенчатый и со скидками за обязательство (до ~30%), а не плоская цена за ГБ.
• Затраты на зрителя против ARPU – главная цифра; смоделируйте её до назначения цены.
• Эффективность кодека и коэффициент попадания в кэш – крупнейшие рычаги на счёте за доставку.

Что почитать дальше

• Драйверы стоимости подробно: инженерия стоимости CDN, egress и 95-й перцентиль
• Построить, купить или собрать: решение build-vs-buy для OTT
• Масштабирование и одновременность: от 1000 до 1 000 000 зрителей