OTT: собрать, купить или разработать

Кратко

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

Зачем это нужно

Если вы основатель медиапроекта, продакт-менеджер или впервые строите стриминговый продукт как CTO, «build vs buy» – первое крупное решение, и оно ограничивает все последующие: структуру затрат, маржу, скорость выхода и саму возможность отстроиться от конкурентов. Ошибётесь в дешёвую сторону – запуститесь быстро, но упрётесь в потолок контроля и юнит-экономики, который без переписывания не пробить. Ошибётесь в дорогую – потратите год на инфраструктуру, которую продукт за 399 долларов в месяц дал бы вам в пятницу. Статья даёт вендоронезависимый способ выбрать: три реальных варианта, цена каждого в деньгах, времени, контроле и марже, стандарты, определяющие, заперты вы или нет, и проработанный пример полной стоимости, где видно, где линии пересекаются. Прилагаемый лист решения позволяет поставить ваш конкретный проект на спектр и оценить его.

Три пути, а не два: купить, собрать, разработать

«Build vs buy» – неверная рамка, потому что она прячет вариант, который чаще всего выбирают серьёзные платформы. Путей три.

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

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

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

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

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

Сколько стоит каждый путь в 2026 году

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

Купить: низкий старт и подписка, которая не кончается

Готовые OTT-платформы берут месячную или годовую подписку, растущую с использованием. Показательные цены 2026 года – датированные и вендороспецифичные, потому что планы меняются:

• Muvi One заявляет план Standard за $399/мес, Professional за $1 499/мес и Enterprise за $3 900/мес; каждое опубликованное приложение добавляет примерно $299–$499/мес плюс инфраструктурные сборы; при этом Muvi не берёт долю с вашей подписки или транзакций (Muvi pricing, 2026).
• JW Player оценивает профессиональные планы стриминга примерно в $99–$999/мес, а функции уровня OTT (1080p, приложения) – за кастомным планом Enterprise (JW Player, 2026).
• Brightcove не публикует прайс; по сообщениям рынка сделки идут на $20 000–$250 000+ в год, причём корпоративные внедрения в нижней части, а медиа/OTT доходят до шестизначных сумм (рыночные данные, 2026).
• Vimeo OTT и Dacast находятся посередине – с платой за подписчика или оплатой трафика по факту.

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

Собрать: средний старт и облачный прайс под вашим контролем

Сборка – это настоящая инженерная стройка плюс облачная инфраструктура по прайсу. Стройка – приложения для веба, мобильных и ТВ, бэкенд каталога и аккаунтов, сервис прав (entitlement), решающий, кому что смотреть, биллинг и инструменты контент-операций – в ценах 2026 года идёт от примерно $60 000 за VOD-MVP на двух платформах до $150 000–$350 000 за стандартную кастомную развлекательную платформу и к $600 000–$800 000+ за корпоративный мультиплатформенный продукт с live-стримингом и полной защитой контента (рыночные обзоры OTT-разработки, 2026). Самый большой фактор разброса – матрица устройств: каждая ТВ- и мобильная цель – отдельная кодовая база, и нативные приложения для веба, iOS, Android, Apple TV, Roku, Samsung Tizen, LG webOS и Fire TV стоят примерно $50 000–$150 000 за платформу.

Поверх стройки текущий расход – облачный прайс. Доминирующая статья – egress, плата CDN за гигабайт отданного зрителям видео. Тарифы Amazon CloudFront для США (AWS, 2026-06-08) ступенчатые: первый 1 ТБ в месяц бесплатно, следующие 9 ТБ по $0,085/ГБ, со снижением до $0,040/ГБ и ниже в старших ступенях, а годовое обязательство экономит до 30%. Кодирование на управляемом облачном транскодере вроде AWS Elemental MediaConvert – около $0,015 за выходную минуту для HD, оплачивается один раз на тайтл. Объектное хранилище Amazon S3 – около $0,023 за гигабайт в месяц. Полный месячный счёт мы разбираем в модели стоимости OTT; здесь важно, что вы платите это напрямую, без наценки реселлера, и можете пересмотреть каждый пункт по мере роста.

Разработать полный кастом: высокий старт и низкий run на масштабе

Полный кастом добавляет стоимость эксплуатации инфраструктуры, которую другие сдали бы в аренду: своя ферма кодирования, своя упаковка и origin, возможно – самостоятельно размещённые серверы ключей защиты контента. Только самостоятельный multi-DRM-стек стоит $10 000–$50 000+ на запуск и $500–$5 000/мес на эксплуатацию. Оправдание никогда не «сэкономить в первый год» – оно в том, что на очень большом масштабе срезание текущего счёта окупает крупные инженерные вложения, или что необычное требование (специализированный кодек-конвейер, правило резидентности данных, целевая задержка) не оставляет готового варианта. Есть и постоянный налог, который недооценивают все: стриминговая инженерная команда из восьми-десяти человек стоит порядка $60 000–$150 000 в месяц в полной загрузке, то есть $720 000–$1,8 млн в год только на поддержку и актуализацию крупной кастомной платформы.

Число, которое реально решает: полная стоимость во времени

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

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

Путь «купить». Допустим, готовая платформа в среднем за $4 000/мес за план и приложения на малом масштабе, растущая с использованием; для такой аудитории с зашитыми наценками на доставку и защиту примите эффективные $12 000/мес при выходе на 50 000 зрителей. За три года, с ростом, это примерно:

купить, итог за 3 года ≈ $12 000/мес × 36 мес    ≈ $432 000
стартовая настройка                              ≈ $15 000 (конфиг, брендинг, загрузка контента)
-------------------------------------------------------
купить, TCO (3 года)                             ≈ $447 000

Путь «собрать». Стандартная кастомная стройка, затем run по облачному прайсу.

разовая стройка                                  ≈ $250 000
текущий run на масштабе (доминирует egress)      ≈ $35 000/мес   (см. модель стоимости)
   со скидкой за обязательство по CDN            ≈ $26 000/мес
run сборки за 3 года (с обязательством)          ≈ $26 000 × 36 ≈ $936 000
-------------------------------------------------------
собрать, TCO (3 года)                            ≈ $1 186 000

На первый взгляд купить выигрывает с огромным отрывом – и на 50 000 зрителей для стандартного продукта так часто и есть. Пересечение не про этот снимок; оно про наклон. У собранной платформы текущий расход – в основном сырая облачная доставка, которую вы снижаете эффективностью кодеков, долей попаданий в кэш, обязательствами по цене и per-title-кодированием. У купленной платформы счёт включает чужую наценку на те же байты, и тронуть её нельзя. С ростом аудитории и времени просмотра купленный счёт растёт быстрее, потому что самая дорогая статья – доставка – несёт наценку реселлера, и она капает с каждым зрителем. Где-то между примерно 100 000 и несколькими сотнями тысяч вовлечённых зрителей, в зависимости от битрейта и наценки вендора, линии пересекаются, и дальше владеть конвейером и дешевле, и более управляемо. Ниже этой точки купить – рациональный выбор.

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

Помимо денег: контроль, скорость и маржа, которую вы оставляете себе

Деньги – лишь одна из четырёх осей. Остальные три часто решают раньше денег.

Скорость запуска. Купить – это дни-недели: настроить, забрендировать, опубликовать, продавать. Собрать стандартную кастомную платформу – 9–15 месяцев; сфокусированный MVP – 4–6 месяцев. Полный кастом – ещё дольше. Если рыночное окно или контентная сделка требуют запуститься в этом квартале, это ограничение само решает выбор – а купить сначала и пересобрать после подтверждения бизнеса – законная стратегия, а не провал.

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

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

Lock-in и переносимость. Скрытая цена покупки – цена ухода. Хорошая новость: стриминг работает на открытых стандартах, и их использование и есть способ остаться переносимым. Современный паттерн – зашифровать один раз, выдавать лицензии много: вы упаковываете контент в сегменты Common Media Application Format (CMAF, ISO/IEC 23000-19), шифруете их один раз схемой cbcs из Common Encryption (ISO/IEC 23001-7) и отдаёте те же файлы как HLS (IETF RFC 8216) и MPEG-DASH (ISO/IEC 23009-1), выдавая лицензии Widevine, PlayReady и FairPlay из тех же сегментов. Платформа, собранная на этих стандартах, переносима – можно сменить CDN, кодировщик, вендора защиты, – потому что артефакты стандартны. Купленная платформа прячет их за проприетарной конфигурацией, так что байты-то стандартны, а операционные знания, интеграции и контент-конвейер привязаны к вендору. Механику «зашифровать один раз» мы объясняем в multi-DRM, один workflow.

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

Проработанное сравнение трёх путей

Когда оси стоят рядом, компромисс виден. Статья, решающая судьбу стримингового бизнеса, – не «разовая стройка», а текущий run и кто им управляет.

Таблица 1. Три пути по осям, которые важны. Контроль маржи и продукта – колонка, отличающая платформу, которую можно растить, от той, которую перерастут.

Частая ошибка: сравнивают не те два числа

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

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

Третья – считать, что покупка не запирает, ведь «всё в стандартных форматах». Байты стандартны; ваш конвейер, интеграции и операционные знания – нет. Если переносимость важна, свободу уйти даёт путь сборки на открытых стандартах (CMAF, cbcs Common Encryption, HLS, DASH), а не обещание вендора.

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

Решение build-vs-buy упирается в один специфичный для стриминга факт: доставка – статья, определяющая маржу, и только команда, владеющая конвейером, может ею управлять. Фора Софт с 2005 года делает софт для видеостриминга, OTT/Internet TV, e-learning, телемедицины и видеонаблюдения – 250+ выпущенных проектов для 400+ клиентов, – и эта работа ровно про задачу «собрать и масштабировать»: связать управляемое кодирование, multi-CDN-доставку и multi-DRM на стандартах в кастомный продукт, чья юнит-экономика держится по мере роста аудитории от тысячи зрителей до миллиона. Когда медиакомпания переросла арендованную платформу или с самого начала знает, что продукту нужен контроль, которого коробка не даёт, эту инженерию на стандартах и с вниманием к стоимости мы и приносим. Мы также честно помогаем решить, когда купить – правильный первый шаг: строить то, что вам пока не нужно, – тоже дорогая ошибка.

Главное

• Путей три: купить готовый продукт, собрать из облачных блоков или разработать полный кастом.
• Купить минимизирует стартовый расход и максимизирует текущий; собрать и разработать – наоборот.
• Сравнивайте полную стоимость за многолетнее окно, а не смету стройки против одного счёта SaaS.
• Доставка – статья маржи; оптимизировать её даёт только владение конвейером.
• Сначала решайте про контроль – сделает ли купленная платформа вашу задачу? – потом про цену.
• Открытые стандарты (CMAF, cbcs, HLS, DASH) держат собранную платформу переносимой и без lock-in.

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

• Модель стоимости OTT: во сколько реально обходится платформа в разработке и эксплуатации
• Эталонная архитектура OTT: полная картина
• Multi-DRM, один workflow, все устройства