Прайсинг в SaaS ломается не на цене, а на несоответствии метрики ценности

Прайсинг в SaaS ломается не на цене, а на несоответствии метрики ценности

Если клиент платит за seat, а ценность получает от объёма операций, он быстро упирается в потолок. Если платит за usage, но не видит связи между ростом счёта и результатом, начинаются споры и churn. Поэтому базовый вопрос не «сколько взять», а «за что именно брать».

Проверка модели простая:
— seat-based работает, когда ценность почти линейно растёт с числом пользователей;
— usage-based лучше там, где нагрузка и выгода завязаны на события, объём или API;
— hybrid нужен, если есть и команда-потребитель, и переменная нагрузка.
Ошибка большинства команд — смешать эти логики в одном плане без явного разделения.

Дальше смотрите на упаковку. Хороший package не продаёт «функции», он снимает риск покупки: лимиты, SLA, доступ к админке, support, интеграции. Если базовый тариф слишком широкий, вы убиваете апсейл. Если слишком узкий — создаёте трение на старте.

Ещё один фильтр — предсказуемость счёта. Для finance и ops-команд важнее не «дешевле», а «без сюрпризов». Поэтому в SaaS часто выигрывают схемы, где usage имеет потолок, а переезд в следующий tier объяснён заранее. Так снижается конфликт между ростом продукта и ростом чека.