RevOps как одна комната для выручки: зачем вообще сажать маркетинг, продажи и сервис в общий контур

Самая скучная и самая полезная мысль про RevOps звучит так: это не новая игрушка для маркетинга. Это способ собрать в одну систему всех, кто влияет на деньги, чтобы компания перестала терять выручку между отделами.

Мне вообще нравится думать о RevOps не как о функции и не как о должности, а как о комнате. Пока маркетинг, продажи, внедрение и сервис сидят каждый в своей комнате, у каждого своя правда, свои цифры и свой любимый виноватый.

RevOps начинается не с софта

Очень многие слышат про RevOps и сразу думают про стек: CRM, дашборды, автоматизацию, интеграции, сквозную аналитику. Смотри, всё это важно.

RevOps начинается с более неприятного вопроса: готовы ли мы вообще смотреть на выручку как на общую систему, а не как на три параллельные истории с вечным поиском виноватого.

Почему метафора одной комнаты здесь точная

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

Когда же появляется единый контур, становится видно, где именно деньги теряются: на качестве входа, на скорости обработки, на передаче контекста, на удержании, на допродаже, на хаосе данных. И тогда компания впервые может чинить не отделы по отдельности, а путь выручки целиком.

Что становится видно в такой комнате

• где спрос хороший, а дальше его убивает медленный первый ответ;
• где встреч много, а следующего шага после них почти нет;
• где продажа обещает одно, а внедрение получает совсем другую картину;

Это и есть главный выигрыш. Компания перестаёт спорить о настроениях и начинает видеть конструкцию.

Что бизнес получает кроме модного слова

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

Мне в RevOps всегда нравилась именно эта приземлённость. Это не ракета в космос. Это скорее хороший инженерный подход к утечкам, трению и потере энергии в системе.

Кому это особенно подходит

В первую очередь тем компаниям, где уже есть несколько функций, связанных с выручкой, но нет единой картины. B2B, SaaS, сервисный бизнес, MarTech, SalesTech, digital health, сложные продажи - везде, где цепочка касаний длинная и дорогая.

Если совсем коротко, RevOps нужен там, где бизнес устал спорить между функциями и хочет наконец увидеть одну систему вместо трёх отдельных миров.

Шесть мест, где деньги вытекают между отделами

Это типичные точки утечки, которые я вижу почти в любой средней или крупной B2B-компании при первом RevOps-аудите.

• Качество входа. Маркетинг отчитывается за MQL, продажи получают этих MQL и говорят «не наша аудитория». Реально работает только 30–40% входящих, остальные 60% сжигают время команды и не попадают в pipeline. Лечится единым SLA: что считаем MQL, какие критерии quality, кто owner.
• Скорость первого ответа. Лид пришёл во вторник в 14:00, sales ответил в четверг в 10:00. За эти 44 часа конверсия в demo упала с 32% до 12%. В большинстве компаний этот разрыв не виден, потому что никто его не считает.
• Передача контекста marketing→sales. Лид пришёл с конкретного landing page по конкретной проблеме, а sales начинает встречу с нуля и спрашивает «что у вас за задача». Через 5 минут лид думает «они даже не подготовились» и выходит из сделки.
• Передача контекста sales→customer success. Sales продал клиенту что-то, customer success получает аккаунт, через месяц клиент жалуется «нам обещали другое». В лучшем случае — переделка onboarding'а. В худшем — расторжение контракта.
• Upsell и expansion. Customer success видит, что клиенту нужна дополнительная функция, но они не знают, как это передать в sales и в каком формате. Возможность тихо умирает. Между тем 30–60% expansion-revenue в зрелых B2B-моделях именно отсюда — и без RevOps её нет.
• Возврат сигнала с рынка в продукт и маркетинг. Sales каждый день слышит от клиентов, что одна функция критична, а другая мёртвая. Эта информация остаётся в головах продавцов и не доходит до product team и маркетинга. Через год компания тратит ресурсы на функции, которые никому не нужны.

Три столпа архитектуры RevOps-комнаты

Столп 1. Sales Enablement. Маркетинг не работает «в вакууме лидогенерации», а создаёт материалы для поддержки продаж — battle cards, case studies, pitch decks, ROI-калькуляторы, ответы на типовые вопросы security и legal. Метрика смещается с «количество лидов» на «конверсия лид → demo → сделка». Это не косметика, это смена экономики функции.

Столп 2. Customer Experience и Retention. После закрытия сделки начинается систематический мониторинг здоровья клиента. NPS/CSI, health score по аккаунтам, proactive retention, упсейлы и кросс-сейлы по сигналам внутри продукта. В RevOps-логике CSM — это часть revenue-машины, а не «вспомогательная функция».

Столп 3. Финансовая аналитика. Unit Economics на уровне сегмента и канала: CAC, LTV, payback period, cohort retention. PnL по продуктам и сегментам, не среднее по больнице. Pipeline forecast с реальной точностью (±15%), а не «надеемся на квартал». Это столп, который превращает разговоры о выручке в управленческую дисциплину.

Кейс СберЗдоровья: 2,57x годового плана по usage rate за 7 месяцев

Один из самых ярких кейсов RevOps в России — СберЗдоровье 2023 года. Я разбирал этот кейс на Tech Week. Результат: 2.57x от годового плана за первые 7 месяцев.

Что в этом кейсе сработало:

• Чёткое распределение функционала: маркетинг отвечает за качество и количество входа, продажи — за конверсию по этапам, customer success — за retention и expansion. Никто не «висит в воздухе».
• Единая метрика успеха для всей цепочки. Не «маркетинг закрыл свой план», «продажи закрыли свой» — а «вся команда закрыла единый revenue-target». Это исключает внутренние войны за «кто молодец, а кто виноват».
• Weekly sync на результаты. Не ежемесячные обзоры, а еженедельные — что позволяет реагировать на тренды быстро.
• Оптимизация воронки на данных, а не на интуиции. Каждое решение «давайте поменяем такой-то этап» обосновано конкретной цифрой проседания и проверяется через A/B-тест.

Это не магия. Это операционная дисциплина в одной комнате — то, что в обычных компаниях размазано между тремя функциями и никогда не сходится в один разговор.

Как войти в RevOps за 90 дней без театра

Дни 1–14. Описание потока выручки. Один документ: как сделка идёт от первой видимости до закрытия и retention. Какие функции вовлечены, где handoff, какие метрики на каждом этапе. Делается за две недели силами CMO + CRO + аналитика.

Дни 15–45. Один шов. Выбираете самый дорогой стык — обычно это marketing→sales. Common SLA, единый MQL/SQL definition, weekly sync. Через 30 дней работы шов даёт +5–10% к конверсии.

Дни 46–75. Второй шов. Sales→CS. Onboarding-протокол, knowledge handoff, retention triggers. Через 60 дней с момента первого шва видно, как меняется retention.

Дни 76–90. Финансовая аналитика. Unit economics на уровне сегмента, cohort retention, PnL по продуктам. Не «огромный дашборд для совета директоров», а пять ключевых метрик, которые отслеживаются weekly.

После 90 дней у компании есть базовая RevOps-машина — не идеальная, но рабочая. Дальше можно расширять: добавлять функции, инструменты, людей. Но 90 дней — минимально достаточный entry без театра.

Кому RevOps особенно нужен

Тем компаниям, у которых уже есть несколько функций, связанных с выручкой, но нет единой картины. B2B SaaS среднего и крупного размера. Сервисные компании со сложными B2B-продажами. MarTech и SalesTech-вендоры. Digital health, фарм-дистрибьюторы. Любой бизнес, где цикл сделки больше месяца и в принятии решения у клиента участвуют несколько ролей.

Компаниям с очень коротким циклом и одним ЛПР (SoHo, малый бизнес) RevOps в полном виде избыточен — там работают более простые модели координации.