«Ценовая дискриминация« и »модель подписки» — как изнутри устроены эти инструменты увеличения выручки

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

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

Коммерческая политика такого класса невозможна без специального ИТ-решения, «коммерческой платформы». Наибольший опыт внедрений такого типа накоплен в телеком-бизнесе, и я вижу большое будущее в переносе этой методологии на другие бизнесы: продажу контента, EdTech, SAAS, логистику. Более того, мне кажется, что и традиционный ритейл скоро придет к схожей схеме ценообразования.

С вопросами тарификации и ценовой дискриминации я сталкивался в самых в разных проектах: отмена накопительных скидок в OZON. ru, реализация конвергентной тарификации в PRICE. RU, запуск «Клубной программы» в RuCenter. Наиболее же значимым опытом в этой области для меня стал запуск коммерческой платформы РБК-ПРО, осуществленный на базе программных продуктов российского ИТ-разработчика Forward Telecom. Именно этот проект, в рамках которого мы опирались на опыт коллег из телеком-индустрии, сформировал у меня в голове ясное понимание того, как устроена современная конвергентная тарификация и биллинг. Этому и посвящен данный текст и видеосюжет.

У этого материала есть и вторая цель. Я достаточно много консультирую по теме маржинального анализа и ценовой дискриминации и эта статья – попытка свести воедино основную терминологию и принципы, чтобы ссылаться на нее и не переписывать одно и то же по нескольку раз. Если эта тема найдет положительный отклик, то я напишу еще одну заметку, в которой постараюсь глубже развернуть уже именно коммерческую, а не «ИТ-шную» составляющую.

Терехов Антон
Генеральный Директор ООО «Экспертные системы» (Phenomen. org ™)

Для начала представим себе простой прайс-лист, в котором перечислены цены на товары и услуги.

Сразу обратите внимание, что я вынес «единицы измерения» в отдельную колонку, и что «время» — это такая же единица измерения, как штуки или килограммы. Это нам потом пригодится. Конечно же, реальный прайс-лист практически всегда выглядит сложнее. Товары и услуги в нем могут быть сгруппированы в иерархическую структуру, в них могут быть выделены группы и подгруппы. Также в прайс-листе зачастую присутствует еще одно измерение – это клиенты. Они, эти самые клиенты, могут быть указаны в прайс-листе в явном виде. В микроэкономике предоставление разных цен разным типам клиентов называют ценовой дискриминацией третьего типа.

Также клиенты могут «присутствовать» в прайс-листе в неявном виде, в этом случае цена зависит не от их «статических», а от «поведенческих» характеристик. Такой подход в микроэкономике называют ценовой дискриминацией второго типа. Наиболее известный пример дискриминации второго типа – это колонка «оптовые цены». Они доступны только тем, чье поведение подпадает под некоторые, заранее установленные критерии (либо они покупают регулярно, либо средний чек их заказа велик и т. п.).

Еще одним стандартным усложнением прайс-листа являются «квоты». При квотировании стоимость товара или услуги даже для оного и того же покупателя может быть дополнительно разделена на две или более категорий, в зависимости от объема закупки.

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

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

Мы пришли к тому, что должны существовать процедуры подключения / отключения тарифных планов, а значит возникает понятие «Стоимость подключения». Для особенно жадных существует еще и «Стоимость отключения».

Логичнее всего реализовать подключение и отключение тарифного плана через отдельные сущности, так называемые «офферы».

Оффер определяет условия подключения и отключения тарифного плана и включает в себя:

Другими словами, оффер – это то, кому и на каких условиях мы открываем тарифный план.

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

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

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

Итак, услуги и товары, входящие в прайс-лист, бывают разного типа:

Так вот, как маркетолог, я могу ввести в тарифный план некую «виртуальную длящуюся услугу», которая «обнулит» стоимость других товаров и услуг в рамках установленных квот.

Таким образом, возникает понятие «Абонентская плата» (которую как раз часто и называют «Подпиской») – это виртуальная длящаяся услуга, задающая квоты бесплатного потребления других продуктов и услуг.

Как именно рассчитать величину стоимости Абонентской платы в зависимости от уровня потребления клиентами «реальных» продуктов мы обсудим в следующих материалах.

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

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

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

Коммерческая политика – совокупность правил формирования тарифных планов и офферов для разных групп клиентов.

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

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

Поговорим теперь, о том, как воплотить все вышесказанное в ИТ-решении.

Нельзя один раз «создать» коммерческую политику и забыть об этом, правила формирования тарифных планов, офферов. постоянно меняются и развиваются вместе с рынком, клиентами, продуктами. Поэтому ИТ-решение, которое все это обеспечивает (назовем его коммерческой платформой) должно поддерживать эти изменения. Причем желательно, чтобы маркетологи и коммерсанты могли управлять коммерческой политикой на уровне конфигурации и простых настроек системы через UI с минимальным участием программистов.

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

Другими словами «управление коммерческим продуктом» и «управление реальным продуктом», я настойчиво рекомендую отделить друг от друга и разносить в разные слои ИТ-архитектуры, чтобы их развитие не тормозило друг друга. Это, хотя и общий, но очень ценный совет – прочитайте его два раза 😉.

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

Разберем чуть подробнее компоненты коммерческой платформы.

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

Чтобы выполнять свои функции, CRM должна собирать максимальное количество информации о клиенте на некий универсальный ключ, так называемый Master_ID из разных источников. Для этого CRM должна поддерживать логику «сквозной аналитики», в которой существует возможность MDM (master data management – метчинг данных - сопоставление master_ID и соответствующих ему клиентских идентификаторов в других системах: кука на веб-сайте, емэйл в почтовом рассыльщике, логин в системе авторизации, телефон в контактном центре и т.п.).

В CRM операторы и менеджеры получают доступ к статическому и поведенческому профилю клиента и к системе «управления сделками».

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

Это система быстрого обмена данными о клиенте на основе краткой выжимки о его профиле. Такую выжимку еще называют «Golden Record». Она содержит ограниченное количество информации о клиенте, только той, которая важна для таргетинга коммерческих офферов. При этом DMP способна быстро в режиме онлайн отдавать эту информацию, снижая тем самым нагрузку на БД CRM и обеспечивая высокую скорость работы системы таргетинга офферов. Это своего рода быстрая кеширующая надстройка над CRM.

Состав золотой записи может выглядеть, например так:

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

Другими словами, DMP – это такой технологичный инструмент цифровой дискриминации. Она содержит параметры необходимые как для ценовой дискриминации третьего типа - «статический» профиль клиента, так и для ценовой дискриминации второго – его «поведенческий» профиль.

Система взаимодействия с пользователем, - инструмент формирования динамической витрины офферов. Определяет ID клиента, контекст его посещения (например, по маске урла) и формирует для него витрину офферов на основании настроек, сделанных в продуктовом каталоге и Golden Record клиента. «Витрина» - это условное название набора офферов, которые компания рекомендует клиенту в данный момент времени в данном месте. Витрина может быть реализована как «плашка, закрывающая контент», или как серия экранных форм, реализующая «выбор оптимального тарифа» для апсейла или как отдельный лендинг. Важно то, что пользователь видит только те офферы, которая предоставляет ему система, основываясь на его профиле (полях Golden Record) и их доступности, заведенной маркетологом в продуктовом каталоге.

Также Order Capture осуществляет заказ выбранного пользователем оффера:

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

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

Важной особенностью описанной архитектуры является то, что SP отдает не просто ID тарифного плана, но и набор входящих в него «атомарных» услуг. Это позволяет на стороне продуктового каталог и биллинга как угодно их группировать, управлять их ценами и т.п. «Продуктовое приложение» же ничего про эти группировки не знают – от SP они получают сигнал «Включить для пользователя Васи такой-то набор атомарных услуг / Выключить для Васи такой-то набор атомарных услуг».

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

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

С Уважением,
Терехов Антон.