Что такое продуктовый каталог и как он меняет управление тарифами

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

Что такое продуктовый каталог

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

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

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

• карточки продуктов и услуг;
• атрибуты и характеристики;
• цены — тарифы, скидки, акционные условия;
• правила совместимости и доступности;
• порядок подключения, отключения и автопролонгации.

В корпоративной архитектуре каталог стоит в одном ряду с биллингом, CRM и системой заказов. Этот слой называют BSS — системы, которые обслуживают коммерческую сторону бизнеса, то есть продукты, клиентов и деньги. Ниже расположен слой OSS, отвечающий за технику и сеть. Каталог занимает в этой схеме верхнюю позицию, потому что остальные системы получают описание продукта именно от него. 

В крупных компаниях каталог строят по модели TM Forum. Это международное отраслевое объединение, которое описало, как правильно устроить продуктовые данные и как системам обмениваться ими между собой. Готовое описание избавляет от изобретения собственных форматов, а новая система стыкуется с уже установленными без переходников и долгих доработок.

Каталоги продуктов, услуг и подписок 

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

Сфера	Что лежит в каталоге	Что усложняет управление
Связь	тарифы, опции, пакеты трафика, оборудование	зависимости опций, региональные различия, архивные тарифы
SaaS и подписки	планы, лимиты, редакции, партнерские условия	смена плана в середине периода, оплата за объем, реселлеры
Банки и страхование	счета, карты, кредиты, пакеты услуг, полисы	ставки, регуляторные ограничения, персональные условия
Логистика и B2B-сервисы	услуги перевозки, тарифные сетки, договорные скидки	цена по объему и направлению, индивидуальные договоры
Ритейл	подписки, программы лояльности, наборы товаров	акции с коротким сроком, сегментация покупателей

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

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

Как устроен процесс управления каталогом услуг

Любое предложение проходит путь от идеи до вывода из продажи, и не важно, тариф это, подписка или страховой полис. И управление каталогом услуг зависит от жизненного цикла продукта.

Основные этапы:

1. Проектирование

Специалисты отдела маркетинга описывают предложение — состав, цену, целевой сегмент, срок действия.

2. Настройка

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

3. Проверка

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

4. Публикация

Каталог рассылает готовый продукт в биллинг, на сайт, в приложение и в интерфейс оператора одним действием. 

5. Вывод из продажи

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

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

Кто управляет каталогом

Без отдельной системы продуктовую линейку фактически ведут программисты. Маркетолог описывал идею словами, разработчик переносил ее в настройки биллинга, и точность результата зависела от того, насколько верно он понял замысел. Любая мелочь, например, изменение цены, становилась отдельной задачей для ИТ-отдела.

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

Управление тарифами и сложные коммерческие модели

Тариф — это не только цена. За ним стоят правила, по которым он сочетается с остальными предложениями компании. 

Зависимости между услугами

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

Пакеты и скидки

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

Разные способы расчета

Стоимость биллинг рассчитывает по виду услуг: 

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

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

Индивидуальные условия

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

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

Клиенты и компании

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

Зачем бизнесу управление каталогом услуг

Что меняет управление каталогом услуг, хорошо видно в сравнении с ручным подходом:

Что сравниваем	Линейка по системам	Единый каталог
Запуск нового тарифа	недели, через задачу разработчикам	дни, силами маркетинга
Изменение цены	правки в нескольких местах	одна правка и публикация во все каналы
Ошибки в начислениях	расхождения между источниками	единый источник данных
Прозрачность линейки	полной картины нет ни у кого	перечень с историей версий
Нагрузка на ИТ	поток мелких заявок	сопровождение платформы

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

Как выбрать решение по управлению тарифами

Решение по управлению тарифами оценивают по нескольким параметрам, и цена лицензии среди них далеко не первая.

• Соответствие отраслевой модели

Архитектура по TM Forum стыкуется с готовыми BSS/OSS-платформами без переходников. Самописная структура данных обойдется дешевле на старте и дороже на каждой следующей интеграции.

• Настройка без кода

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

• Версионность и архив

История изменений и доступ к прежним редакциям продукта является обязательным требованием.

• Режим обмена со смежными системами

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

• Масштабирование

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

• Технологическая независимость

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

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

Продуктовый каталог «айФлекс»

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

Архитектура опирается на стандарты TM Forum, поэтому решение встраивается в существующий ландшафт BSS/OSS без переделки смежных систем. Продукт зарегистрирован, свидетельство № 2024682441. Летом 2026 года модуль вошел в новую версию биллинговой платформы «айФлекс». Применять его можно двумя способами — в связке с платформой или самостоятельно, с интеграцией в действующие системы компании.

Компания «айФлекс» разрабатывает корпоративные ИТ-системы с 2005 года. Среди клиентов — «Ростелеком», «Триколор», МТС, МТТ, «Магнит», X5 Group, Home Credit Bank и ВТБ. Опыт высоконагруженных расчетных систем лег в основу продуктового каталога, поэтому решение справляется с базами в десятки миллионов клиентов.