RevOps - это не про найм нового человека с модным тайтлом. Это про то, что маркетинг, продажи и customer success наконец начинают работать с одними данными, по одним определениям, в одной системе. Звучит просто. На практике у большинства B2B-компаний этого нет даже при 50+ сотрудниках.
Что такое RevOps
Revenue Operations - это функция, которая выстраивает единый процесс от первого касания с лидом до продления контракта. Не отдел, не должность - именно функция, которую можно закрыть одним человеком, маленькой командой или частично отдать на аутсорс.
Суть - три команды (маркетинг, продажи, CS) работают с одной CRM, согласованными определениями (что такое MQL, что такое SQL, когда сделка переходит из одного этапа в другой) и общим pipeline-отчётом. Звучит банально, но большинство компаний этого не имеет.
Без RevOps: маркетинг считает лиды, продажи считают сделки, CS считает чёрт знает что - и у каждого свои цифры, которые не сходятся.
Когда RevOps не нужен
Если в компании до 15 человек, один продавец или founder сам ведёт продажи - RevOps создаёт overhead без пользы. Процессы работают на личных договорённостях, данных немного, все знают что происходит.
На этом этапе нужен не RevOps, а хорошая CRM и базовая дисциплина её заполнения. Ничего больше.
Признаки что RevOps нужен сейчас
Маркетинг и продажи спорят о качестве лидов. Маркетинг говорит “мы передаём много лидов”, продажи говорят “они все холодные и нецелевые”. Это классический симптом отсутствия согласованного определения MQL и SQL.
Данные в CRM несогласованы. Разные менеджеры заполняют поля по-разному. Один пишет сумму сделки с НДС, другой без. Один меняет стадию сразу, другой - в конце квартала. Отчёты бессмысленны.
Атрибуция непрозрачна. Никто не знает точно, какой канал приносит сделки. Есть ощущения, есть гипотезы, но нет цифр, которым можно доверять при распределении бюджета.
Прогноз - это угадывание. Когда руководитель спрашивает “сколько закроем в этом квартале”, ответ строится не на воронке с нормальными вероятностями, а на интуиции менеджеров.
Онбординг нового продавца занимает больше 4 недель. Это сигнал что процессы не задокументированы и не стандартизированы. RevOps начинается именно с этого.
Как начать без найма RevOps-директора
RevOps можно начать строить самостоятельно за несколько шагов:
1. Аудит потока данных. Нарисуйте путь лида: откуда он приходит, какая система его фиксирует, как попадает в CRM, что происходит на каждом этапе воронки. Обычно на этом шаге уже видно 3-4 места где данные теряются или дублируются.
2. Согласованные определения. Зафиксируйте письменно: что такое лид, MQL, SQL, opportunity, closed-won. Маркетинг и продажи должны подписаться под одним документом. Без этого шага все последующие отчёты бессмысленны.
3. Инструментализация передачи. Настройте автоматическую передачу лида из маркетинговой системы в CRM с нужными полями: источник, кампания, сегмент, scoring. Это техническая задача, но именно она закрывает разрыв между командами.
4. Один общий pipeline-отчёт. Один дашборд, который видят и маркетинг, и продажи, и CS. Объём воронки по стадиям, конверсии, velocity. Не три разных отчёта - один.
Инструменты
CRM - источник правды. Всё остальное должно в неё писать и из неё читать, а не хранить данные отдельно.
Для атрибуции маркетинговых каналов хорошо работает Prooflytics - он связывает клики из рекламных каналов со сделками в CRM без потери данных на длинных циклах. Это закрывает вопрос “какой канал принёс деньги”, который иначе остаётся без ответа.
Документация - Notion или Confluence. Определения, процессы, SLA между командами должны жить в одном месте и обновляться при изменениях.
RevOps не требует больших инвестиций на старте. Требует дисциплины, договорённостей и одного человека, который за это отвечает. Если у вас в компании 20-100 человек и описанные симптомы есть - пора начинать.