Как ваша компания может внедрить бизнес-модель, основанную на использовании, такую ​​​​как AWS – TechCrunch

Из 300+ услуги, которые Amazon Веб-сервисы (AWS) выпускались на протяжении многих лет, ни один из них не нужно было откатывать из-за неправильной цены.

Это не случайно.

Ценообразование на основе использования (UBP) обеспечивает очень высокий уровень роста доходов и внедрения продукта. Любая компания, работающая в облаке, может (и должна) внедрить модель ценообразования на основе использования, основанную на лучших практиках и платформах, которые оптимизируют ценность, предоставляемую клиенту.

Несколько лет работал генеральным менеджером в AWS, где лично курировал Amazon CloudSearch и некоторые из подключенных сервисов, поскольку они увеличили доход до более чем млрд. долл. благодаря модели ценообразования на основе использования. Позже, когда мы запустили Amazon OpenSearch, та же модель способствовала его огромному успеху и внедрению.



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

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

Шаг 1. Внедрите учет использования

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

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

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

Ищите специализированную услугу измерения

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

Вот хороший способ усвоить это:

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

Сравните это с подходом измерения вперед. Сначала вы решаете, что вам нужно использовать API-вызовы инструмента, потому что это одна из основных функций взаимодействия ваших клиентов с вашим продуктом. Затем вы спросите себя, что такое целостный способ использования инструмента вызова API?