Аудит CRM: что именно проверяется
Аудит CRM — это проверка того, отражает ли система реальный процесс продаж и можно ли доверять данным, которые она показывает. Он нужен не тогда, когда система «плохая», а тогда, когда ей перестали пользоваться как рабочим инструментом: карточки заполняются формально, отчёты никто не открывает, а часть обращений всё равно теряется. Ниже — что именно смотрят в такой проверке и какие выводы она даёт.
Когда CRM нужно проверить, а не перестраивать
Перестройка системы — дорогое решение, и к нему приходят слишком быстро. Чаще проблема не в платформе, а в разрыве между тем, как настроена CRM, и тем, как люди продают. Аудит нужен, чтобы понять, где именно этот разрыв, прежде чем что-то менять.
Типичные поводы для проверки узнаваемы. Руководитель не может ответить, какой канал приносит клиентов. Менеджеры ведут часть сделок в мессенджерах, потому что «в системе долго». В отчёте одна цифра, в бухгалтерии другая. Или наоборот: данные вроде бы есть, но ни одно решение на их основе не принимается.
Важно понимать границу. Аудит отвечает на вопрос «что сейчас не так и почему», а не «внедрите нам всё заново». Часть находок закрывается настройками за короткое время, часть требует изменения рабочих привычек, и только небольшая часть действительно упирается в возможности платформы.
Корректность источников заявок
Это первое, что проверяется, потому что от источника зависят все остальные выводы. Если система неверно определяет, откуда пришло обращение, любые рассуждения о том, какой канал эффективнее, построены на песке.
Что смотрят:
- Заполнен ли источник вообще. Доля карточек без указания канала — самый показательный признак. Пустое поле означает, что обращение пришло мимо настроенного потока или было заведено вручную.
- Различаются ли источники между собой. Часто все заявки с сайта помечаются одинаково, хотя приходят с разных страниц и из разных кампаний. Это делает источник формально заполненным, но бесполезным.
- Совпадает ли число обращений с числом в каналах. Заявки с формы сверяются с тем, что видит сайт; переписки — с тем, что видно в мессенджере; звонки — с записями телефонии. Расхождение показывает, где поток прерывается.
- Не создаются ли дубли. Клиент, который написал и позвонил, не должен превращаться в двух разных лидов, иначе воронка выглядит шире, чем есть.
Чаще всего именно здесь находится самая дорогая ошибка: канал, который на самом деле приносит клиентов, в отчётах выглядит слабым, и бюджет уходит в другую сторону.
Логичность этапов воронки
Этапы должны описывать то, что действительно происходит с клиентом, и каждый переход должен зависеть от его действия, а не от настроения менеджера. Аудит проверяет, выполняется ли это условие.
Признаки того, что воронка описана неверно:
- Этап, в котором скапливается большинство сделок. Обычно это значит, что за ним нет понятного следующего шага и туда складывают всё неопределённое.
- Этапы, через которые сделки перескакивают. Если шаг систематически пропускается, он либо лишний, либо происходит вне системы.
- Формулировки, описывающие действие менеджера, а не состояние клиента. «Перезвонить» — это задача, а не этап. Этап отвечает на вопрос, где находится решение клиента.
- Отсутствие причин отказа. Если проигранные сделки закрываются без указания причины, теряется единственный источник понимания, почему клиенты уходят.
- Одна воронка на разные типы сделок. Новая продажа и повторное обращение идут по разным путям, и попытка уместить их в один набор этапов делает статистику нечитаемой.
Забытые обращения
Это самая наглядная часть аудита, потому что её результат виден сразу и выражается в конкретных карточках. Проверяется, есть ли в системе клиенты, по которым не запланировано ни одного следующего шага.
Смотрят на несколько групп. Сделки без задачи и без даты следующего контакта — формально живые, фактически брошенные. Сделки, по которым давно нет активности, хотя этап предполагает движение. Обращения, которые вообще не были взяты в работу: пришли и остались нераспределёнными. Отдельно — переписки, на которые никто не ответил, если мессенджер подключён к системе.
Почти всегда обнаруживается, что забытые обращения не случайны, а концентрируются в определённых местах: у одного менеджера, в одном канале, в один период. Это переводит разговор из плоскости «кто-то невнимателен» в плоскость устройства процесса: не назначен ответственный, нет правила о сроке ответа, нет напоминаний.
Приносит ли отчётность пользу маркетингу
CRM ценна тем, что связывает расходы на привлечение с результатом. Если эта связь не собрана, маркетинг работает вслепую независимо от того, сколько отчётов в системе.
Проверяется, можно ли получить ответы на вопросы, от которых зависят решения о бюджете: какой канал приносит не обращения, а сделки; сколько обращений доходит до оплаты и где именно теряется большинство; сколько времени проходит от первого контакта до решения; отличается ли качество обращений из разных источников.
Частая находка — отчёты существуют, но отвечают на другие вопросы. Система показывает количество лидов и активность менеджеров, то есть загрузку отдела, но не показывает отдачу каналов. Вторая частая находка — отчёт технически возможен, но данных для него нет: источник не заполнен, сумма сделки не внесена, причина отказа не указана. Отчётность не может быть лучше, чем данные, которые в неё попадают.
Права доступа и чистота данных
Менее заметная, но существенная часть проверки. Она касается того, можно ли вообще опираться на содержимое системы.
По данным смотрят дубли контактов, записи без номера или без ответственного, брошенные поля, которые когда-то завели и перестали заполнять, и расхождение форматов. Отдельно проверяется, не остались ли в системе доступы сотрудников, которые уже не работают.
По правам проверяют, соответствует ли видимость данных ролям: кто может менять сумму сделки, кто видит чужих клиентов, кто может выгружать базу. Это вопрос не только безопасности, но и достоверности: если поля может переписать кто угодно без следа, история сделки перестаёт быть доказательством.
Как выглядит результат аудита
Результатом должен быть список конкретных находок с указанием, где это видно в системе, и разделение по срочности: что чинится настройками сразу, что требует договорённостей внутри отдела, а что имеет смысл делать только при следующей перестройке.
Полезный признак качественного аудита — возможность проверить каждый вывод самостоятельно. Если сказано, что источник заполняется некорректно, должно быть показано, в каких карточках и как это проверить повторно через месяц. Отчёт с общими оценками вроде «система настроена неоптимально» не даёт основания ни для одного решения.
Аудит также показывает границу собственных возможностей: часть проблем не решается внутри CRM, потому что возникает раньше — на сайте, в рекламе или в самом порядке работы отдела. Честный вывод об этом полезнее попытки закрыть всё настройками системы.
Направления проверки CRM: что смотрят и что меняется после
| Направление | Признак проблемы | Что меняется после исправления |
|---|---|---|
| Источники заявок | Поле источника пустое или одинаково у всех обращений | Видно, какой канал приносит сделки, а не только обращения |
| Полнота потока | Число обращений в системе меньше, чем в канале | Обращения перестают теряться по дороге в CRM |
| Этапы воронки | Сделки скапливаются на одном шаге или перескакивают через него | Этапы отражают реальное решение клиента, статистика читается |
| Причины отказа | Проигранные сделки закрываются без пояснения | Появляется основание менять предложение, а не только рекламу |
| Забытые обращения | Сделки без задачи и без даты следующего шага | Каждое обращение имеет ответственного и следующий шаг |
| Отчётность | Отчёты показывают загрузку отдела, но не отдачу каналов | Решения о бюджете опираются на данные, а не на ощущение |
| Данные и доступы | Дубли, пустые поля, доступ у бывших сотрудников | Содержимому системы можно доверять при принятии решений |
Частые вопросы
Чем аудит CRM отличается от повторного внедрения?
Аудит отвечает на вопрос, где расходятся настройки системы и реальный процесс продаж, и что из этого чинится сейчас. Внедрение — это уже работа по изменению. На практике значительная часть находок аудита закрывается настройками и договорённостями внутри отдела, без перестройки системы.
Можно ли провести аудит своими силами?
Базовую часть — да. Откройте список сделок и посмотрите, у скольких заполнен источник, у скольких нет задачи и следующего шага, и на каком этапе скапливается большинство карточек. Эти три проверки уже показывают, есть ли предмет для разговора. Сложнее самостоятельно сверить поток обращений с каналами.
Что делать, если отчёты в CRM не совпадают с реальностью?
Сначала проверять данные, а не отчёты. Почти всегда расхождение объясняется тем, что часть обращений не попадает в систему, сумма сделки вносится не всегда или источник заполняется вручную по-разному. Пока данные неполные, переделывать отчёты бессмысленно.
Нужен ли аудит, если система работает недавно?
Короткая проверка полезна как раз на раннем сроке: она ловит ошибки настройки до того, как в системе накопится массив данных, собранных неверно. Чем позже обнаружена неправильная разметка источников, тем больше истории придётся считать непригодной для выводов.
Аудит покажет, кто из менеджеров работает хуже?
Он покажет, где обращения останавливаются, и это иногда совпадает с конкретными людьми. Но чаще концентрация проблем означает устройство процесса: нет правила о сроке ответа, не назначается ответственный, нет напоминаний. Выводы о людях без такой проверки обычно преждевременны.