Модели ценообразования для мультитенантного решения

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

Общие сведения о рентабельности

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

При разработке моделей ценообразования для решения рассмотрите следующие вопросы:

• Будет ли COGS выше прибыли, полученной от решения? Убыточный подход к модели ценообразования может работать в течение некоторого времени, но в долгосрочной перспективе он неустойчив.
• Может ли COGS меняться со временем на основе роста пользователей или изменений в шаблонах использования? Разрабатывайте модель себестоимости и роста, чтобы рассчитать, делает ли себестоимость ваше решение неприбыльным по мере вашего роста.
• Насколько сложно измерять и записывать сведения, необходимые для работы с моделью ценообразования? Например, если вы планируете выставлять счета клиентам на основе количества вызовов API, которые они делают, важно определить, как измерять вызовы API, сделанные каждым клиентом.
• Отпугивает ли ваша модель ценообразования пользователей от использования вашего продукта? Избегайте ситуаций, когда ваша модель ценообразования снижает потенциальную ценность, которую клиент может достичь от продукта, например, делая распространенные действия очень дорогостоящими. Эта структура создает несогласованные стимулы и может привести к смешанному сигналу для клиентов.
• Если клиент перепользовал решение, это означает, что вы больше не прибыльны? Если вы беспокоитесь о неправильном использовании, примите меры предосторожности, например, установите лимиты на скорость.

Существуют некоторые ключевые факторы, влияющие на прибыльность:

• Модели цен на службы Azure. Модели ценообразования служб Azure или сторонних служб, составляющих ваше решение, могут повлиять на прибыльные модели.

• Шаблоны использования служб. Пользователям может понадобиться доступ к вашему решению только в их рабочие часы, или у вас может быть лишь небольшой процент высоконагруженных пользователей. Можно ли сократить количество COGS, уменьшая неиспользуемую емкость при низком использовании?

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

• Изоляция клиентов. Модель аренды, используемая, влияет на уровень изоляции, который у вас есть между клиентами. Если вы предоставляете общий доступ к ресурсам, необходимо рассмотреть, как клиенты могут чрезмерно использовать или злоупотреблять службой? Как уровень изоляции клиента влияет на работу COGS и производительность для всех пользователей?

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

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

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

Распространенные модели ценообразования

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

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

Цены на основе потребления

Модель потребления иногда называется оплатой по мере использования или PAYG. По мере увеличения использования вашей службы ваш доход увеличивается:

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

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

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

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

Цены для одного пользователя

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

Модели ценообразования для каждого пользователя очень распространены из-за простоты реализации в мультитенантном решении. Однако они связаны с несколькими коммерческими рисками.

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

Сложность и операционные затраты: модели для каждого пользователя, как правило, легко реализовать. Однако в некоторых ситуациях необходимо измерять потребление для каждого пользователя, что может помочь вам убедиться, что COGS для одного пользователя остается прибыльным. Измеряя потребление и связывая его с определенным пользователем, вы можете увеличить операционную сложность решения.

Риски: различные шаблоны потребления пользователей могут привести к снижению рентабельности. Например, обслуживание активных пользователей решения может обходиться дороже, чем обслуживание умеренных пользователей. Кроме того, фактический возврат стоимости (ROV) для решения не отражается фактическим количеством приобретенных лицензий пользователей. Если ваше решение включает возможности, которые не связаны напрямую с пользователями, например отправка сообщений электронной почты большому количеству получателей, ваш доход может не увеличиваться по мере увеличения COGS.

Ценообразование на одного активного пользователя

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

Это можно измерять в любом удобном для вас периоде. Ежемесячные периоды являются общими, а затем эта метрика часто записывается как ежемесячные активные пользователи или MAU.

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

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

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

Цены на единицу

Во многих системах число пользователей не является элементом, который имеет наибольшее влияние на общий COGS. Например, в решениях, ориентированных на устройства, также называемых Интернетом вещей или Интернета вещей, число устройств часто оказывает наибольшее влияние на COGS. В этих системах можно использовать модель ценообразования на единицу, где определяется единица, например устройство. Рассмотрим схему ниже.

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

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

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

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

Цены на уровне компонентов и служб

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

Эта модель также может предлагать различные соглашения уровня обслуживания для разных уровней. Например, базовый уровень может предложить 99,9% времени безотказной работы, в то время как уровень «Премиум» может предложить 99,99%. Соглашение об уровне обслуживания (SLA) может быть реализовано с помощью служб и функций, которые обеспечивают более высокие целевые показатели доступности.

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

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

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

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

Цены на Freemium

Вы можете предложить бесплатный уровень службы с базовыми функциями и без гарантий уровня обслуживания. Затем вы можете предложить отдельный платный уровень с дополнительными функциями и официальным соглашением об уровне обслуживания (как показано на следующей схеме).

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

Преимущества: это очень легко вывести на рынок решение, когда это бесплатно.

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

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

Цена реализации проданных товаров

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

Модель стоимости проданных товаров является хорошим вариантом для внутренних мультитенантных решений. Каждое подразделение соответствует клиенту, а затраты на ресурсы Azure должны распределяться между ними. Кроме того, это может быть уместно, если доход является производным от продаж других продуктов и услуг, которые потребляют или расширяют мультитенантное решение.

Преимущества: Так как эта модель не включает добавленной маржи на прибыль, стоимость арендаторов ниже.

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

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

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

Фиксированные цены

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

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

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

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

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

Скидочные цены

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

Распространенные шаблоны ценообразования со скидкой включают:

• Фиксированные цены. Вы имеете одинаковую стоимость для каждого пользователя, единицы или объема потребления, независимо от того, сколько будет приобретено или потребляется. Это самый простой подход. Однако клиенты, которые активно используют ваше решение, могут считать, что они должны получить выгоду от экономии масштаба, получив скидку.
• Дигрессивное ценообразование. По мере приобретения или использования клиентами большего количества единиц вы сокращаете затраты на единицу. Это более привлекательно для клиентов.
• Поэтапное ценообразование. По мере того как клиенты покупают больше, вы сокращаете затраты на единицу. Однако вы делаете это пошаговыми изменениями, основанными на предопределенных диапазонах значения. Например, вы можете взимать более высокую цену для первых 100 пользователей, а затем более низкую цену для 101-го по 200-й пользователь, а затем более низкую цену снова после этого. Такой подход может быть более прибыльным, чем регрессивная цена.

На следующей схеме показаны эти шаблоны ценообразования.

Скидки на непродуктивные среды

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

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

• Предложить freemium-уровень, как вы уже делаете это для платных клиентов. Это следует тщательно отслеживать, так как некоторые организации могут создавать множество сред тестирования и обучения, которые будут использовать дополнительные ресурсы для работы.

  Примечание.

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

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

Невыгодные модели ценообразования

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

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

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

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

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

Модели рискованного ценообразования

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

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

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

Ограничения использования

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

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

Ограничения скорости

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

Следующие сценарии часто включают ограничения скорости.

• REST API.
• Асинхронные задачи.
• Задачи, не требующие срочности.
• Действия, которые повлечет за собой высокую стоимость выполнения.
• Создание отчетов.

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

Жизненный цикл модели ценообразования

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

• Добавление совершенно новой модели ценообразования. Например, добавление модели ценообразования на потребление в решение, которое в настоящее время предлагает модель с плоской ставкой.
• Выход из существующей модели ценообразования.
• Добавление уровня в существующую модель ценообразования.
• Удаление уровня в существующей модели ценообразования.
• Изменение ограничений использования функции в модели ценообразования.
• Добавление или удаление функций из модели ценообразования на уровне обслуживания.
• Переход от коммерческой модели бизнес для потребителя (B2C) к коммерческой модели бизнес для бизнеса (B2B). Это изменение требует новых структур ценообразования для ваших бизнес-клиентов.

Обычно это сложно реализовать и управлять множеством разных моделей ценообразования одновременно. Это также запутано для ваших клиентов. Поэтому лучше реализовать только одну или две модели с несколькими уровнями. Это делает ваше решение более доступным и упрощает управление.

При изменении моделей ценообразования учитывайте следующие факторы:

• Договорные последствия. Если клиенты подписали контракты на основе определенной ценовой модели, убедитесь, что вы не случайно нарушаете эти соглашения.
• Желательность. Четко сообщите ROV для новых моделей ценообразования существующим клиентам. Убедитесь, что новая модель достаточно привлекательна, чтобы клиенты хотели перейти на новую модель. Решите, как убедить арендаторов отказаться от использования устаревших моделей ценообразования, которые вы планируете вывести из использования.
• Временная шкала. Предоставьте клиентам много уведомлений о любых изменениях, чтобы позволить им подготовиться.
• Процесс миграции. Упрощайте миграцию клиентов в новую модель.
• Уменьшите риски ценообразования. Оцените каждую новую модель ценообразования, чтобы понять, рискует ли она. Например, будьте осторожны при удалении ограничений скорости, которые в настоящее время защищают критически важные ресурсы от чрезмерного использования. На протяжении всего изменения отслеживайте производительность и использование служб, чтобы обеспечить постоянную удовлетворенность и прибыльность.
• Уменьшение рисков неожиданно высоких счетов. Изменения в модели ценообразования могут привести к шокирующим счетам, что является отрицательной реакцией на непредвиденно высокий счёт. Четко и упреждающе информируйте о изменениях в модели ценообразования. Вычислите или имитируйте счет каждого клиента до и после изменения, чтобы определить ситуации, когда клиент будет платить значительно больше после изменения.

Соавторы

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участниками.

Основной автор

• Даниэль Скотт-Райнсфорд | Стратег технологий партнеров

Другие участники:

• Богдан Черчик | Старший инженер по работе с клиентами, FastTrack для Azure
• Джон Даунс | Главный инженер по программному обеспечению, шаблоны и практики Azure
• Чад Киттель | Главный инженер по программному обеспечению, шаблоны и практики Azure
• Паоло Сальватори | Главный инженер клиента, FastTrack для Azure
• Арсен Владимирский | Главный инженер клиента, FastTrack для Azure

Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.

Следующие шаги

Рассмотрите, как вы измеряете потребление клиентами в вашем решении.