Продуктовый каталог оператора связи: зачем он нужен

11 марта 2020 г. · обновлено 15 сентября 2026 г.

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

Продуктовый каталог — место, где описаны все предложения оператора: что клиент покупает, как это считается и что нужно сделать на сети, чтобы услуга заработала. В отраслевой литературе он же Product Catalog System.

Состав продукта — на странице Forward PC. Здесь — зачем каталог выделяют в отдельную систему.

Три уровня одного продукта

Уровень	Что описывает	Кто правит
Маркетинговый	Состав предложения, условия, ограничения, кому доступно	Продуктовая команда
Биллинговый	Правила тарификации, периодичность, поведение при исчерпании	Аналитики расчетного контура
Сервисный	Команды на сеть для активации и изменения услуги	Эксплуатация

Продукт существует на всех трех уровнях одновременно. Тариф, описанный только в маркетинге, не тарифицируется; описанный только в биллинге — не активируется на сети.

Что меняется, когда каталог выделен

Срок вывода предложения. Пока правила лежат в коде расчетной системы, новое предложение — это задача разработчику и релиз. С каталогом предложение собирается настройкой из готовых элементов, и маркетинг перестает стоять в очереди за ИТ.

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

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

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

Чего каталог не делает

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

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

В проектах

Каталог работал в контурах РБК с подписочными планами, «Алма ТВ» после объединения шестнадцати филиалов с разными наборами услуг и «Первого ОФД», где тарифных конструкций много и они индивидуальны.

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

Что хранится в продуктовом каталоге?

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

Почему нельзя описать тарифы прямо в биллинге?

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

Что дает вложенность дерева услуг?

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

Что такое защита от каннибализации базы?

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

Зачем нужно мапирование услуг из разных систем?

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

Кто работает с каталогом?

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