← Назад к базе знаний

Когда отделы живут в разных реальностях

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

// Заметка · RevOps

Я однажды спросил руководителя продаж в одной SaaS-компании: сколько лидов приходит от маркетинга?

Руководитель продаж

Много. Только ни один не покупает.

Директор по маркетингу, тот же день

Мы даём продажам классные лиды, а они просто не умеют закрывать.

Типичная B2B-реальность. Каждый уверен, что проблема не в нём. Каждый работает на свою метрику — а между отделами тишина.

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

Маркетинг → MQL Продажи → квоты Customer Success → NPS

Так рождается то, что в RevOps называют силосным мышлением: каждый отдел оптимизирует свой участок, а клиент проходит между ними, как между станциями метро, где никто не знает, где он сел и где выйдет. Результат предсказуем — низкая конверсия, потерянные клиенты, выручка не растёт, хотя все «заняты».


Диагностика

Три признака, что у вас уже так — а не «пока не у нас»

01

У «клиента» три разных числа. Маркетинг считает лидов по одной базе, продажи — по другой (CRM), CS — по третьей (биллинг). Если сверка этих чисел занимает больше часа — это уже не отчётность, это архитектура проблемы.

02

Определение «качественного лида» никто не подписывал вместе. Маркетинг считает лид готовым, потому что скачал гайд. Продажи считают его готовым, когда назначена встреча с бюджетом. Если это не зафиксировано письменно — спор о качестве лидов будет длиться вечно, потому что стороны говорят о разных вещах.

03

У передачи клиента между отделами нет владельца. Лид перешёл от маркетинга к продажам, клиент — от продаж к CS. Если в этот момент никто персонально не отвечает за то, что информация не потеряется — она потеряется. Не как исключение, а как правило.

Чем больше компания растёт, тем сильнее трещины. Не сходятся ни данные, ни отчёты, ни цели. Отделы начинают защищаться: «это не мы, это они». RevOps появился именно отсюда — не из теории, а из усталости от хаоса и перекладывания ответственности. Это философия, где нет «мы» и «они»: есть единая система выручки, где все работают на общий результат.


Устройство

Из чего RevOps состоит на практике, а не в презентации

01 · Данные

Одна воронка на всех

Единое определение MQL → SQL → Opportunity → Customer, одинаковое в CRM и в отчётах маркетинга. Без этого разговор про «качество лидов» бессмысленен.

02 · Процесс

Владелец на каждой передаче

У перехода лида и клиента между отделами есть конкретный ответственный и SLA по времени реакции — а не «как получится».

03 · Мотивация

Общая метрика на верху

Свои KPI остаются у каждого, но над ними — один общий показатель выручки, от которого зависит бонус всех трёх команд, а не только продаж.

Внедрение RevOps редко начинается с новой должности или дорогого инструмента. Оно начинается с одной встречи, где маркетинг, продажи и CS садятся и сверяют определения — что такое «качественный лид», кто отвечает за клиента в момент передачи, и на какую цифру в итоге смотрят все трое. Это самая дешёвая и самая пропускаемая часть RevOps.

Когда мы внедрили RevOps, впервые за три года маркетинг и продажи начали ходить на одни и те же встречи. И перестали спорить, кто виноват.

— один знакомый COO

RevOps — это не инструмент. Это мир, где каждый отдел снова начинает говорить с другими.

И в этом мире выручка наконец-то становится следствием, а не загадкой.

С чего начинать, если отдельной функции RevOps нет?
С общих определений: что считается обращением, что квалифицированной возможностью, когда сделка считается выигранной. Один документ на страницу снимает половину споров между отделами.
Нужен ли отдельный человек под это?
В небольшой компании — нет, достаточно назначенного владельца определений и данных. Отдельная роль появляется, когда споры о цифрах занимают больше времени, чем сама работа.
Какой сквозной показатель выбрать?
Тот, на который каждый отдел реально влияет: например, число сделок, дошедших до подписания, и время их прохождения. Общая выручка как единственный показатель не меняет поведения.
Как понять, что стыки работают плохо?
По времени ожидания клиента между отделами и по числу вопросов, которые ему задают повторно. Оба признака видно без всякой аналитики.

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

Материал оказался полезным?

Больше на KZSalesHub

Оформите подписку, чтобы продолжить чтение и получить доступ к полному архиву.

Читать дальше