# Переход на Usage-Based Billing: как ИИ навсегда изменил экономику SaaS Источник: https://www.youtube.com/watch?v=QLvPAAvueSY Канал: a16z (Andreessen Horowitz) Опубликовано: 18.07.2025 --- Искусственный интеллект подрывает традиционные модели монетизации, заставляя крупнейших игроков рынка отказываться от привычной продажи «посадочных мест». В этом выпуске Кевин Лю (Metronome) и эксперты фонда a16z обсуждают, почему гибкое ценообразование на основе использования (Usage-Based Billing) становится вопросом выживания для SaaS-компаний. ## 📈 Три эры монетизации ПО: от коробок к результату [[JUMP:06:56]] По мнению Кевина Лю, индустрия программного обеспечения прошла через три фундаментальные фазы развития: * **Эра On-prem (до 90-х):** Продажа бессрочных лицензий. Ценность заключалась в самом факте владения кодом и его локальной установке. * **Эра Облака (Cloud):** Появление подписок на основе количества пользователей (seats). Ценность сместилась к общему доступу к репозиторию данных (например, Salesforce как система записей для отдела продаж). * **Эра ИИ (Эра ценности):** Программное обеспечение начинает выполнять работу *вместо* человека. Это фундаментально меняет ценностное предложение: теперь важно не то, сколько людей имеют доступ к системе, а какой объем работы ИИ-агенты выполнили для компании. Кевин Лю утверждает, что в эпоху ИИ количество необходимых сотрудников в компаниях может сокращаться благодаря автоматизации, что делает модель «оплаты за место» экономически невыгодной для разработчиков софта. В результате SaaS-бизнесы вынуждены переходить на гибридные модели, сочетающие базовую плату за платформу и переменную часть за фактическое потребление ресурсов или результат. ## 🛠️ Почему биллинг — это «кладбище для карьеры инженера» [[JUMP:04:07]] Проблема биллинга в ИТ-компаниях часто недооценивается. Кевин Лю вспоминает свой опыт в Dropbox (2013–2019), где система монетизации была настолько сложной и хрупкой, что любые эксперименты с ценами занимали от 3 до 6 месяцев. Основные сложности создания внутренних систем биллинга: * **Технический долг:** В Dropbox систему биллинга зачастую обновляли стажеры, потому что опытные инженеры предпочитали работать над «интересными» задачами, вроде движка синхронизации. * **Разрыв с продуктом:** Обычно биллинг — это скрипт, запускающийся раз в месяц. Но современные пользователи хотят видеть свои расходы в реальном времени, а не получать внезапный счет в конце квартала. * **Медленный цикл обучения:** Из-за задержек в отчетности команда роста могла узнать об эффективности нового тарифа только спустя полгода. По словам Лю, такая скорость обучения губительна для современного бизнеса. ## ⚡ Технические вызовы Usage-Based Billing [[JUMP:11:41]] Переход на оплату «по потреблению» превращает финансовую задачу в сложную инженерную проблему работы с данными (Data Infra). Спикеры выделяют три критических барьера: 1. **Необходимость реального времени:** В мире ИИ можно потратить миллион долларов на API за три часа. Если система биллинга не работает в реальном времени, компания рискует получить огромный объем неоплаченных расходов (breakage). Приводится пример стартапа, который из-за ошибки подключения случайно сгенерировал счет на $80,000 за месяц в системе Segment. 2. **Сложность корпоративных контрактов:** В крупных компаниях каждый контракт уникален (разные скидки, лимиты, условия). Кевин Лю упоминает публичную компанию с годовой выручкой в $1 млрд от Usage-Based моделей, где все счета до сих пор обрабатываются вручную из-за невероятной сложности правил. 3. **Финансовая точность (Golden Data):** В биллинге точность в 99% недопустима — с точки зрения финансов это считается мошенничеством. Данные о потреблении должны быть абсолютно «чистыми» и верифицированными. ## 🔄 Трансформация бизнеса: Sales, CS и Product [[JUMP:19:52]] Переход на Usage-Based Billing (UBB) — это не просто смена ценника, а полная перестройка стимулов внутри компании. По мнению Кевина Лю и представителя a16z, меняются роли всех ключевых департаментов: * **Отдел продаж (Sales):** В модели подписки сейлз получает комиссию сразу после подписания. В UBB-модели он заинтересован в том, чтобы клиент реально *использовал* продукт, иначе выручки не будет. * **Клиентский успех (Customer Success):** Их роль смещается в сторону «полевых CTO» (Field CTO). Их задача — не просто удерживать клиента, а помогать ему оптимизировать расходы. Спикеры отмечают парадокс: лучший менеджер — тот, кто помогает тратить меньше на единицу времени, делая клиента лояльным на годы. * **Продукт и разработка:** В UBB-компаниях (например, Snowflake) инженеры напрямую контролируют выручку. Если инженер оптимизирует запрос и сделает его на 50% дешевле, выручка компании может мгновенно упасть на те же 50%. Поэтому такие изменения часто внедряются постепенно. ## 🚀 Адаптивность как главное конкурентное преимущество [[JUMP:28:22]] Раньше правилом хорошего тона считалось менять модель ценообразования не чаще одного раза в 5 лет. Сегодня, по словам Лю, Salesforce (одна из крупнейших компаний мира) изменила структуру цен трижды за последние 12 месяцев. > «Если вы сидите и планируете изменение цен в течение 9 месяцев, чтобы внедрить его еще через полгода — к моменту запуска ваша модель будет безнадежно устаревшей», — утверждает Кевин Лю. Основные рекомендации для руководителей: * **Назначьте «Диктатора по ценам»:** Не создавайте советы и комитеты. Нужен человек с централизованной властью, способный продавливать изменения через интересы отделов продаж, финансов и продукта. * **Используйте капитал как оружие:** Многие частные ИИ-компании сейчас фиксируют минимальную маржу (модель «Cost Plus»), чтобы захватить рынок и вытеснить конкурентов, планируя повысить доходность позже. * **Будьте готовы к «Суперциклу»:** Мы находимся в фазе, напоминающей ранний интернет. Победители получают 80% рынка (Power Law) благодаря узнаваемости бренда и скорости адаптации. Кевин Лю заключает, что для компаний с выручкой в сотни миллионов долларов переход на Usage-Based модель — это самый сложный, но необходимый вызов, требующий пересмотра фундаментальных основ бизнеса.