Как внедрять RevOps в российском B2B поэтапно

Когда люди впервые слышат про RevOps, у них часто возникает очень русская реакция: “Понял. Значит, надо сейчас быстро собрать маркетинг, продажи, сервис, CRM, BI, сквозную аналитику и ещё сверху посадить директора по выручке”.

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

Почему не работает “внедрим всё сразу”

Потому что компания - это не презентация.

Поэтому в России RevOps лучше внедрять не как культ, а как поэтапную работу по самым болезненным швам.

Этап 1. Нарисовать реальный контур выручки

Первый шаг почти всегда скучнее, чем хочется. Не выбирать софт.

Очень часто уже на этом этапе становится видно, что компания теряет деньги не “вообще”, а в двух-трёх конкретных местах.

Этап 2. Не лечить всё, а выбрать один-два шва

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

Намного сильнее работает другой ход: выбрать один или два шва, где деньги умирают особенно заметно, и сначала починить их. Например:

• связку маркетинга и первой квалификации;
• handoff между продажей и внедрением;
• материалы и контур следующего шага в длинной сделке;
• обратную связь из внедрения назад в коммерческий контур.

Этап 3. Согласовать общий язык и сигналы

Очень много RevOps-проектов ломаются не об данные, а об слова. Один отдел говорит “лид”, другой - “квалифицированный лид”, третий вообще считает только встречи, а руководитель смотрит на выручку и подозревает, что где-то в этом спектакле его пытаются немного обмануть.

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

Этап 4. Собрать ритм, а не только дашборд

RevOps - это не красивый экран. Это управленческий ритм вокруг денег. Кто встречается. Как часто. Что именно обсуждается.

Если этого ритма нет, любой новый дашборд быстро превращается в дорогую заставку для руководителя.

Этап 5. Только потом думать о больших ролях и новых слоях

Когда первые швы уже видны, сигналы собраны, ритм появился и команда перестала жить как независимые республики, вот тогда можно думать о более тяжёлой конструкции: выделенной RevOps-функции, роли директора по выручке, новом BI-слое, пересборке оргмодели.

Но если делать это раньше, компания часто получает новую красивую должность и старые привычки, которые никто не отменял.

Чего лучше не делать

• не объявлять RevOps модной реформой ради внутреннего пиара;
• не начинать с технологии, если не ясна сама поломка;
• не пытаться за один квартал переписать весь коммерческий организм;
• не делать из RevOps религию и не превращать всё в терминологический театр.

Сколько времени занимает каждый этап

Это часто спрашивают, поэтому отвечу конкретно.

• Этап 1 (карта контура). 2–3 недели. Дольше — обычно признак, что команда не может договориться, и тогда сначала нужна работа с конфликтами, а не с RevOps.
• Этап 2 (один-два шва). 60–90 дней на каждый шов. Не меньше — иначе нет времени увидеть результат. Не больше — иначе теряется фокус.
• Этап 3 (общий язык). 30–45 дней параллельно с этапом 2. Это обычно один разговор + один документ, который потом дорабатывается в режиме итераций.
• Этап 4 (ритм). 30 дней на установку, дальше — постоянная практика. Через 90 дней ритм либо приживается, либо нет, и тогда пора пересобирать кадры или формат.
• Этап 5 (большие роли). Не раньше 6–9 месяцев с момента старта. Раньше — попадаете в типичную ловушку «новый директор по выручке без починенной операционки».

Какой шов чинить первым

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

Сценарий А. «У нас лиды есть, но конверсия в demo проседает». Шов 1 — marketing→sales (qualification handoff). Чините SLA, definition MQL/SQL, процесс ответа в течение 1 рабочего часа. Эффект — за 60 дней +5–15% к conversion в demo.

Сценарий Б. «У нас демо хорошие, но сделки умирают на стадии комитета». Шов 1 — материалы для champion-а. Создаёте набор: отраслевой кейс, ROI-калькулятор, ответы на security/legal-вопросы, шаблон внутренней презентации. Эффект — за 90 дней +10–20% к close rate в enterprise.

Сценарий В. «У нас сделки закрываются, но retention плохой». Шов 1 — sales→CS. Onboarding-протокол, knowledge handoff, health score. Эффект — за 90 дней снижение churn на 15–25%.

В каждом из трёх сценариев правильный шов разный. Универсального «начните с marketing→sales» нет — вы делаете аудит и выбираете самое больное место по факту.

Четыре типичные ловушки

• Ловушка «начнём с CRM». Команда в первый месяц решает, что главное — настроить CRM. Полгода настраивают. Через 6 месяцев CRM красивый, но ничего не работает, потому что бизнес-логика так и не разобрана. Правильно: сначала логика, потом инструменты.
• Ловушка «наймём директора по выручке». Решает совет директоров, что нужен Chief Revenue Officer, нанимают за полгода. CRO приходит и понимает, что у него нет ни данных, ни процессов, ни команды — за полгода ничего не делается, и его увольняют. Правильно: сначала операционка, потом роль.
• Ловушка «всё сразу». Запускают пять параллельных проектов: CRM, sales process, marketing automation, CS-команда, BI. Через 6 месяцев — все пять заглохли, команда выгорела. Правильно: один-два шва за раз.
• Ловушка «обучим команду на курсе по RevOps». Отправляют 5 человек на дорогой внешний курс. Возвращаются с красивыми сертификатами и возвращаются к старой работе. Правильно: учиться через работу над собственным контуром, не на абстрактных кейсах.

Кто ведёт внедрение

Это важный вопрос. RevOps-внедрение — не задача для junior-аналитика и не задача для CFO в свободное от основной работы время. Его ведёт либо CEO с серьёзной поддержкой одного-двух человек, либо отдельно нанятый strategy lead на 9–12 месяцев, либо внешний консультант.

В средней компании обычно работает третий вариант: внешний консультант делает аудит и ведёт первые два этапа, после чего внутри компании появляется человек, который продолжает. Без внешнего взгляда на этапе 1 компания обычно не может честно увидеть свои швы — внутренние политические истории мешают.

Итог

В российском B2B RevOps лучше внедрять не как революцию, а как трезвую работу по швам. Сначала увидеть контур выручки. Потом починить один-два шва, где деньги текут заметнее всего. Потом договориться об общем языке. Потом — ритм и метрики. И только в конце — большие должности и тяжёлая инфраструктура.

Это звучит менее героически, чем «с понедельника у нас новый revenue framework». Зато именно так у системы появляется шанс не развалиться под тяжестью слишком красивой реформы.