Оплата по факту использования взимает плату за фактическое потребление: за киловатт-час, за вызов API, за гигабайт, за час аренды, за напечатанную страницу. Клиент ничего не платит, когда не пользуется услугой. Ваша выручка движется вместе с их активностью, и обычно ваши затраты тоже, что удерживает маржу стабильной при любом объёме.
Облачные вычисления и каршеринг привычные примеры. Вы платите за минуты или гигабайты, которые фактически использовали.
Привлекательность в стабильности маржи. Предположим, вы берёте 0,10 евро за 1000 вызовов API, а ваша инфраструктура стоит 0,04 евро за 1000 вызовов. Клиент с 2 миллионами вызовов в месяц платит 200 евро и стоит вам 80 евро, оставляя 120 евро. Клиент с 200 000 вызовов платит 20 евро и стоит 8 евро, оставляя 12 евро. В обоих случаях вы оставляете 60 процентов. При фиксированном тарифе 150 евро в месяц первый клиент принёс бы убыток, а второй большую прибыль.
Слабость это предсказуемость. У вас нет минимального уровня выручки. Если у ваших клиентов тихий квартал, у вас тихий квартал, а аренда остаётся прежней. Поэтому многие поставщики комбинируют модели: небольшая базовая плата плюс использование, или минимальное месячное обязательство с зачётом использования против него.
У клиентов противоположный страх, счёт, который они не могут спрогнозировать. Уменьшите его лимитом расходов, оповещением при достижении 80 процентов согласованного лимита и живым отображением использования. Один неожиданный четырёхзначный счёт заканчивает отношения быстрее, чем повышение цены.
Учёт должен быть точным и видимым. Если клиент не может воспроизвести, как рассчитан счёт, он его оспорит. Логируйте каждую единицу, показывайте лог и определяйте в договоре, что считается единицей: неудачный вызов API, отменённое бронирование, неполный час.
Оплата по факту использования появляется в сгенерированных бизнес-планах как один из оцениваемых паттернов выручки, обычно напротив фиксированного тарифа. Выбор зависит от того, растут ли ваши затраты вместе с использованием.
