Менеджеры не заполняют CRM не от лени, а потому что для них это вторая работа без отдачи: разговор уже состоялся, а теперь его нужно пересказать текстом ради отчёта, которым они сами не пользуются. Платит за это не отдел продаж, а руководитель: прогноз, найм и решения по воронке строятся на данных, где сделки висят на старых этапах, комментарии пустые, а половина звонков ни к чему не привязана. Ужесточение регламента такую CRM не чинит. Ниже — как я бы её разбирал: сначала проверка данных запросами к базе, потом устройство карточки и ответственность, и только в конце автоматика.
Формально заполненная CRM опаснее пустой
На данных CRM строятся три решения: прогноз выручки, планирование найма и правки воронки. Если данных нет, руководитель это видит и принимает решение осторожно. Если данные есть, но заполнены наугад, все три решения принимаются вслепую, а отчёты создают ложную уверенность. Плохие данные хуже отсутствия данных: они выглядят как основание.
Пустая карточка честнее заполненной наугад — она хотя бы не притворяется данными. Поэтому первая задача не «заставить заполнять», а понять, какая из двух болезней у вашей системы: данных нет или данные есть, но им нельзя верить. Лечатся они по-разному.
Как отличить незаполненную CRM от заполненной формально
Отличить одно от другого можно, не опрашивая команду. Я бы начинал с четырёх проверок, каждая делается запросом к базе или выгрузкой в таблицу.
Комментарии. Доля карточек, где комментарий короче пятидесяти знаков или дословно совпадает с другими («созвон», «перезвонить», «думает»). Такой комментарий не несёт информации, он закрывает обязательное поле.
Значения по умолчанию. Если девять сделок из десяти имеют «источник: сайт», поле не заполняют, а пролистывают. Смотреть стоит каждое обязательное поле со списком: у честно заполненного поля распределение неровное.
Следующий шаг. Доля открытых сделок без назначенного следующего шага или с датой в прошлом. Сделка без следующего шага — не сделка в работе, а запись о том, что когда-то был разговор.
Движение по этапам. Сколько открытых сделок не меняли этап за последний месяц. Те, что не двигались, в воронке присутствуют, а в реальности, скорее всего, уже закончились.
Если хотя бы две проверки из четырёх дают больше половины, проблема не в дисциплине. Регламентом и напоминаниями такое не лечится: команда уже выполняет требование, просто минимальной ценой. Эти же четыре числа потом становятся метрикой — по ним видно, стало лучше или нет.
Почему менеджеры не заполняют CRM: пять причин, кроме лени
Лень объясняет всё и поэтому ничего не объясняет. Если в отделе не заполняет CRM один человек — это вопрос к человеку. Если не заполняет большинство — это свойство процесса, и у него обычно одна из пяти причин.
1. Заполнение не помогает менеджеру
Главная причина. Менеджер вносит данные для отчёта руководителя, а взамен не получает ничего: система не напоминает, не подсказывает, не экономит время. Всё, что нужно только начальству, будет заполняться по остаточному принципу.
2. Полей слишком много
Карточка на тридцать обязательных полей гарантирует формальное заполнение: выбирается первый вариант из списка, лишь бы сохранилось. Такие данные хуже пустых, потому что выглядят достоверными.
3. Дублирование работы
Менеджер уже сказал всё в разговоре, а теперь должен пересказать это текстом. Двойная работа воспринимается как бюрократия — и справедливо. Особенно в конце дня, когда разговоров было много, а помнятся последние два.
4. Непонятные этапы
Если между «в работе» и «на согласовании» нет однозначного критерия, менеджеры двигают сделки как придётся. Воронка перестаёт отражать реальность, и никакая аккуратность это не исправит: два честных менеджера поставят одну и ту же сделку на разные этапы.
5. Данные не влияют на решения
Если руководитель всё равно спрашивает голосом на планёрке, а CRM не открывает, команда быстро понимает: система — ритуал.
Спросите менеджера, что он получает от заполнения карточки. Если ответа нет — проблема не в дисциплине, а в устройстве процесса.
Каждой причине — своя правка процесса, и штрафа среди них нет
Причины разные, поэтому универсального лекарства нет. Полезно разложить их в таблицу и чинить по одной, начиная с той, которую дешевле всего убрать.
| Причина | Решение |
|---|---|
| Не помогает менеджеру | Напоминания и подсказки по сделке из тех же данных |
| Много полей | Оставить обязательными 5–7, остальные — опциональные |
| Дублирование | Заполнять автоматически из разговора |
| Непонятные этапы | Один проверяемый критерий на этап |
| Данные ни на что не влияют | Вести планёрку строго по карточкам |
Две строки из пяти не стоят ничего, кроме решения руководителя: убрать лишние обязательные поля и начать вести планёрку по карточкам. С них и стоит начинать. Критерии этапов требуют одного рабочего совещания. Автоматика — самая дорогая правка, и включать её до остальных я бы не стал: автозаполнение поверх размытых этапов аккуратно запишет в карточку тот же хаос.
Что должно быть в карточке, чтобы её открывали по своей воле
Менеджер заполняет то, чем сам пользуется. Значит, карточка должна отдавать не меньше, чем забирает. Проверить это можно одним вопросом: что человек узнаёт, открыв сделку перед звонком, чего он не помнит сам?
Три вещи делают карточку рабочей. Резюме прошлого разговора в три строки — чтобы не поднимать запись и не листать переписку. Явно записанная договорённость с датой — не «созвонимся позже», а конкретный день. И контекст клиента: что он смотрел, о чём спрашивал раньше, чем закончился предыдущий контакт.
Когда эти три вещи в карточке есть и появляются там сами, отношение меняется: менеджер открывает сделку не потому, что требуют, а потому что так быстрее, чем вспоминать. Требование заполнять после этого касается уже небольшого остатка полей, и его выполняют.
Кто отвечает за качество данных
Формулировка «менеджеры должны заполнять CRM» назначает ответственным того, кто меньше всех влияет на устройство системы. Менеджер не выбирал набор полей, не придумывал этапы и не решал, какие данные подтягиваются автоматически. Спрашивать с него за результат, который в основном определяется настройками, бессмысленно.
Ответственность делится на три части. За то, какие данные вообще нужны и зачем, отвечает тот, кто принимает по ним решения, — обычно руководитель отдела. За то, чтобы данные попадали в систему без ручного ввода, отвечает тот, кто настраивает интеграции. И только за то, что нельзя получить автоматически, отвечает менеджер.
Практическое следствие: прежде чем требовать заполнения поля, стоит ответить, какое решение вы примете по этим данным. Если ответа нет, поле нужно убрать. Список полей, у которых нет назначения, обычно оказывается длиннее, чем ожидают.
Автозаполнение снимает двойную работу, но не заменяет порядок
Когда поля почищены, а этапы описаны, остаётся главная причина — дублирование. Разговор состоялся, значит в нём уже прозвучали и суть обращения, и договорённость, и следующий шаг. Речевая аналитика расшифровывает запись и пишет это в карточку: резюме разговора, зафиксированный следующий шаг, задачу на перезвон с датой. Эффект двойной: время менеджера освобождается, а качество данных перестаёт зависеть от его аккуратности и настроения в конце дня.
С инженерной стороны у этой цепочки три слабых места, и их стоит проверить до запуска. Первое — привязка звонка к сделке: если телефония не передаёт номер или у клиента несколько номеров, резюме уйдёт не в ту карточку или никуда. Второе — какие поля автоматика имеет право перезаписывать: резюме и задачу — да, этап сделки и сумму — я бы оставил за человеком. Третье — что происходит при сбое: если интеграция молча перестала писать, карточки снова пустеют, и узнаёте вы об этом из отчёта через месяц. Нужна простая контрольная цифра — доля звонков за день, по которым в CRM появилось резюме.
В нашей линейке эту задачу решает Эхолитикс: разбирает звонки и пишет итог и задачи в Битрикс24 или amoCRM. Как из разговора появляется задача с датой и ответственным, подробно разобрано в статье об автоматических задачах из звонков в CRM.
Чего автозаполнение не закроет
Автоматика вытаскивает из разговора то, что в нём прозвучало. Всё, что не прозвучало, остаётся невидимым — и это не мелочь. Договорённость, о которой стороны молча подумали одинаково, в записи не появится. Решение, принятое в переписке в другом канале, тоже.
Второе ограничение — оценка вероятности. Система видит факты разговора: возражение прозвучало, следующий шаг назначен, тон изменился. Она не заменяет суждение менеджера о том, насколько клиент действительно готов, если это суждение опирается на что-то, кроме сказанного вслух. Такие поля имеет смысл оставить ручными и короткими.
Поэтому правильная цель — не «CRM заполняется сама», а «руками вносится только то, чего в разговоре не было». Обычно это две-три строки вместо тридцати полей, и на такое требование команда соглашается без регламента.
Когда автоматизировать заполнение не нужно
Честно: во многих отделах автозаполнение не окупится, и деньги лучше потратить на другое.
Маленькая команда. Если продают два-три человека, а руководитель сам слышит большую часть сделок, данные в CRM ему нужны меньше, чем кажется. Хватит короткой карточки из нескольких полей и планёрки по ней.
Сделки идут не голосом. Если основной канал — личные встречи без записи или переписка в мессенджере, которую CRM и так сохраняет, автоматике просто не из чего извлекать разговор.
Короткие однотипные звонки. Приём заказа по прайсу быстрее оформить формой с тремя полями, чем расшифровывать и пересказывать.
CRM не используется для решений. Если руководитель не открывает отчёты и не собирается, автоматика наполнит систему, в которую никто не смотрит. Сначала нужно решить, какие решения вы будете принимать по данным, — это бесплатно.
Штраф за пустое поле покупает заполненность, а не данные
Самый частый ответ на пустую CRM — штраф или депремирование за незаполненные поля. Он работает ровно в том смысле, в каком обещает: поля заполняются. Но заполняются формально, и руководитель получает красивую отчётность, оторванную от реальности, — ту самую болезнь, которая опаснее пустоты. Причём после штрафа её труднее диагностировать: проверка на пустые поля теперь проходит.
Сначала уберите лишнее и автоматизируйте очевидное — а требовать имеет смысл только то, что действительно нужно для решений и что нельзя получить без человека.
Как проверить результат на своей CRM за месяц
Любую из правок выше стоит вводить как проверку, а не как реформу. Мы в 404ai работаем по методу «Цель → метрика»: до начала работ договариваемся, какая цифра должна измениться, и заранее называем условие, при котором остановимся. Для CRM это выглядит так.
Цель — данные, по которым можно строить прогноз. Метрика — те же четыре числа из диагностики: доля пустых или одинаковых комментариев, доля значений по умолчанию, доля открытых сделок без следующего шага, доля сделок без движения за месяц. Снимите их до изменений.
Дальше одна группа менеджеров работает по новой схеме, остальные — как раньше. Через месяц сравниваете числа по двум группам. Если доля сделок со следующим шагом и датой выросла, а комментарии стали содержательными — масштабируете. Если числа не сдвинулись или менеджеры тратят на проверку автоматических резюме больше времени, чем тратили на ручной ввод, — останавливаетесь: проблема не в заполнении, а в этапах или в том, что по данным не принимают решений.
Сначала решение, которое вы примете по данным, потом поле
Главное, что меняет этот разбор: вопрос «как заставить менеджеров заполнять CRM» стоит заменить вопросом «какие решения я принимаю по этим данным и какие из них можно получить без ручного ввода». Всё, что не нужно для решений, убирается. Всё, что прозвучало в разговоре, подтягивается из разговора. Менеджеру остаётся короткий остаток, который он заполняет, потому что сам этим пользуется.
Проверить, где вы сейчас, можно сегодня: четыре запроса к базе покажут, пустая у вас CRM или формально заполненная. От ответа зависит, начинать с чистки полей, с критериев этапов или с автоматики.
