# Как рассчитать стоимость B2B-софта: гид по ценообразованию от Y Combinator

Источник: https://www.youtube.com/watch?v=4hjiRmgmHiU
Канал: Y Combinator
Опубликовано: 25.07.2024

---

Определение правильной стоимости B2B-продукта часто становится камнем преткновения для начинающих предпринимателей, склонных занижать цены из-за неуверенности в себе и продукте. Партнер акселератора Y Combinator Том делится практической методикой расчета стоимости корпоративного софта, основанной на измеримой ценности для клиента, а не на затратах компании. В основу материала легли тактические рекомендации по ведению переговоров, выбору метрик для пилотных проектов и математике построения отделов продаж.

## 🧮 Уравнение ценности: как рассчитать справедливую стоимость
[[JUMP:01:19]]

Главным элементом коммерческого успеха B2B-стартапа партнер Y Combinator Том называет концепцию «уравнения ценности» (value equation). По его мнению, основателям необходимо сесть вместе со своим «чемпионом» — внутренним сторонником продукта в компании клиента — и детально расписать экономический эффект от внедрения софта. Ценность обычно выражается в сокращении издержек, экономии времени сотрудников или прямом увеличении выручки.

Спикер приводит конкретный пример расчета для инструмента клиентской поддержки:

* В целевой компании работает 100 агентов суппорта.
* Номинальная зарплата каждого составляет $50 000 в год, а сопутствующие расходы (офис, страховка, инфраструктура) добавляют еще $50 000.
* Полная стоимость содержания одного сотрудника (fully loaded cost) достигает $100 000, что в сумме дает $10 млн общих расходов на департамент.

Если ИИ-инструмент стартапа сокращает объем рутинных запросов или экономит 20% времени команды, потенциальная экономия клиента составляет $2 млн. На основе этого Том предлагает базовое правило ценообразования: стартап должен забирать себе от 25% до 50% от созданной ценности (оптимально — около трети), оставляя клиенту оставшиеся две трети. Таким образом, при экономии в $2 млн справедливый контракт составит порядка $700 000, что обеспечит клиенту очевидный и легко защищаемый перед финансовым директором возврат инвестиций (ROI).

## 🔬 Пилотные проекты и лимиты полномочий
[[JUMP:03:32]]

Уравнение ценности выполняет еще одну критическую функцию: оно формирует метрики успешности для пилотных проектов. Спикер рекомендует запускать тест на ограниченной выборке — например, развернуть софт на 10 агентов поддержки на один месяц. Если по итогам замеров подтверждается экономия в 20%, заложенные в уравнение ценности допущения считаются верными, а финальную стоимость контракта можно скорректировать вверх или вниз в зависимости от реальных результатов пилота.

При этом Том предостерегает от затягивания тестовых периодов:

* Длительные бесплатные пилоты, по его мнению, контрпродуктивны, так как клиент не чувствует финансовой вовлеченности.
* Оптимальный срок пилота или проверки концепции (PoC) составляет от 2 до 4 недель.
* В качестве более эффективной альтернативы спикер предлагает сразу подписывать годовой контракт, но включать в него пункт о 30- или 60-дневном праве на полный возврат средств (money back guarantee) в случае неудовлетворенности продуктом.

Еще один тактический инструмент на этапе тестирования — выявление лимита личных полномочий «чемпиона». Если сотрудник имеет право самостоятельно утверждать контракты на сумму до $15 000 без согласования с юридическим отделом и CFO, стоимость пилота имеет смысл установить на уровне $14 999, чтобы максимально ускорить сделку.

## 📉 Себестоимость как нижний порог и опасность облачных кредитов
[[JUMP:04:23]]

Распространенной ошибкой среди начинающих фаундеров является ценообразование по модели «себестоимость плюс маржа». По мнению Тома, такой подход неизбежно приводит к сильному занижению стоимости программного обеспечения. Себестоимость (cost) должна служить исключительно нижним ограничителем (floor) цены. Проектируя экономику B2B-стартапа, необходимо ориентироваться на валовую маржинальность софта в районе 80–90%.

В контексте затрат партнер Y Combinator обращает внимание на несколько важных нюансов:

* Бесплатные облачные кредиты от AWS, Microsoft или OpenAI, выдаваемые стартапам, в расчетах маржи следует учитывать как реальные денежные расходы, иначе экономика продукта будет искажена.
* Продажи по себестоимости или в убыток ради захвата доли рынка (land grab) являются крайне опасным маневром.
* Спикер признает, что на фоне стремительного удешевления API-интеграций со стороны OpenAI и Anthropic занижение цены на старте может иметь определенные экономические аргументы, но все же считает этот путь слишком рискованным для большинства стартапов.

## ⚔️ Противостояние конкуренции: почему ценовые войны губительны
[[JUMP:06:26]]

Когда на рынок выходит прямой конкурент с аналогичным функционалом и предлагает цену в два раза ниже, первой реакцией фаундера часто становится зеркальное снижение стоимости. Том категорически не рекомендует ввязываться в демпинговые войны, называя это «гонкой на дно» (race to the bottom). Конкуренция исключительно по цене на товарном (commodity) рынке лишает бизнес всей маржи. Спикер убежден, что продукт необходимо отстраивать за счет уникального функционала, интеграций или специализации на конкретной нише.

В качестве классического примера коммодитизированного рынка Том приводит авиационную отрасль:

* Полеты на самолетах внутри страны практически не отличаются для потребителя с точки зрения базовой услуги.
* Из-за невозможности качественной дифференциации средняя чистая маржинальность авиакомпаний составляет всего 2,7%.
* Данная индустрия находится в состоянии перманентной борьбы за выживание, чего технологическим стартапам следует избегать.

## ⚙️ Структура тарифов: выбор между MRR и оплатой за использование
[[JUMP:08:01]]

При формировании тарифной сетки стартапу важно изучить, как и за что клиенты в выбранной индустрии привыкли платить. Это могут быть фиксированные ежемесячные платежи, плата за рабочее место (per-seat), пакеты использования или кредиты. Спикер подчеркивает, что крупный бизнес опасается полностью открытых (uncapped) тарифных планов, привязанных к объемам потребления, поэтому в контрактах всегда стоит предусматривать верхний лимит (cap).

С точки зрения устойчивости бизнеса предсказуемая регулярная выручка (MRR или ARR) значительно превосходит модель оплаты по факту использования (usage-based). По оценке Тома, во время экономических спадов чистая usage-based выручка стартапа рискует обвалиться в рамках одного неудачного месяца, что вызывает серьезные опасения у инвесторов. В то же время фиксированные контракты защищают доходы компании вплоть до момента их продления.

Для перевода клиентов на предсказуемую модель спикер предлагает гибридную технику:

* Новые клиенты начинают работу на условиях оплаты за использование в течение первого месяца или двух.
* Собрав статистику (например, клиент тратит в среднем $15 000 в месяц), стартап предлагает ему перейти на фиксированный тариф со скидкой за объем.
* В результате клиент получает предсказуемые $12 000 в месяц, но обязуется подписать жесткий 12-месячный контракт.

## 🔒 Публикация цен и скрытые функции для Enterprise-клиентов
[[JUMP:10:12]]

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

Оптимальная стратегия ценообразования для SaaS-компаний выглядит следующим образом:

* На сайте публикуются дешевые тарифные планы для частных лиц и небольших команд, закрывающие базовые потребности.
* Крупный Enterprise-функционал скрывается за кнопкой «Связаться с отделом продаж» (Contact Sales).
* В Enterprise-пакеты упаковываются критически важные для корпораций, но бесполезные для малого бизнеса функции: отчеты безопасности SOC 2, единая точка входа (SSO), логи аудита, комплаенс-отчеты и локальное хранение данных в определенных географических зонах.

Наличие подобных специфических требований по безопасности и комплаенсу позволяет стартапам повышать стоимость софта для корпоративных клиентов до 10 раз по сравнению с базовыми тарифами.

## 👥 Экономика продаж: как цена определяет каналы привлечения
[[JUMP:11:42]]

Выбранная стоимость продукта напрямую диктует каналы и методы продаж, поскольку в чеке должно быть заложено достаточно средств на содержание сейлз-команды. Том приводит выверенное эмпирическое правило (rule of thumb): соотношение между привлеченной менеджером годовой регулярной выручкой (new signed ARR) и его совокупным годовым вознаграждением, включая базовый оклад и бонусы (total compensation), должно составлять 5:1.

Если совокупный доход продавца составляет $100 000 в год, его годовой план по закрытию сделок должен быть равен $500 000. Спикер раскладывает эту сумму на три разные операционные модели:

* **Охота на «китов»:** менеджер закрывает 5 контрактов по $100 000 в год. Он ведет одновременно 4–6 крупных сделок, закрывая по одной позиции раз в несколько месяцев.
* **Средний чек (Mid-market):** менеджер закрывает 20 контрактов по $25 000 в год (около $2 000 в месяц). Для выполнения плана ему необходимо стабильно закрывать чуть менее двух сделок ежемесячно.
* **Потоковые продажи:** если годовой контракт стоит всего $1 000 (около $83 в месяц), для достижения целевого показателя в $500 000 продавцу потребуется закрывать 500 сделок в год. Это означает 42 закрытые сделки в месяц или почти по две транзакции каждый рабочий день.

По мнению Тома, последний сценарий физически не реализуем силами классического отдела исходящих продаж. В таком случае стартап фактически строит не команду развития, а входящий колл-центр, где сотрудники лишь оформляют подписки для уже готовых к покупке клиентов.

## 🚀 Тактика масштабирования для фаундеров
[[JUMP:14:35]]

Небольшим командам из двух-трех человек не следует искусственно раздувать штат на сайте или в LinkedIn, пытаясь казаться корпорациями. Напротив, Том рекомендует превратить компактный размер в конкурентное преимущество стартапа: основатели могут дать крупному клиенту свои прямые мобильные номера и гарантировать поддержку в режиме 24/7. Подобный уровень сервиса недостижим при работе с гигантами уровня Salesforce или Oracle.

Если же определить точную стоимость через уравнение ценности не удается из-за высокой неопределенности, спикер предлагает использовать алгоритм последовательного повышения цены:

* Для первого питча выбирается любая случайная базовая цифра, сопоставимая с другим софтом на рынке (например, $10 000).
* В случае успешного закрытия сделки для следующего клиента цена автоматически увеличивается на 50% — до $15 000, затем до $22 000 и так далее.
* Повышение продолжается до тех пор, пока стартап не начнет терять более 25% потенциальных сделок исключительно по причине высокой стоимости.

Подобная статистика будет означать, что компания нащупала верхний рыночный коридор. Том подчеркивает, что стартап не обязан выигрывать абсолютно все сделки: если 100% клиентов соглашаются на покупку без возражений, продукт гарантированно недооценен. Чрезмерная ранняя оптимизация прайс-листа — это ошибка. Первые две-три продажи всегда оказываются самыми сложными, поэтому их нужно закрывать как можно скорее, а поднимать чеки можно по мере развития продукта и добавления новых функциональных модулей.