CRM (Customer Relationship Management)

25 июня 2026 · ~13 мин чтения

концепция продажи инструмент инфраструктура-бизнеса маркетинг

CRM (Customer Relationship Management)

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

История

Термин «Customer Relationship Management» родился не сразу. Дорога к нему длинная и идёт от обычных бумажных карточек клиентов.

Сегодня (2026 год) Salesforce — крупнейший игрок мирового рынка (около \$35–37 млрд годовой выручки по разным оценкам). Российский рынок поделён в основном между AmoCRM, Битрикс24 и встроенными CRM крупных экосистем (Сбер, Яндекс, Тинькофф).

Что это такое

CRM — это две разные, но связанные сущности. Их часто путают.

CRM как подход. Это идея, что отношения с клиентом — управляемый, измеримый процесс, а не магия отдельного хорошего менеджера. У каждого контакта есть история, у каждой сделки — стадия, у каждой команды — общие правила. Цель — чтобы при увольнении или болезни менеджера клиент не «отвалился» и другой человек смог продолжить с того же места.

CRM как программа. Это база данных + интерфейс + автоматизации, которые поддерживают этот подход. На уровне данных там лежат:

Над этими данными живут процессы: воронка (pipeline) со стадиями, автоматические правила (например: «после получения лида создать задачу менеджеру в течение 5 минут»), отчёты и дашборды.

Чем CRM отличается от соседних классов программ:

Аналогии из жизни

Карта пациента в поликлинике. Если ты пришёл к терапевту, потом к ЛОРу, потом сдал анализы — врач видит всю предыдущую историю и не задаёт по второму разу те же вопросы. То же делает CRM для команды продаж: когда клиент звонит уже третьему менеджеру, тот видит, о чём говорили раньше.

Где ломается: в поликлинике карта одна на пациента. В CRM один и тот же человек может оказаться двумя «контактами» — звонил с разных номеров, писал с разных почт. Это называется проблемой дедупликации и она вечная.

Записная книжка отдела. В небольшой пекарне «у Сергея в голове» лежат все постоянные клиенты, их аллергии и любимые булочки. Это работает на 50 клиентов. CRM — это та же записная книжка, но общая, поисковая и не теряется при увольнении.

Где ломается: книжка Сергея помнит интонации и контекст («тот, у которого жена аллергик, а сам он любит с маком»). CRM это в чистом виде не умеет — нужно дисциплинированно вносить заметки. Без дисциплины CRM пустеет и превращается в «программу, которая зачем-то стоит».

Чёрный ящик самолёта. Записывает всё: переговоры экипажа, параметры двигателей, действия пилотов. Если что-то случилось — есть полная история. CRM делает похожее: записывает звонки, письма, изменения статусов, кто и когда что сделал.

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

Как это работает

Под капотом обычной CRM — реляционная база данных и набор бизнес-правил. Если развернуть «изнутри», получится так.

Шаг 1. Сущности и связи. В базе лежат таблицы:

contacts (id, name, phone, email, owner_id, created_at)
companies (id, name, inn, owner_id, created_at)
deals (id, name, amount, stage, contact_id, company_id, owner_id, created_at)
activities (id, type, deal_id, due_at, done, owner_id)
users (id, name, role)

Связи: у сделки есть контакт и компания, у задачи есть сделка, у всего есть «ответственный» (owner).

Шаг 2. Воронка (pipeline). У сделки есть поле stage — стадия воронки. Например: новая → переговоры → коммерческое предложение → договор → оплата → выиграна / проиграна. Стадии определяет компания: продавцы шин будут иметь одни, продавцы недвижимости — совсем другие. Внутри стадий часто есть probability — оценка вероятности закрытия (для прогноза выручки).

Шаг 3. Источники лидов. В CRM что-то должно «приземляться». Это могут быть:

Каждый источник — это webhook (HTTP-вызов из внешней системы) или периодический pull (CRM сама ходит и забирает).

Шаг 4. Автоматизации (workflows). На событие — реакция. Самый простой пример: «когда сделка попадает в стадию X, создать задачу менеджеру со сроком через сутки». Сложнее: «если 24 часа нет активности на сделке стоимостью больше N — отправить уведомление руководителю». В современных CRM это собирается мышкой в визуальном редакторе.

Шаг 5. Отчёты и дашборды. Сверху над данными — аналитика. Сколько сделок в каждой стадии, средний цикл сделки, конверсия из стадии в стадию, выручка по менеджерам, прогноз на следующий месяц. Это даёт руководителю объективную картину вместо «у нас вроде неплохо».

Шаг 6. Интеграции (API). Снаружи CRM выглядит как набор сервисов с REST API: GET /contacts, POST /deals, PUT /deals/123/stage. Через эти API CRM подключается к бухгалтерии, складу, личному кабинету клиента, маркетинговым инструментам. Хорошая интеграция отличается от плохой именно надёжностью этих стыков.

CRM — это не «программа», это процесс

Любая CRM умирает, если в команде нет договорённости «как мы её ведём». Десять менеджеров без правил создадут пять разных полей «номер договора», три варианта «новая сделка / новый клиент / лид» и кашу, из которой нельзя достать ответ. Поэтому в зрелых компаниях внедрение CRM — это 20% настройки софта и 80% написания и согласования регламентов.

Где встречается в обычной жизни

Где встречается в IT и бизнесе

Кто пользуется

Точные доли рынка плавают — лучше смотри свежие отчёты Gartner Magic Quadrant for Sales Force Automation и IDC.

Альтернативы и конкуренты

Когда НЕ стоит использовать

CRM без процесса — самообман

Часто компании покупают CRM в надежде, что «программа заставит менеджеров работать». Не заставит. CRM показывает, у кого пусто в воронке, кто не звонит, у кого «висят» сделки. Но это инструмент в руках руководителя — он не работает сам по себе.

Связанные понятия

Литература и источники

Где встретилось у меня

Вчера всё крутилось вокруг CRM Авито. Шла работа над автоматизацией, которая должна сопоставить внешний список вебхуков с заявками внутри CRM по времени с окном ±30–60 секунд. По сути — match двух потоков событий: один поток из CRM, второй из независимого источника, и нужно склеить их по timestamp, чтобы понять, какие заявки реально дошли. Это типичная задача, которая возникает на стыке CRM и внешних интеграций.

Краткое резюме