RevOps против «разрозненных CRM»: почему я перестаю верить в “просто поставим HubSpot/Salesforce”

RevOps против «разрозненных CRM»: почему я перестаю верить в “просто поставим HubSpot/Salesforce”

В 2026 я всё чаще вижу одну и ту же картину в B2B: компания выбирает CRM как проект “внедрения”, а не как операционную систему для выручки. Итог — всё вроде работает, воронка в отчётах есть, сделки в CRM лежат красиво, но выручка “плывёт”: то SQL не доезжает до закрытия, то поддержки не хватает на этапе удержания, то маркетинг оптимизируют по MQL (маркетинговым квалифицированным лидам), хотя ответственность по выручке уже должна быть общей — маркетинг, sales и customer success.

Моё мнение простое: CRM в 2026 перестала быть инструментом “хранения лидов”. Она должна быть **движком единых правил**: как ведём клиента, кто и когда отвечает, какие события считаем прогрессом, и как это бьётся с экономикой.

Почему “разные воронки” ломают всё
Самая частая ошибка — считать, что достаточно настроить этапы сделки в HubSpot или Salesforce. В реальности проблема обычно не в этапах. Проблема в том, что у отделов разные определения прогресса.
— Маркетинг считает прогрессом форму/демо (и радуется росту MQL).
— Sales считает прогрессом квалификацию и появление решения.
— Customer success считает прогрессом включение клиента в продуктовый контур и достижение первых результатов.
А CRM отражает только кусок одной команды.

В результате вы видите “конверсию по воронке”, которая не соответствует реальности. И дальше начинается управленческий шум: меняют кампании, потому что “просели MQL”, хотя узкое место — onboarding и time-to-value (время до первых измеримых результатов). Или наоборот: маркетинг наращивает лиды, sales не успевает, качество падает, и это записывают в “эффективность каналов”.

Как я проверяю это на практике (наблюдение из внедрений)
В проектах, где мы сначала навели порядок в событиях и ответственности (а не в интерфейсе), разница в управляемости появляется быстро: сокращается разрыв между прогнозом и фактом. У нас было типичное расхождение по forecast (прогнозу закрытия) — около 15–20% на уровне недельного плана — и оно уходило вдвое после того, как:
— определили единый набор полей для стадий (что именно должно быть заполнено, чтобы этап считался “реальным”);
— ввели SLA (соглашение об уровне сервиса) на передачу лида между маркетингом и sales;
— связали “прогресс сделки” с сигналами от product/CS (например, факт старта пилота или прохождения чек-листа онбординга).

Это не “магия CRM”. Это дисциплина данных и ответственность за один результат.

Позиция по HubSpot vs Salesforce vs Pipedrive
Я не предлагаю всем “убежать” в один бренд — я предлагаю выбирать под операционную модель.
— Если вам важны маркетинговые сценарии, автоматизация и единый контур для входящих коммуникаций, HubSpot обычно быстрее даёт ценность, но только если вы не останавливаетесь на маппинге полей. Нужны события RevOps и правила качества.
— Salesforce силён, когда вы действительно строите корпоративную модель данных и хотите строгие бизнес-правила по всей цепочке. Но без проектирования процесса вы получите красивый интерфейс и те же разрывы между отделами.
— Pipedrive часто оказывается отличным “первым шагом”, когда компания устала от хаоса в сделках. Но если вы не разовьёте его до уровня RevOps (события, handoff, измерение результата), он останется системой для менеджеров, а не для выручки.

Ключевой вывод
В 2026 я перестаю обсуждать CRM как продукт. Я обсуждаю её как контракт между командами: какие события считаем успехом, кто отвечает за переход, и как мы меряем влияние на деньги с учётом реальности privacy-first атрибуции (когда last-click уже не всегда честно объясняет причинность).

Если хотите начать правильно — начните не с воронки в CRM. Начните с вопроса: “Что должно произойти, чтобы мы сказали — клиент действительно продвинулся, а не просто остался в карточке?”. Как только вы ответили, CRM перестаёт быть таблицей и становится системой управления выручкой.

— @CRMtoolsReviewRuPro