Продакт-менеджер в SaaS: специфика B2B-продуктов

Карьерник — Telegram-тренажёр для собеса аналитика и продакт-менеджера: 5–10 минут в день, 2500+ вопросов, разбор после каждого ответа.

Что такое SaaS и зачем там продакт

SaaS (software as a service) — это софт, который компания продаёт по подписке. Slack, Notion, Salesforce, Figma, Jira — всё это SaaS. Бизнес-модель проста: покупатель платит каждый месяц или год за доступ к сервису, ты обновляешь и поддерживаешь продукт, а он не уходит к конкуренту.

Продакт в SaaS отвечает за то, чтобы пользователь не только пришёл, но и остался, и принёс ещё людей из своей команды, и купил расширенный план. Это совсем другая работа, чем в B2C-приложении: тут редкая, но дорогая аудитория, длинные циклы решений и завязка на бизнес-процессы клиента.

Особенности SaaS-продукта, которые задают характер работы PM:

  • Подписка вместо разовой покупки — выручка повторяющаяся, но и churn повторяется.
  • Фокус на удержание: новый клиент стоит в 5–7 раз дороже, чем удержание старого (распространённый ориентир, не закон).
  • Долгий путь от первой регистрации до выручки: могут проходить недели и месяцы.
  • Сильная связка с продажами, поддержкой, customer success.

Кто покупатель и кто пользователь

Главная особенность B2B SaaS — покупатель и пользователь часто разные люди. Платит CFO, выбирает CTO или руководитель отдела, пользуется команда из 50 человек. У каждого свои критерии:

  • Покупатель — стоимость, ROI, безопасность, контракты, сроки внедрения.
  • Чемпион — это тот, кто внутри компании толкает покупку. Ему нужны аргументы и комфортный путь.
  • Пользователь — удобство, скорость, не сломать рабочий процесс.
  • Админ — управление доступами, ролями, политиками, аудит.

Продакт держит в голове все эти роли. Иначе получится, что продукт нравится конечному пользователю, но не проходит закупку из-за отсутствия SSO, или, наоборот, безопасно и сертифицировано, но никто не хочет им пользоваться.

Чек-лист «учёл ли все роли при дизайне фичи»:

  • Закупщик: есть ли понятный ROI, как продукт показывает ценность для CFO?
  • Чемпион: есть ли «крючки» для внутреннего продвижения — отчёты, метрики команды?
  • Админ: SSO, роли, аудит, лимиты, отзыв доступа?
  • Пользователь: удобный онбординг, ключевая ценность за <10 минут?

Метрики SaaS

Главная — MRR / ARR (monthly / annual recurring revenue).

Дальше:

  • Net Revenue Retention (NRR) — сколько денег осталось от старой когорты с учётом expansion и churn. NRR > 100% — мечта SaaS, значит когорта растёт без новых продаж.
  • Gross Revenue Retention — то же без expansion. Показывает чистое удержание.
  • Logo retention — какой процент клиентов остался, без учёта суммы.
  • ACV (annual contract value) — средний чек на клиента в год.
  • Sales cycle length — сколько дней от первого касания до подписания.
  • Activation rate — какая доля купивших дошла до полноценного использования.
  • Magic Number — оценка эффективности продаж (новый ARR / расходы на sales+marketing).

Продакт следит и за метриками use: число активных пользователей в команде клиента, частота входов, фичи, которыми реально пользуются. Если продукт куплен, но не используется, на следующий год не продлят.

Ориентиры для здорового SaaS (порядки величин):

Метрика Здоровый SMB SaaS Enterprise SaaS
Gross retention 85–90% 90–95%
NRR 100–110% 110–130%
ACV 1–10K$ 50K$+
Sales cycle 30–60 дней 3–9 месяцев
Payback <12 мес 12–24 мес

Эти числа сильно зависят от рынка и стадии. Используй как ориентир, не как цель.

Sales-led vs Product-led

Есть два больших подхода к продаже SaaS.

Sales-led: продукт продают менеджеры. Демо, переговоры, контракт. Подходит для дорогих и сложных продуктов: Salesforce, любой enterprise-софт. Продакт работает в связке с продажами, делает фичи под крупных клиентов и помогает закрывать сделки.

Product-led growth (PLG): продукт продаёт сам себя. Бесплатный план или trial, удобный онбординг, виральные элементы (приглашения коллег), апгрейд в платный — всё внутри продукта. Slack, Notion, Figma, Linear так и выросли.

Чистых подходов мало, чаще гибрид: PLG приводит клиента, продажи закрывают enterprise-контракт. Продакт в этом гибриде делает self-serve путь, но при этом не забывает про потребности sales: SSO, лимиты, кастомные политики.

Сравнение в одной таблице:

Параметр Sales-led PLG
Точка контакта Демо, звонок Регистрация в продукте
Цикл сделки Месяцы Часы–дни
Средний чек Высокий Низкий–средний
Команда Sales, AE, SE PM, growth, маркетинг
Где PM фокус Демо-флоу, RFP-фичи Onboarding, активация, апгрейд
Главные метрики Win rate, ACV, sales cycle Activation, conversion to paid, expansion

Интеграции и платформа

В B2B SaaS почти ничего не работает в вакууме. Продукт встраивается в стек клиента: CRM, ERP, мессенджеры, календари, BI. Список нужных интеграций — часто решающий фактор покупки.

Что делает продакт:

  • Определяет приоритеты интеграций по реальному спросу клиентов и сделкам.
  • Решает, делать первую сторону (своя команда строит интеграцию) или открыть API и пустить партнёров.
  • Думает про webhook-инфраструктуру, лимиты, ретраи, аудит.
  • Поддерживает каталог интеграций и партнёрскую программу, если их много.

Зрелый SaaS превращается в платформу: вокруг него появляется маркетплейс приложений, и часть продакт-работы — поддерживать экосистему.

Шаблон приоритизации интеграций:

Интеграция Кол-во запросов клиентов Размер сделок, где блокер Сложность реализации Решение
Salesforce 12 3 enterprise сделки на 500K M Now
Microsoft Teams 8 0 блокеров S Next
HubSpot 5 1 сделка S Next
Slack 20 базовая XS Now (легко)
Custom CRM API 2 0 блокеров L Later (через API партнёров)

Enterprise-фичи

Когда продукт двигается к большим клиентам, появляется набор обязательных enterprise-фич:

  • SSO и SCIM — единый вход через корпоративный провайдер, автоматическое управление пользователями.
  • Аудит-логи — кто что сделал, когда, с какого IP.
  • Гранулярные роли и права.
  • Data residency — где физически хранятся данные.
  • Сертификации — SOC 2, ISO 27001, ГОСТ, в зависимости от рынка.
  • SLA — гарантии доступности, поддержка с приоритетом.
  • DPA и кастомные контракты.
  • Custom domains и whitelabel для клиентов, которые перепродают.

Без этих фич крупные клиенты просто не подпишут договор. Продакт в SaaS с большими сделками половину времени проводит в этом списке.

Антипатерн: считать, что enterprise-фичи — это «то, что не нужно настоящим пользователям». На деле без них вся возможная выручка с дорогих сегментов проходит мимо. Это часть продукта, а не «лишний оверхед».

Win/loss анализ и работа с продажами

Продакт в SaaS обязан регулярно слушать звонки продаж и разбирать win/loss. Это источник самых сильных инсайтов:

  • Почему выиграли — какие наши преимущества клиент назвал главными?
  • Почему проиграли — фича, цена, сроки внедрения, безопасность?
  • Что обещали в продаже, что не выдержали потом?

Шаблон win/loss-разбора (раз в 2 недели):

Сделка: [Компания, ARR]
Статус: closed-won / closed-lost / no decision
Причина по версии sales: ...
Причина по версии клиента (после звонка): ...
Что в продукте было критично: ...
Что нужно поменять / добавить: ...

После 10–15 таких разборов появляется ясный список приоритетов фич, которые двигают именно выручку, а не «нравится пользователям».

Продакт также участвует в процессах:

  • Discovery-звонки с потенциальными клиентами (часто вместе с sales).
  • Quarterly business reviews — встречи с топ-клиентами.
  • Тренинг команд продаж и поддержки на новые фичи.
  • Описание usage limits и edge cases для договоров.

Частые ошибки

  • Делать фичи только под пользователя, забывая про админов и закупщиков. Продукт нравится, но не покупается.
  • Считать MRR без NRR. Не видишь, как ведёт себя база.
  • Соглашаться на каждую кастомную фичу под крупного клиента. Через год это нерасшариваемое лоскутное одеяло.
  • Запускать PLG без понимания, кто целится в платный план и где апгрейд-триггер.
  • Игнорировать интеграции, потому что «у нас и так классный продукт».
  • Недооценивать сертификации и compliance — это часто блокер сделки.
  • Не слушать sales-звонки. Без этого приоритеты строятся по intuition, не по реальной обратной связи.
  • Путать активацию пользователя и активацию аккаунта. В B2B аккаунт жив, пока активны 3+ человека, не один.

Связанные темы

FAQ

Чем продакт в SaaS отличается от продакта в B2C-приложении?

В SaaS длинный цикл продаж, разные роли (покупатель, пользователь, админ), фокус на retention и expansion в команде клиента, сильная связка с продажами и compliance.

Что такое NRR и почему все на него смотрят?

Net Revenue Retention — сколько денег осталось от старой когорты с учётом expansion и churn. NRR > 100% — компания растёт даже без новых клиентов, что считается признаком сильного продукта.

Что важнее: PLG или sales-led?

Зависит от продукта и среднего чека. Дешёвые self-serve инструменты — PLG. Дорогие enterprise-системы — sales-led. У большинства зрелых SaaS — гибрид.

Нужно ли продакту в SaaS общаться с клиентами лично?

Да, это базовая часть работы. Customer interviews, наблюдение за демо, разбор закрытых сделок и win/loss-анализы — всё это входит в обычный квартал продакта.

Какой уровень SQL нужен PM в SaaS?

Тот же, что и в B2C: SELECT, JOIN, GROUP BY, оконные функции, CTE. Дополнительно — умение работать с usage-event таблицами, чтобы видеть глубину использования продукта.

Что такое product-qualified lead (PQL)?

Пользователь self-serve продукта, который проявил поведение, делающее его кандидатом в платный план: пригласил коллег, использует ключевые фичи, упёрся в лимиты бесплатного тарифа. Sales работают с PQL точечно.

Сколько времени продакт тратит на интеграции?

В зрелом B2B SaaS — заметную часть, иногда до половины квартала. Особенно если продукт продаётся в крупный enterprise-сегмент.

Какие книги читать продакту в SaaS?

«Crossing the Chasm», «Predictable Revenue», «Product-Led Growth», публикации Christoph Janz и SaaStr-блог. Основа теории есть в этих источниках.


Готовишься в SaaS-команду — тренируйся в Карьернике: метрики, кейсы, продуктовые задачи в формате квиза.