Продакт-менеджер в 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-команду — тренируйся в Карьернике: метрики, кейсы, продуктовые задачи в формате квиза.