# Как построить MVNO: этапы запуска, сроки и ИТ-контур

URL: https://fw-t.ru/articles/kak-postroit-mvno
Опубликовано: 2026-10-06 · Обновлено: 2026-10-06

Как построить MVNO: решения до старта, юридическое и техническое направления, этапы по месяцам в двух проектах, состав ИТ-контура и требования регулятора.

**Коротко.** Проект MVNO ведется по двум направлениям одновременно. Юридическое: договор с хост-оператором, лицензия, номерная емкость, регуляторные требования. Техническое: платформа BSS/OSS, интеграции с сетью хоста и системами компании, тестирование, запуск. Техническая часть на платформе Forward занимает от трех месяцев. Full MVNO «Т-Мобайл» запущен за шесть месяцев, Medium MVNO «Альфа-Мобайл» — за девять.

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

Ниже порядок работ по проектам Forward: что решить заранее, из каких этапов состоит техническая часть и сколько они заняли у «Т-Мобайл» и «Альфа-Мобайл», какие системы входят в ИТ-контур оператора. Что такое MVNO и чем различаются модели, разобрано в [отдельной статье](/articles/chto-takoe-mvno).

## Что решить до начала проекта

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

1. Зачем компании связь. Связь как дополнение к основному продукту (банковская подписка, программа лояльности, корпоративные SIM-карты) и связь как отдельный бизнес с собственной экономикой требуют разной глубины контроля над тарифами и данными.
2. Модель MVNO. Reseller, Light, Medium или Full: модель задает, какую часть контура оператор держит у себя. Если продукт строится на собственных тарифах и данных об абоненте, нужна модель не ниже Medium. Модели сравниваются в статье [о выборе между Full и Light](/articles/full-i-light-mvno-kakuyu-model-vybrat).
3. Хост-оператор. Сравнивают покрытие в регионах аудитории, цену трафика, глубину доступа к сетевым функциям под выбранную модель и условия выхода из договора. Критерии разобраны в статье [о выборе хоста](/articles/vybor-host-operatora-mvno).
4. Бизнес-модель. Целевой ARPU, ожидаемый профиль трафика, канал продаж SIM-карт, точка безубыточности. От профиля трафика зависит структура платежей хосту, от канала продаж зависят логистика SIM-карт и процесс идентификации абонента.

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

## Два направления работ: юридическое и техническое

| Направление | Что входит | Кто ведет |
|---|---|---|
| Юридическое и коммерческое | Договор с хост-оператором, лицензия на услуги связи, номерная емкость, поставка SIM-карт, согласования с регулятором | Компания, хост-оператор, регулятор |
| Техническое | Развертывание BSS/OSS, настройка продуктов и тарификации, интеграции с сетью хоста и системами компании, тестирование | Компания и вендор платформы |

Юридическое направление компания не может ускорить в одиночку: переговоры с хостом и лицензирование идут по календарю других участников. Поэтому его начинают раньше технического или одновременно с ним. Техническая часть на платформе Forward занимает от трех месяцев, юридическая в этот срок не входит. Порядок получения лицензии разобран в статье [о лицензии MVNO](/articles/litsenziya-mvno-ot-roskomnadzora-poryadok-polucheniya-i-slozhnosti).

## Этапы технической части

Этапы приведены в том порядке, в каком они шли в двух проектах, запущенных с нуля: Full MVNO [«Т-Мобайл»](/cases/project-tinkoff) и Medium MVNO [«Альфа-Мобайл»](/cases/alfa-mobile-mvno). В таблице указаны номера месяцев по шкалам со страниц кейсов. Шкала на месяц длиннее срока запуска: у «Т-Мобайл» в нее входит месяц коммерческого релиза, у «Альфа-Мобайл» этап концепции. Срок «Т-Мобайл» от старта проекта до коммерческого запуска составил шесть месяцев, релиз состоялся 12 декабря 2017 года. «Альфа-Мобайл» запущен за девять месяцев проекта, от концепции до запуска прошло десять.

![Шкала этапов по месяцам: у «Т-Мобайл» анализ и архитектура в 1–2-м месяце, развертывание в 3–4-м, интеграции и тестирование в 5–6-м, подготовка и коммерческий запуск в 7-м, сопровождение с 8-го; у «Альфа-Мобайл» анализ в 1–2-м, развертывание в 3–5-м, интеграции в 6–8-м, подготовка в 9–10-м с запуском, сопровождение с 11-го; юридическое направление идет параллельно](../../assets/articles/kak-postroit-mvno/etapy.webp)

| Этап | Что делается | «Т-Мобайл», Full | «Альфа-Мобайл», Medium |
|---|---|---|---|
| Анализ и архитектура | Концепция продукта, требования к услугам, архитектура BSS/OSS, точки интеграции и спецификации интерфейсов | 1–2-й месяц | 1–2-й месяц |
| Развертывание и настройка | Тестовое окружение, продуктовый каталог и тарифы, первая тарификация голоса и данных | 3–4-й | 3–5-й |
| Интеграции и тестирование | Сеть хоста, системы компании, платежи и госсервисы; функциональное, end-to-end и нагрузочное тестирование | 5–6-й | 6–8-й |
| Подготовка к запуску | Продуктивное окружение, финальная настройка, приемо-сдаточные испытания, обучение операционных команд | 7-й, коммерческий релиз | 9–10-й |
| Сопровождение после запуска | Изменения по итогам первых месяцев эксплуатации, оптимизация процессов, обучение команды заказчика | с 8-го и дальше | с 11-го и дальше |

### Анализ и архитектура

На выходе этапа: объем первого релиза, перечень интеграций со спецификациями и распределение ответственности между компанией, хостом и вендором. В проекте «Т-Мобайл» на этом этапе договорились с Tele2 как с хост-оператором и собрали кросс-функциональную команду. В «Альфа-Мобайл» разбирали бизнес-процессы банка и согласовывали точки интеграции.

### Развертывание и настройка

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

### Интеграции и тестирование

Это самый длинный этап, и его срок предсказуем хуже остальных. Стыковка с сетью хоста зависит от модели: в Full MVNO «Т-Мобайл» интеграция с ядром Tele2 шла по CAMEL, DIAMETER, PCRF, BIS+, TAP и OTA. Интеграции с системами самой компании разрабатываются на ее стороне: приложение, CRM, процедуры идентификации, платежи. Именно они сдвигают график чаще, чем платформа. Этап закрывается end-to-end и нагрузочным тестированием.

### Подготовка к запуску

Продуктивное окружение, финальная настройка компонентов, обучение команд продаж и поддержки, приемо-сдаточные испытания. В «Альфа-Мобайл» перед коммерческим стартом прошло предкоммерческое тестирование, а оператор вышел на рынок сразу в семи регионах.

### После запуска

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

## Какие системы входят в ИТ-контур MVNO

Состав зависит от модели. В модели Light оператору хватает маркетингового каталога и канала продаж поверх расчетов хоста. С Medium появляются собственный биллинг и абонентская база, с Full к ним добавляются элементы ядра сети и расчеты с другими операторами.

![Лестница моделей MVNO: в Reseller у оператора только бренд, продажи и обслуживание; в Light добавляется маркетинговый каталог; в Medium — продуктовый каталог, биллинг и абонентская база; в Full — еще ядро сети и HLR/HSS; радиосеть и частоты во всех моделях остаются у хост-оператора](../../assets/articles/kak-postroit-mvno/modeli.webp)

| Система | Задача | Продукт Forward |
|---|---|---|
| Продуктовый каталог | Сборка тарифов, пакетов и предложений без изменений в биллинге | [Forward PC](/products/fw-pc) |
| CRM и точки продаж | Новый номер, перенос номера, замена SIM и eSIM, обращения абонентов | [Forward Sales Point](/products/fw-sales-point) |
| Биллинг | Лицевые счета, расчеты с абонентами, выгрузки для регулятора | [Forward Billing](/products/fw-billing) |
| Онлайн-тарификация (OCS) | Списания в реальном времени для предоплатной модели | [Forward Fusion](/products/fw-fusion) |
| Медиация | Сбор событий сети, проверка записей, передача в биллинг | [Forward MD](/products/fw-md) |
| Управление SIM-картами | Номер, регион и профиль карты в момент первого включения | [Forward DSA](/products/fw-dsa) |
| Перенос номеров (MNP) | Входящие и исходящие заявки на перенос | [Forward MNP](/products/fw-mnp) |
| Межоператорские расчеты | Взаиморасчеты с хостом и партнерами | [Forward Interconnect](/products/fw-interconnect) |
| Личный кабинет | Самообслуживание, оплата, детализация | [Forward eShop](/products/fw-eshop) |
| Прием платежей | Платежные шлюзы, рекуррентные списания | [Forward PMS](/products/fw-pms) |
| Хранилище данных | Витрины для отчетности, аналитики и маркетинга | [Forward DMP](/products/fw-dmp) |

Скоростью и квотами на передачу данных управляет AAA-сервер [Forward AMS](/products/fw-ams). Персональное предложение в момент обращения клиента формирует [Forward RTM](/products/fw-rtm). Внешние системы работают с платформой через единый интеграционный слой [Forward API](/products/fw-api): мобильное приложение, backend банка, платежные системы и системы хост-оператора обращаются к одному интерфейсу.

Элементы ядра сети для модели Full (HLR/HSS, пакетное ядро) составляют отдельный контур проекта со своими поставщиками. Биллинг и онлайн-тарификация стыкуются с ним по протоколам сети хоста. Полный состав платформы описан на странице [решения для MVNO](/solutions/mvno).

## Регуляторный контур

Как только компания заключает договор с абонентом от своего имени, ей нужна лицензия на услуги связи, а вместе с ней приходят обязательства оператора: выгрузки в СОРМ и Финмониторинг, идентификация абонента, межрегиональный перенос номера. Каждое требование означает доработку биллинга, CRM и личного кабинета.

К ним добавились проверки при продаже SIM-карт. В проекте [«ВТБ Мобайл»](/cases/vtb-mobile) штатными средствами платформы реализованы три регуляторных сценария: контроль количества SIM-карт и проверка достоверности персональных данных, онлайн-проверка самозапретов через «Госуслуги», проверка биометрии для иностранных граждан.

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

## Из чего складывается бюджет

Бюджет складывается из платформы и ее внедрения, интеграций с сетью хоста и системами компании, номерной емкости и SIM-карт, операционной модели: продаж, поддержки, логистики. Вложения растут вместе с моделью: Reseller работает на чужой инфраструктуре, Full требует собственных элементов ядра сети. Стоимость владения разобрана в статье [о внедрении биллинга в цифрах](/articles/billing-roi).

## Что нужно для оценки проекта

Для оценки сроков и состава работ достаточно трех вводных: целевой модели, ожидаемого профиля абонентской базы и списка систем компании для стыковки. Договор с хост-оператором к началу проектирования иметь не обязательно, в выборе хоста Forward участвует. Ошибки, из-за которых проекты виртуальных операторов дорожают и сдвигаются, собраны в [отдельной статье](/articles/mvno-virtualnyj-operator-primery-oshibki-zapusk).

## Вопросы и ответы

**Сколько времени нужно, чтобы построить MVNO?**

Техническая часть на платформе Forward занимает от трех месяцев. В опубликованных проектах Full MVNO «Т-Мобайл» запущен за шесть месяцев, Medium MVNO «Альфа-Мобайл» — за девять. Договор с хост-оператором и лицензия идут параллельно и в этот срок не входят, поэтому их начинают раньше или одновременно с выбором платформы.

**С чего начинать создание виртуального оператора?**

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

**Можно ли начать с Light и потом перейти на Full?**

Да. Переход идет по ступеням: собственный продуктовый каталог, затем биллинг и абонентская база, затем элементы ядра сети. Замена платформы при этом не нужна, если она закрывает все модели. Модель для старта выбирают под продукт: если он строится на собственных тарифах и данных об абоненте, агентская схема его не вытянет.

**Нужен ли виртуальному оператору собственный биллинг?**

В моделях Reseller и Light расчеты с абонентами ведет хост-оператор. Собственный биллинг появляется с модели Medium: с ним оператор сам управляет тарифами, лицевыми счетами и данными об абоненте и сам отвечает за выгрузки регулятору.

**Кто за что отвечает в проекте MVNO?**

Компания отвечает за продукт, бизнес-модель, договор с хостом и лицензию. Хост-оператор дает радиодоступ, номерную емкость и сетевые функции под выбранную модель и тестирует стыковку со своей стороны. Вендор платформы разворачивает BSS/OSS, настраивает продукты и тарификацию и ведет интеграции с сетью хоста и системами компании.