Почему я перестал начинать MarTech-стек с CRM

Почему я перестал начинать MarTech-стек с CRM

В 2026 году главная ошибка маркетинг-операций — собирать стек вокруг одного «центра правды», чаще всего CRM. Кажется логичным: если все лиды и сделки там, значит, оттуда и надо строить архитектуру. На практике это почти всегда приводит к другому — CRM превращается в склад событий, а не в управляемую систему.

Я всё чаще начинаю проект не с вопроса «какую CRM выбрать?», а с вопроса «какое решение нужно принимать быстрее остальных?». Если задача — управлять выручкой, значит, нужна связка из источников, качества данных, маршрутизации лидов, статусов воронки и обратной связи от sales и customer success. Если задача — повысить LTV, то в центре будут не сделки, а поведение клиента после покупки: сегменты, триггеры, повторные касания, отток.

**CRM — это не архитектура, а один из узлов архитектуры.**

За последние проекты я несколько раз видел одинаковую картину: компании покупали дорогую CRM, а потом вручную дособирали атрибуцию, enrichment (обогащение данных), сквозную аналитику и согласование статусов между маркетингом и продажами. В одном B2B-проекте после ревизии стека мы убрали 4 лишних интеграции и сократили ручную сверку данных почти на 30% по трудозатратам команды marketing ops — только потому, что перестали тащить всё в CRM как в единственную точку сборки.

Мой вывод простой: в современном MarTech-стеке сначала проектируется **модель решений**, потом поток данных, и только потом выбирается инструмент. Иначе вы покупаете не систему управления, а дорогой способ хранить хаос.

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

Вот это и есть зрелая интеграция. Не количество сервисов. Не список вендоров. А скорость превращения сигнала в решение.

— @MarTechStackRu