Для продакт-менеджеров, руководителей B2B-направлений и консультантов традиционные модели оплаты за выполненные работы (оплата за потраченные часы, оплата за лицензии продукта) всё чаще перестают отражать реальную ценность для клиента. Клиенту редко нужен сам продукт, ему нужен результат, который этот продукт позволяет получить.
Ниже — обновлённый взгляд на outcome-based модель монетизации: что это, как работает, где применима и как внедрять на практике.
От продукта к результату: в чём суть outcome-based модели
Большинство компаний до сих пор строят бизнес-модель вокруг того, что именно они производят или делают:
- консультанты берут оплату за часы своей работы;
- IT-компании продают лицензии и пользователей;
- производители продают оборудование.
Но клиенту редко нужен сам продукт. Ему нужен результат, который продукт позволяет получить.
- Компании нужен не AI-бот, ей нужны закрытые обращения клиентов.
- Автопарку нужны не шины, а километры безопасного пробега.
- Авиакомпании нужен не двигатель, а доступность самолёта.
- Предприятию нужен не компрессор, а сжатый воздух.
- Собственнику здания нужны не системы автоматизации, а снижение затрат на эксплуатацию.
В последние годы появилась новая модель монетизации — Outcome-based Pricing, или оплата, привязанная к измеримому результату.
Output vs Outcome: важное различие
- Output — что мы произвели: часы, лицензии, внедрения, количество тикетов.
- Outcome — какая ценность для клиента возникла в результате: снижение затрат, рост выручки, сокращение простоев, решённые обращения.
Outcome-based модель — это не просто другой способ взимания денег. Меняется сама логика отношений между поставщиком и клиентом: поставщик начинает разделять с клиентом не только ценность, но и риск.
От продажи ресурсов к продаже эффекта
В традиционной модели поставщик продаёт ресурсы:
- людей;
- часы работы;
- оборудование;
- лицензии;
- количество пользователей;
- встречи;
- объём выполненных работ.
Клиент платит независимо от того, насколько большой эффект в итоге получил.
В outcome-based модели логика меняется: поставщик получает больше денег, когда клиент получает больше результата.
В качестве результата могут выступать:
- рост выручки;
- снижение затрат;
- увеличение конверсии;
- сокращение времени процесса;
- количество обработанных операций;
- часы безотказной работы;
- километры пробега;
- решённые обращения клиентов;
- успешно завершённые процессы.
Подобные модели монетизации особенно интересны там, где результат можно измерить.
Как это выглядит на практике: от продукта к outcome
| Что продавалось раньше | Что продаётся теперь | Как измеряется outcome |
|---|---|---|
| Двигатель | Часы доступности | % uptime, часы налёта |
| Шины | Километры пробега | км на шину, стоимость км |
| Светильники | Освещение | уровень освещённости, энергопотребление |
| Оборудование | Производительность | объём выпуска, % простоев |
| Энергооборудование | Экономия | % или руб. экономии vs baseline |
| AI-бот | Решённое обращение | % automated resolution, число закрытых тикетов |
| Консалтинг | Достигнутый эффект | рост выручки, снижение затрат, время внедрения |
Давайте рассмотрим несколько примеров известных компаний, которые применили новую модель монетизации на практике.
Rolls-Royce: от двигателя к часам работы
Один из самых известных примеров такого перехода — авиационная отрасль.
Для авиакомпании двигатель сам по себе не является конечной ценностью. Важнее, чтобы самолёт мог выполнять рейсы и не простаивал из-за технических проблем.
Поэтому Rolls-Royce развивала модель Power by the Hour, которая позднее стала частью программы TotalCare.
Авиакомпания платит за использование двигателя, а Rolls-Royce берёт на себя обслуживание, ремонт и значительную часть рисков, связанных с его техническим состоянием.
В результате интересы сторон начинают пересекаться.
Авиакомпании выгодно:
- иметь предсказуемые расходы;
- сокращать простои;
- получать высокую доступность самолёта.
Rolls-Royce выгодно:
- повышать надёжность двигателя;
- заранее выявлять неисправности;
- сокращать время ремонта;
- продлевать эффективный жизненный цикл двигателя.
То есть производитель продаёт уже не просто двигатель. Он продаёт возможность эксплуатировать самолёт.
Это не классический пример оплаты за финансовый бизнес-результат: здесь важнее сочетание usage-based, availability-based и performance-based логики. Но принцип тот же: поставщик зарабатывает благодаря полезному результату для клиента.
Philips: клиенту нужен не светильник, а свет
Представим, что есть некоторая компания, которая покупает светильники для освещения своих помещений.
В традиционной модели поставщик продал светильники — и на этом его задача считается выполненной. А клиенту после покупки всё равно приходится:
- обслуживать систему;
- менять компоненты;
- оплачивать электроэнергию;
- следить за исправностью;
- модернизировать оборудование;
- поддерживать необходимый уровень освещённости.
В модели Light-as-a-Service клиент получает не набор светильников, а освещение как сервис.
Поставщик может отвечать за оборудование, техническое обслуживание, обновление системы и энергоэффективность.
Это важный сдвиг в мышлении: на самом деле клиенту нужен не светильник, клиенту нужно освещение.
Поставщику при этом становится невыгодно просто продавать как можно больше оборудования. Гораздо выгоднее:
- использовать долговечные компоненты;
- снижать энергопотребление;
- предупреждать поломки;
- оптимизировать систему;
- продлевать срок службы оборудования.
То есть изменение модели оплаты постепенно меняет и экономические стимулы поставщика.
Michelin: клиенту нужны не шины, а километры
Та же логика работает в шинном бизнесе.
Для автопарка шина — лишь средство достижения результата. Владелец транспорта думает:
Сколько километров мы проедем? Сколько будет стоить один километр? Сколько времени транспорт будет простаивать?
Поэтому Michelin развивала комплексные решения для автопарков, включающие подбор, установку, техническое обслуживание, контроль давления и износа, восстановление и замену шин.
И что же тогда предлагает клиенту Michelin? Он не предлагает купить резину, а продаёт предсказуемый и безопасный пробег.
Поставщику становится выгодно продлевать срок службы шин, снижать простои и управлять полной стоимостью эксплуатации.
Это важный принцип для промышленного бизнеса. Outcome не обязательно должен быть финансовым. Им может быть:
- производительность;
- доступность оборудования;
- срок службы;
- километры пробега;
- стоимость единицы результата;
- количество произведённой продукции;
- сокращение простоев.
Johnson Controls: получать деньги за экономию
Самый наглядный пример оплаты именно за экономический эффект — энергосервисные контракты (ESCO).
Любое предприятие хочет снизить расходы на энергию.
Традиционный подрядчик обычно предлагает: «Мы установим новое оборудование. Вот стоимость проекта».
После реализации проекта подрядчик получает деньги, а заказчик остаётся с пока ещё нерешённой задачей снижения расходов на энергопотребление.
Но возможна другая модель: «Мы модернизируем объект, а наше вознаграждение будет связано с достигнутой экономией».
Энергосервисная компания может провести аудит, заменить оборудование, внедрить автоматизацию и мониторинг, а затем получать вознаграждение в зависимости от достигнутого результата.
В этом случае клиент покупает не оборудование, он покупает решение задачи по снижению стоимости энергии.
Ключевая проблема outcome-based модели
Вроде бы отличная модель ценообразования, вполне себе отвечающая вызовам концепции JTBD, где утверждается, что клиентам не нужны продукты, им нужны решения их задач.
Но ключевая проблема outcome-based модели кроется в том, как доказать полученный результат для заказчика.
На наш взгляд, для этого поставщику и заказчику необходимо заранее договориться о следующем:
- что именно считается результатом;
- как он измеряется;
- какой уровень является базовым;
- как учитывать сезонность и внешние факторы;
- кто подтверждает достижение результата;
- что происходит, если KPI не достигнут.
Без этого оплата за результат легко превращается в спор о цифрах.
AI ускоряет переход к оплате за результат
Особенно интересен этот переход в AI.
Классический SaaS обычно продаётся по количеству:
- пользователей;
- лицензий;
- рабочих мест;
- сообщений;
- объёму хранилища;
- доступным функциям.
Но если AI-система фактически выполняет работу вместо человека, клиенту всё меньше важно, сколько пользователей зарегистрировано в системе. Гораздо важнее вот что: сколько задач система действительно решила.
Например, AI-поддержка может продаваться не за количество диалогов, а за успешно решённое обращение.
Тогда экономическая логика выглядит так:
- AI не решил проблему — результата нет, не за что платить;
- AI решил обращение — появляется ценность;
- чем больше полезных обращений система решает, тем больше получает поставщик.
Реальные примеры уже работают:
- Intercom Fin берёт оплату за каждое автоматически решённое обращение (около $0.99–$1.50 за outcome);
- Zendesk AI использует тарификацию за автоматизированное решение;
- Riskified (антифрод) берёт оплату только за одобренные, безфродовые транзакции;
- Stripe получает процент с успешной транзакции, а не за «доступ к API».
Аналогичная модель может работать и в других областях:
- продажи — оплата за квалифицированную встречу;
- рекрутинг — за нанятого кандидата;
- антифрод — за предотвращённую потерю;
- взыскание — за возвращённые деньги;
- автоматизация — за успешно завершённый процесс;
- AI-поддержка — за решённый тикет.
Получается принципиальное изменение в подходе к оплате: клиент платит не за использование AI, а за выполненную AI работу.
Почему такая модель привлекательна для клиента
Для клиента такая модель монетизации создаёт главное преимущество — появляется связь между затратами и полученной ценностью.
Если поставщик получает деньги за достигнутый результат, клиенту проще ответить на вопрос: «За что именно мы платим?»
Кроме того, часть операционного риска переходит поставщику. Клиенту не обязательно самому управлять всеми ресурсами, необходимыми для достижения результата.
Например, клиенту, скорее всего, неважно:
- сколько инженеров обслуживает оборудование;
- сколько раз система обновляется;
- какие алгоритмы использует AI;
- сколько деталей было заменено;
- сколько часов работал консультант.
Ему важно получить результат от выполнения задачи.
Почему это интересно поставщику
На первый взгляд может показаться, что поставщик в такой модели только увеличивает свои риски. Но если поставщик способен лучше других обеспечивать результат, он может получать большую долю создаваемой ценности, а не просто продавать ресурсы по рыночной ставке.
Например, консультант может продавать 100 часов работы. Но если благодаря его решению клиент экономит миллион рублей, возникает вопрос: почему поставщик должен получать деньги только за количество потраченных часов?
Outcome-based модель позволяет связать вознаграждение с созданной ценностью.
При этом поставщик получает мощный стимул постоянно улучшать собственную систему:
- автоматизировать процессы;
- снижать себестоимость;
- повышать надёжность;
- предотвращать ошибки;
- сокращать время выполнения;
- лучше управлять жизненным циклом продукта.
Именно поэтому такая бизнес-модель может становиться источником конкурентного преимущества.
Но не любой продукт можно продавать по результату
Outcome-based Pricing имеет и ограничения. Модель хорошо работает в ситуациях, когда:
- результат можно однозначно определить;
- его можно измерить;
- вклад поставщика достаточно велик;
- внешние факторы можно контролировать или учитывать;
- стоимость результата понятна клиенту;
- стороны готовы обмениваться необходимыми данными.
Если на результат одновременно сильно влияют десятки факторов, определить справедливую оплату становится сложнее.
Когда outcome-based модель не сработает
- Результат неизмерим или измеряется с большой задержкой (стратегические трансформации, проекты укрепления бренда).
- Вклад поставщика мал по сравнению с другими факторами (рынок, регуляторика, действия клиента).
- Клиент не готов открывать данные и делиться ими с поставщиком.
- Высокая неопределённость и волатильность среды (стартапы, новые рынки).
- Внутренние барьеры: бухгалтерия, юридический отдел, которые не хотят изменять типовые контракты и устоявшиеся правила.
Поэтому на практике часто возникает гибридная модель: фиксированная базовая плата + переменная часть за результат.
- базовая часть покрывает минимальные затраты поставщика;
- переменная часть связывает его доход с достигнутым outcome.
Это позволяет разделить риск между сторонами, не превращая контракт в игру «всё или ничего».
Как внедрять outcome-based модель: пошаговый подход
Самое интересное в outcome-based подходе в том, что его можно использовать не только для изменения тарифа уже существующего продукта. Его можно использовать для проектирования самой бизнес-модели.
Начать стоит с вопроса: что клиент на самом деле пытается получить с помощью нашего продукта?
Затем пройти по пяти шагам.
1. Выявить работу (Job) клиента
Вспоминаем концепцию JTBD. Не «купить оборудование», а «снизить простои», «снизить стоимость километра», «снизить стоимость обращения».
2. Определить измеримую метрику результата
Например, такой метрикой может стать:
- часы доступности;
- километры;
- рубли экономии;
- количество решённых обращений;
- % автоматизированных решений;
- рост выручки / снижение затрат.
3. Оценить степень влияния поставщика на метрику
Насколько фактический результат по выбранной метрике зависит от действий поставщика, а не от внешних факторов и действий клиента?
Если результат в основном зависит от действий самого клиента, модель будет работать хуже.
4. Спроектировать метрики, определить их базовое значение и механизм верификации
Поставщику и заказчику необходимо заранее договориться:
- Как измеряется результат: какие метрики, какие формулы их измерения, какая периодичность измерений.
- Базовые значения выбранных метрик: используя аудит, исторические данные, пилотный период, измерить базовые значения метрик до начала сотрудничества с поставщиком.
- Атрибуция: как отделять вклад поставщика от других факторов (контрольные группы, моделирование, согласованные допущения).
- Прозрачность данных: какие данные предоставляет клиент поставщику, как обеспечивается доверие этим данным (дашборды, независимый аудит).
- Механика «не достигли KPI»: скидки, кредиты, бонусы, право на расторжение, пересмотр условий.
Без этого оплата за результат легко превращается в бесконечные споры — и модель разваливается.
5. Спроектировать экономику контракта
- Фикс + переменная часть: базовая плата покрывает минимальные затраты, а переменная связывает доход с результатом (outcome).
- Бонусы / штрафы за превышение или недостижение целевых показателей.
- Период расчёта: ежемесячно, ежеквартально, по итогам проекта.
Все эти вещи позволяют разделить риск между сторонами, не превращая контракт в игру «всё или ничего».
Итог
Outcome-based Pricing — это естественное продолжение концепции JTBD: мы перестаём спрашивать «что клиент покупает?» и начинаем спрашивать «какую работу он хочет выполнить и какой результат для него ценен?»
Поэтому при осмыслении вариантов улучшения текущей бизнес-модели компании полезно задать вопрос: «За какой измеримый результат клиент действительно хотел бы нам платить?»
Возможно, именно при ответе на этот вопрос вы нащупаете идею для новой бизнес-модели вашего бизнеса.