«Бандлы» в IT

Сегодня мы поговорим о бандлах (bundle) в разрезе предоставления IT-услуг. Но для начала давайте разберемся с самим понятием. Бандлы (bundle, пучок, сет и пр.) – эффективный маркетинговый прием, направленный на продвижение как самого продукта, так и сопутствующих товаров. Примеры бандлов мы видим на каждом шагу. Это может быть и зубная паста, которая прилагается при покупке зубной щетки по сниженной цене; и полное собрание сочинений автора, которое обойдется существенно дешевле, нежели покупка томов по отдельности; и пена для бритья с бритвой, идущие как одно SKU, и многое другое. Один из примеров популярного бандла – интернет + ТВ + мобильный телефон, активно продвигаемые операторами связи.

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

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

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

Резервное копирование, к примеру, можно совмещать не только с классической IaaS. Если вы решили воспользоваться сервисом Disaster Recovery Service (резервная площадка для собственной инфраструктуры), то бэкап сервисов этой площадки в облако дополнительно защитит вашу инфраструктуру. Ведь, подвергнувшись негативному воздействию «на земле», мы через некоторое время получим их и на DR-стороне, а подготовленная инфраструктура провайдера поможет быстро восстановиться и произвести обратную репликацию на основную площадку.

Заказывая услугу IaaS для организации собственного почтового сервера или воспользовавшись почтовым сервисом по модели SaaS, приятно будет получить в комплекте антиспам-систему и свести количество лишней корреспонденции до нуля. Также нельзя игнорировать потенциальные риски попасть под ограничения, связанные с введением санкций при развертывании сервисов в зарубежных публичных облаках, таких как Azure или Amazon Web Services. Поэтому при заказе услуги облачной миграции неплохо защитить свои инвестиции путем резервирования критичных данных, будь то почтовые ящики Office365 или виртуальные машины.

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

Единственная трудность при создании подобных бандлов – обоюдовыгодный расчет тарификации. Так как самая популярная модель на сегодняшний день – pay-as-you-go, то есть оплата по фактическому потреблению услуги. Сложность для провайдера может вызвать расчет вторичного продукта, идущего в комплекте с сервисом, и главное тут – соблюсти баланс. На одной чаше весов – предоставление конечному потребителю несомненной выгоды и мотивация его на покупку связки, на другой – финансовые риски со стороны провайдера.

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