Внедрение CRM: этапы, сроки и почему система не приживается
Внедрение CRM — это не установка программы, а перенос процесса продаж в систему, где его видно целиком: откуда пришло обращение, кто с ним работает, на каком шаге оно застряло. Программа при этом вторична: она фиксирует то, о чём договорились люди. Если договорённостей нет, система их не создаст.
Когда CRM действительно нужна
- Обращения теряются. Заявки приходят из форм, почты, мессенджеров и по телефону, и никто не может сказать, все ли обработаны.
- Продаёт не один человек. Пока менеджер один, ему хватает своей памяти. С третьего сотрудника начинается разнобой: каждый ведёт сделки по-своему.
- Долгий цикл сделки. Если решение принимают неделями, без истории переписки и звонков сделка рассыпается при первой же передаче другому менеджеру.
- Не сходятся цифры маркетинга и продаж. Реклама показывает обращения, продажи — «лидов почти не было». Разрыв разбирали в статье лиды есть, продаж нет.
Обратная ситуация тоже бывает: два человека, десять сделок в месяц и понятный процесс. Тогда внедрение отнимет больше, чем даст, — таблицы хватит.
С чего начать: проверяемые цели и точка «до»
«Навести порядок» не проверить. Проверяемые цели звучат так: ни одна заявка не ждёт ответа дольше 15 минут, руководитель видит конверсию по этапам без ручных отчётов, повторные продажи растут за счёт напоминаний о клиентах.
Этапы внедрения
- Описание процесса. Как продаёте сейчас: этапы, кто за что отвечает, по каким правилам сделка двигается дальше и когда закрывается. Это не документ ради документа — на нём строится всё остальное.
- Проектирование воронки. Этапы в системе, обязательные поля, права доступа. Про то, как воронка устроена и где она рвётся, — отдельный материал.
- Настройка системы. Воронки, карточки сделок и контактов, справочники, шаблоны документов.
- Подключение каналов. Формы сайта, почта, телефония, мессенджеры. Задача — чтобы обращение попадало в систему само, а не переносилось руками.
- Перенос данных. Клиенты и открытые сделки из таблиц и старой системы. Здесь всплывают дубли и разные написания одной компании.
- Обучение. Не «показали интерфейс», а разобрали типовые сценарии: как завести сделку, как передать коллеге, что делать с отказом.
- Опытная эксплуатация. Две-три недели работы с еженедельным разбором ошибок и правками настроек.
Таблица: этапы, участники и результат
| Этап | Кто участвует со стороны бизнеса | Результат этапа | Что бывает, если пропустить |
|---|---|---|---|
| Описание процесса | Руководитель продаж, сильный менеджер | Схема этапов и правил перехода | Систему настраивают по догадкам подрядчика |
| Проектирование воронки | Руководитель продаж | Состав этапов и обязательных полей | Менеджеры заполняют поля формально |
| Настройка | Ответственный за проект | Рабочая конфигурация | Правки идут бесконечно |
| Подключение каналов | Маркетолог, ИТ-специалист | Заявки попадают в систему автоматически | Часть обращений живёт в почте и мессенджерах |
| Перенос данных | Ответственный за базу | Клиенты и сделки в системе | Дубли и потерянные контакты |
| Обучение | Все, кто работает со сделками | Сотрудники работают в системе | Возврат к таблицам через месяц |
| Опытная эксплуатация | Руководитель продаж | Отлаженные настройки | Претензии «система неудобная» |
Как проектировать воронку, поля и роли
- Этапы. Этап — точка, где меняется ответственный или нужно действие клиента: «КП отправлено», «Счёт выставлен», «Оплата получена». «В работе» и «Думает» ничего не измеряют. Рабочий ориентир — 5–8 этапов в воронке, отдельная воронка — там, где у продаж разная логика: розница и опт, продажа и сервис.
- Поля. У каждого поля должен быть отчёт или автоматизация, иначе оно не нужно. Источник, UTM-метки, телефон из звонка и сумма из счёта заполняются сами.
- Роли. Менеджер видит свои сделки, руководитель группы — сделки группы, коммерческий директор — всё, бухгалтерия — только оплаты. Право на экспорт базы — одному-двум людям.
Запускать лучше на одном отделе из 3–5 менеджеров, где есть хотя бы один скептик: 2–4 недели на реальных сделках с еженедельным разбором. Типичный итог пилота — убрать треть полей и добавить автоматизацию операции, о которой на старте никто не вспомнил. Регламент работы в CRM помещается на одну-две страницы: что фиксируется обязательно, за сколько минут берётся новая заявка, что считается просрочкой.
Из чего складывается бюджет
- Лицензии. Платят за пользователей, обычно помесячно или за год. Растёт отдел — растёт эта строка.
- Работы по внедрению. Описание процесса, настройка, обучение. Основная часть бюджета первого этапа.
- Интеграции. Сайт, телефония, мессенджеры, учётная система. Обмен с 1С — отдельная задача, её сценарии описаны в статье про интеграцию сайта с 1С.
- Доработки. Нетиповые сценарии: сложные права, свои отчёты, автоматические документы.
- Сопровождение. Процесс меняется, и система должна меняться вместе с ним.
Порядок выбора обратный привычному: сначала процесс и каналы обращений, потом система. Обзор одной из распространённых на рынке — в материале про amoCRM.
Почему система не приживается
Причины повторяются от проекта к проекту, и почти все они не технические.
- Процесс не описали. Настроили «как у всех», а компания продаёт иначе. Менеджеры честно попробовали и вернулись к своему способу.
- Обязательных полей слишком много. Заполнение карточки занимает больше времени, чем сам звонок. Через неделю поля заполняют мусором.
- Руководитель не смотрит в систему. Если отчёт по-прежнему собирают в мессенджере, CRM превращается в необязательную формальность.
- Часть каналов осталась снаружи. Заявки с одного источника попадают в систему, с другого — на личную почту менеджера. Полной картины нет, доверие к цифрам исчезает.
- Внедрили сразу всё. Продажи, склад, документы, задачи и чаты одновременно — сотрудники не выдерживают объёма изменений.
| Причина | Как проявляется | Что делать |
|---|---|---|
| CRM добавляет работы | Двойной ввод, 20 полей до звонка | Минимум обязательных полей, автоматизация рутины, документы в один клик |
| Нет связи с деньгами | Премия считается по данным бухгалтерии | План, премия и рейтинг — только по данным CRM |
| Руководитель не работает в системе | Отчёты в Excel, планёрки «по памяти» | Планёрка по дашборду, задачи только в CRM |
| Страх контроля | Клиенты «в голове» и в личном телефоне | Объяснить, что система защищает менеджера: история и спорные клиенты |
| Параллельный учёт | Excel открыт на запись рядом с CRM | Назначить дату отказа от таблиц и не продлевать её |
Самый сильный рычаг — деньги: когда премия считается по оплаченным сделкам в CRM, а незаведённая заявка не идёт в план, дисциплина налаживается сама. Второй — пример руководителя.
Как понять, что внедрение получилось
Проверять стоит не по ощущениям, а по четырём признакам:
- Каждое обращение попадает в систему автоматически, независимо от канала.
- Руководитель видит текущее состояние сделок, не спрашивая менеджеров.
- По любой сделке видно, откуда пришёл клиент, — источник не теряется по дороге.
- Отчёт по продажам собирается из системы, а не из таблицы, которую кто-то ведёт вручную.
Четвёртый пункт — самый показательный. Пока рядом живёт параллельная таблица, внедрение не закончено.
| Метрика | Как считать | Ориентир через 2–3 месяца |
|---|---|---|
| Доля сделок в CRM | Оплаты в 1С или банке, которым соответствует сделка | Близко к 100% |
| Заполненность ключевых полей | Сделки с суммой, источником и следующей задачей | 90% и выше |
| Скорость реакции | От заявки до первого касания | Минуты в рабочее время |
| Просроченные задачи | Сделки без задачи или с просрочкой | Снижаются от месяца к месяцу |
Персональные данные в CRM
CRM — база персональных данных: имена, телефоны, переписка, записи звонков. Компания отвечает за неё как оператор, даже если система облачная. С 1 июля 2025 года запись и хранение данных граждан РФ с использованием баз за пределами России не допускаются (ч. 5 ст. 18 152-ФЗ) — значит, серверы в России и договор поручения с поставщиком облака. Формы сайта, которые передают заявки в CRM, должны собирать отдельное согласие; подробнее — в разборе требований 152-ФЗ к сайту. Уволенному сотруднику доступ отключают в день ухода, администраторам включают двухфакторный вход.
Чек-лист запуска
- Сняты метрики «до»: заявки, время ответа, конверсия, повторные продажи
- Процесс описан от заявки до оплаты, в воронке 5–8 этапов с понятными критериями перехода
- У каждого обязательного поля есть отчёт или автоматизация
- Роли и права настроены, экспорт базы доступен одному-двум людям
- Сайт, телефония, почта и мессенджеры создают сделки сами, обмен с 1С проверен на реальных документах
- База очищена от дублей, у каждой записи есть ответственный
- Пилот на одном отделе прошёл, замечания учтены, регламент утверждён
- Премия и план считаются по данным CRM, назначена дата отказа от таблиц
- Серверы в России, договор поручения подписан, двухфакторный вход включён
Связка с маркетингом
CRM отвечает на вопрос «что происходит со сделкой», аналитика — на вопрос «какой канал её принёс». Пока они не связаны, маркетинг оптимизируют по количеству обращений, а не по деньгам: дешёвые обращения могут не превращаться в договоры. Как связать источники со сделками — в материале про внедрение сквозной аналитики. Про то, как состыковать два отдела, чтобы обращения не терялись между ними, — в статье отдел продаж и маркетинг.
Мы подключаем сайт к CRM и настраиваем передачу источников обращений: как устроено внедрение CRM у нас — на отдельной странице, по замерам и отчётности — в разделе аналитики.
Сначала описываем, как компания продаёт сейчас, потом переносим это в систему. В обратном порядке получается дорогая программа, в которой менеджеры дублируют работу из своего блокнота — и через квартал возвращаются к блокноту.