# Окупаемость биллинговой системы: из чего складывается TCO

Источник: https://fw-t.ru/articles/billing-roi
Опубликовано: 2019-07-04 · Обновлено: 2026-09-15

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

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

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

## Восемь статей затрат

| Статья | Что определяет размер |
| --- | --- |
| Лицензии или подписка | Объем базы, число рабочих мест, состав модулей |
| Внедрение | Число тарифных конструкций, объем настройки, требования к документации |
| Интеграции | Ландшафт оператора: ERP, CRM, платежи, оборудование сети, регуляторные выгрузки |
| Миграция данных | Объем истории расчетов, качество данных в текущей системе, длительность параллельной работы |
| Инфраструктура | Модель поставки, требования к отказоустойчивости и месту размещения |
| Поддержка | Уровень SLA, время реакции, состав работ |
| Внутренняя команда | Сколько своих людей нужно для эксплуатации и развития |
| Обновления | Порядок перехода на новые версии и стоимость доработок под них |

Первая статья заметнее всего в переговорах и реже всего оказывается самой крупной на горизонте пяти лет.

## Что двигает TCO вверх

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

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

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

**Доработки под себя.** Каждая настройка, которой нет в продукте, становится статьей в стоимости обновлений: ее придется переносить на каждую новую версию.

## Что двигает TCO вниз

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

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

## Как считается окупаемость

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

1. Зафиксировать текущее состояние: расходы на действующую систему, трудозатраты на ручные операции, сроки вывода предложений, отток и стоимость привлечения абонента.
2. Собрать полную стоимость владения новым решением по восьми статьям выше на пять лет.
3. Оценить экономию по каждому эффекту в текущих величинах оператора, а не в процентах из презентаций.
4. Учесть период параллельной работы, когда платятся обе системы.

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

## Порядки величин по рынку

Диапазонов стоимости проектов BSS в открытых источниках нет, и это не пробел в поиске: контрактные суммы не раскрываются ни вендорами, ни операторами, а сам порядок величины задается абонентской базой и числом интеграций, которые у двух похожих операторов различаются кратно. Мы такие диапазоны не публикуем — они вводили бы в заблуждение.

Что по рынку измерено и на что можно опереться при защите бюджета:

| Показатель | Значение |
|---|---|
| Объем российского рынка BSS, 2024 | 52,7 млрд рублей |
| Прогноз на 2027 год | 110,6 млрд рублей |
| Средний темп роста в этом горизонте | 28% в год |
| Операторы, планирующие модернизацию или замену BSS в ближайшие 1–2 года | 61% |
| Переход на гибридные среды | 63% |
| Переход в частное облако | 56% |

Источник — [исследование, которое цитирует TelecomDaily](https://telecomdaily.ru/news/2025/04/07/nexign-i-telecomdaily-rynok-bss-v-rossii-i-sng-zhdet-znachitelnyy-rost): опрошены 77 руководителей и технических специалистов компаний мобильной и фиксированной связи.

Практический смысл этих величин для расчета один. Рынок удваивается не потому, что растет абонентская база — она не растет, — а потому что 61% операторов меняют системы в ближайшие два года. То есть отложить замену не значит ее избежать: она произойдет позже и в том же объеме, но с еще год-два оплаченной поддержки прежней системы сверху. Этот перенос и стоит сравнивать с вложением, а не «делать проект» против «не делать ничего».

Ориентир под конкретный масштаб базы и список интеграций считается в рамках [аудита](/services/consulting).

## Что взять с собой на расчет

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

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

**Из чего складывается стоимость владения биллингом?**

Из восьми статей: лицензии или подписка, работы по внедрению, интеграции с системами оператора, миграция данных, инфраструктура, поддержка по SLA, содержание внутренней команды и стоимость будущих обновлений. Сравнивать предложения по одной лицензии бессмысленно: у двух систем с одинаковой ценой лицензии итог за пять лет расходится в разы за счет интеграций и объема доработок.

**Какая статья обычно оказывается больше ожидаемого?**

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

**Как считать срок окупаемости?**

От разницы между затратами и измеримой экономией. Стоимость системы сама по себе срока не задает. Экономия считается на своих данных: человеко-часы на операции, которые уходят в автоматический режим, время вывода нового предложения на рынок, доля обращений, которые закрывает самообслуживание, отток и стоимость привлечения абонента. Каждая величина берется в текущем состоянии до проекта, иначе сравнивать будет не с чем.

**Что меняет модель поставки?**

Профиль затрат. On-premise дает крупные разовые вложения и предсказуемую эксплуатацию. Подписка и managed services переносят затраты в операционные и снимают содержание инфраструктуры и части команды. На горизонте пяти лет итог у моделей сопоставим; разница в том, когда возникают деньги и кто несет риск эксплуатации.

**Сколько занимает проект?**

По нашим проектам от пяти месяцев до года, и срок зависит от типа работы. Миграция действующего оператора на новую BSS у «ВТБ Мобайл» заняла пять месяцев. Запуск платформы Full MVNO с нуля у «Т-Мобайл» — шесть. Объединение шестнадцати региональных биллингов в один расчетный центр у «Алма ТВ» — двенадцать. Срок проекта входит в расчет: до переключения оператор платит и за старую систему, и за новую.

**Можно ли считать TCO до выбора системы?**

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