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

Источник: https://fw-t.ru/articles/pcs-ili-product-catalogue-system-dlya-chego-nuzhen-etot-instrument
Опубликовано: 2020-03-11 · Обновлено: 2026-09-15

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

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

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

Состав продукта — на странице [Forward PC](/products/fw-pc). Здесь — зачем каталог выделяют в отдельную систему.

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

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

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

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

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

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

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

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

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

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

Не заменяет он и систему маркетинга в реальном времени: каталог отвечает на вопрос, какие предложения вообще существуют и кому они доступны, а [Forward RTM](/products/fw-rtm) — какое из них показать конкретному клиенту прямо сейчас.

## В проектах

Каталог работал в контурах [РБК](/cases/case-rbc) с подписочными планами, [«Алма ТВ»](/cases/project-almatv) после объединения шестнадцати филиалов с разными наборами услуг и [«Первого ОФД»](/cases/case-ofd), где тарифных конструкций много и они индивидуальны.

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

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

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

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

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

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

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

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

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

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

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

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

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