# CRM в отделе продаж — как внедрить и добиться дисциплины CRM в отделе продаж покупают в надежде, что система сама наведёт порядок. Через два-три месяца выясняется, что половина сделок ведётся в мессенджерах, воронка в системе показывает прошлый квартал, а руководитель всё так же собирает статус голосом на планёрке. Я проходил это в нескольких направлениях и убедился: софт не создаёт дисциплину, он её только отражает и усиливает. Если разбор сделок раз в неделю не проводится без CRM, он не появится и с ней. ## Почему система не приживается Англоязычные обзоры внедрений дают разброс провалов от 18 до 69 процентов, и в подавляющем большинстве случаев причина не в платформе — на сам продукт приходится порядка десятой части неудач. Остальное — люди и процесс. Механика отторжения простая и абсолютно рациональная со стороны менеджера. CRM забирает у него время и ничего не отдаёт взамен: дашборды и прогноз получает руководство, а продавец получает двадцать полей, которые надо заполнить после звонка. Пока обмен несимметричный, никакие приказы, обучения и «мы же договорились» его не изменят. Менеджер не саботирует — он оптимизирует свой день. Отсюда рабочая формулировка задачи: внедрение CRM — это не проект по настройке системы, а проект по изменению одного управленческого ритуала. Всё остальное вторично. ## Шаг 1. Определить, какие решения принимаются по этим данным Прежде чем рисовать этапы воронки, я всегда отвечаю на вопрос: какое конкретное решение мы не можем принять сегодня из-за отсутствия данных. Не «хотим прозрачности», а именно решение — куда переложить время менеджеров на следующей неделе, какие сегменты закрыть, стоит ли держать рекламный канал. Если такого решения нет, внедрять нечего: система превратится в архив переписки. Если оно есть, из него выводится минимальный состав полей. У меня обычно получается пять-семь обязательных: сегмент, источник, сумма, стадия, дата следующего шага, причина отказа при проигрыше. Всё прочее — необязательное. Причина отказа — единственное поле, за которое стоит воевать всерьёз. Без неё win-loss анализ потом делать не из чего, а именно он даёт самые дешёвые улучшения конверсии. ## Шаг 2. Сократить обязательные поля до предела Стандартный сценарий провала — маркетолог хочет UTM-метки, финансист хочет плановую маржу, юрист хочет реквизиты, и на выходе менеджер заполняет двадцать три поля на каждую входящую заявку, включая заведомо мусорную. Я делю поля по стадиям: на входе фиксируется минимум, полный набор требуется только на переходе в стадию «коммерческое предложение» — то есть тогда, когда сделка уже стоит потраченного времени. Квалификация входящих заявок по короткому чек-листу решает ту же задачу с другой стороны: половина лидов отсеивается до того, как кто-то начнёт заводить карточку. ## Шаг 3. Регламент на три страницы Регламент CRM-дисциплины, который работает, помещается на три страницы и отвечает ровно на четыре вопроса: что считается сделкой и когда её обязательно заводить; в какой срок после контакта обновляется карточка; что означает каждая стадия и по какому признаку сделка переходит дальше; что происходит, если у сделки нет запланированного следующего шага. Последний пункт — главный. Сделка без даты следующего действия не существует. Это единственное правило, которое я проверяю лично и по которому чистка базы делается регулярно. Тридцатистраничные регламенты с описанием интерфейса пишут, когда хотят снять с себя ответственность за внедрение. Их не читают. ## Шаг 4. Недельный разбор воронки строго по экрану системы Это тот самый управленческий ритуал, ради которого всё затевалось. Тридцать минут в неделю, экран CRM выведен на общий показ, обсуждаются только сделки, которые есть в системе. Не заведено — не обсуждаем, не считаем, не помогаем. Такой формат меняет поведение быстрее любых штрафов: менеджер видит, что его работа существует для компании только в том виде, в каком он её внёс. Через три-четыре недели заполнение перестаёт быть проблемой, потому что теперь оно работает на него — на его позицию в разговоре о ресурсах, приоритетах и премии. И обратная сторона: если руководитель хоть раз проводит разбор по своим заметкам, а не по системе, весь процесс откатывается назад. Здесь пример сверху весит больше регламента. ## Шаг 5. Проверить, что база живая Хорошая проверка внедрения — реактивация. Берём сделки, по которым не было касаний три-шесть месяцев, и прозваниваем их по короткому сценарию. В нескольких проектах я делал это одновременно с подключением мониторинга торгов, и результат работал как диагностика: если в базе находятся живые сделки, которые просто забыли, — система наполнена и ей можно доверять. Если реактивировать нечего, значит данные не заводились вовсе, и надо возвращаться к шагам 1–4. Побочный эффект приятный: реактивация обычно окупает само внедрение в первые же недели. ## Когда CRM не нужна Отдельно скажу про случай, где я осознанно обходился без системы. Пока направление ведёт одну-две сделки в неделю, а решения принимает один человек, полноценная CRM — лишняя нагрузка. Достаточно дисциплинированной таблицы с теми же пятью полями и тем же недельным разбором. Я запускал учёт сделок в таком виде и переводил его в систему позже, когда появлялся второй продавец и потребность в общей воронке. Логика простая: сначала ритуал и минимальный набор данных, потом инструмент. В обратном порядке получается дорогой архив. ## Вывод Внедрение CRM в отделе продаж держится на четырёх вещах: решение, ради которого собираются данные; пять-семь обязательных полей вместо двадцати; правило «нет следующего шага — нет сделки»; недельный разбор воронки исключительно по экрану системы. Технической настройки в этом списке нет вообще — и это точная иллюстрация того, где на самом деле находится проблема. ## Мои кейсы по теме - [[Регламент CRM-дисциплины продаж]] - [[Учёт сделок без CRM]] - [[Мониторинг торгов и реактивация CRM]] - [[Чек-лист квалификации входящих заявок]] ## Связаться Если у вас похожая задача — обсудим ваш продукт: [[email protected]](mailto:[email protected]), Telegram [@falcolupus](https://t.me/falcolupus) или [MAX](https://max.ru/u/f9LHodD0cOJd5VFHyaG9k7YpP7BW9s55ZYkjWX6P8j51xBYS3XgDfnOxz3U). Работаю удалённо в любом часовом поясе.