Продуктовый каталог оператора связи: зачем он нужен
Продуктовый каталог — место, где описаны все предложения оператора: из чего собран продукт, как он тарифицируется и какие команды нужны на сети для его активации. Пока эти три вещи описаны в коде расчетной системы, каждое новое предложение требует разработки и релиза. Когда они вынесены в каталог, предложение собирается настройкой из готовых элементов.
Продуктовый каталог — место, где описаны все предложения оператора: что клиент покупает, как это считается и что нужно сделать на сети, чтобы услуга заработала. В отраслевой литературе он же Product Catalog System.
Состав продукта — на странице Forward PC. Здесь — зачем каталог выделяют в отдельную систему.
Три уровня одного продукта
| Уровень | Что описывает | Кто правит |
|---|---|---|
| Маркетинговый | Состав предложения, условия, ограничения, кому доступно | Продуктовая команда |
| Биллинговый | Правила тарификации, периодичность, поведение при исчерпании | Аналитики расчетного контура |
| Сервисный | Команды на сеть для активации и изменения услуги | Эксплуатация |
Продукт существует на всех трех уровнях одновременно. Тариф, описанный только в маркетинге, не тарифицируется; описанный только в биллинге — не активируется на сети.
Что меняется, когда каталог выделен
Срок вывода предложения. Пока правила лежат в коде расчетной системы, новое предложение — это задача разработчику и релиз. С каталогом предложение собирается настройкой из готовых элементов, и маркетинг перестает стоять в очереди за ИТ.
Согласованность между системами. Одна и та же услуга в биллинге, CRM и на оборудовании обычно называется по-разному. Каталог сводит описания в одну сущность, и сверка перестает быть ручной работой.
Переиспользование. Дерево услуг без ограничения вложенности позволяет собирать пакеты из уже описанных элементов. Изменение в одной услуге не приходится повторять во всех пакетах, куда она входит.
Контроль над базой. Правила доступности предложения не дают новому тарифу обесценить действующую базу: выгодный тариф без ограничений вызывает массовый переход на него, и выручка падает без единого нового клиента.
Чего каталог не делает
Он не подсказывает, какое предложение собрать. Решение о продукте остается за компанией, а каталог отвечает за то, чтобы это решение стало работающим тарифом за разумный срок и без разработки.
Не заменяет он и систему маркетинга в реальном времени: каталог отвечает на вопрос, какие предложения вообще существуют и кому они доступны, а Forward RTM — какое из них показать конкретному клиенту прямо сейчас.
В проектах
Каталог работал в контурах РБК с подписочными планами, «Алма ТВ» после объединения восемнадцати биллинговых систем с разными наборами услуг и «Первого ОФД», где тарифных конструкций много и они индивидуальны.
Вопросы и ответы
Что хранится в продуктовом каталоге?
Структура предложений компании на трех уровнях. Маркетинговый описывает, что клиент покупает: состав продукта, условия, ограничения. Биллинговый задает правила тарификации: как считается, когда списывается, что происходит при исчерпании. Сервисный связывает продукт с сетью: какие команды нужны, чтобы услуга заработала. Один продукт существует на всех трех уровнях сразу.
Почему нельзя описать тарифы прямо в биллинге?
Можно, и в небольшом контуре так и делают. Проблема в скорости изменений: пока правила лежат в коде расчетной системы, каждое новое предложение — это задача разработчику, тестирование и релиз. Маркетинг оказывается в очереди за ИТ, и срок вывода предложения на рынок определяется спринтом команды разработки, а не самим рынком.
Что дает вложенность дерева услуг?
Возможность собирать сложные предложения из готовых элементов, не переписывая их заново. Пакет из связи, телевидения и подписки — это узел, в который входят уже описанные услуги со своими правилами. Без вложенности такой пакет описывается как отдельный продукт целиком, и любое изменение в одной услуге приходится повторять во всех пакетах, куда она входит.
Что такое защита от каннибализации базы?
Проверка, которая не дает новому предложению обесценить действующую абонентскую базу. Тариф, выгоднее которого нет у текущих абонентов, вызывает массовый переход на него — выручка падает без единого нового клиента. Каталог позволяет задать правила доступности предложения: кому оно показывается, при каких условиях подключается, действует ли для действующих абонентов.
Зачем нужно мапирование услуг из разных систем?
Потому что одна и та же услуга в биллинге, CRM и на сетевом оборудовании обычно называется по-разному и описана разными наборами параметров. Каталог сводит эти описания в одно: продукт становится единой сущностью для всех систем контура. До этого сверка между системами делается вручную и никогда не бывает полной.
Кто работает с каталогом?
Продуктовая команда и маркетинг — на маркетинговом уровне, аналитики расчетного контура — на биллинговом, эксплуатация — на сервисном. Смысл разделения в том, что каждый уровень правится своей командой без ожидания остальных, а система следит за тем, чтобы продукт оставался согласованным.