Аудит отдела продаж: чек-лист для руководителя

Чтобы провести первый аудит отдела продаж, выберите одну группу заявок и проследите её путь: все ли обращения попали в CRM, кто ответил, что произошло дальше и чем закончилась работа. По каждому подозрительному месту откройте карточку и проверьте события. Результат проверки: подтверждённая проблема, действие, ответственный и условие повторной проверки.

Этот чек-лист подходит руководителю, у которого уже есть история обращений и доступ к CRM. Он помогает проверить обработку заявок; мотивация сотрудников, экономика рекламы и финансовый аудит потребуют отдельных данных. Начать можно без нейросети и новой программы. Ниже есть учебный пример, в котором одинаковый сигнал «нет задач» приводит к разным выводам.

Сначала договоритесь, что именно проверяете

Возьмите одну воронку, один продукт и понятный интервал поступления обращений. Например, заявки на одну услугу за завершённую неделю. Длину периода выбирайте по своему потоку: нужны записи, путь которых вы можете восстановить. Укажите дату проверки, чтобы было ясно, какие сделки ещё могли завершиться позже.

Составьте список: номер заявки, источник, время поступления, ответственный, первый ответ сотрудника, пройденные этапы, текущий статус, следующее действие и его срок. Если часть истории не записывалась, пометьте это как пробел. По пустой ячейке нельзя восстановить событие.

Не смешивайте две группы: сделки, оплаченные в сентябре, и заявки, пришедшие в сентябре. Среди оплат могут быть обращения августа. Для конверсии выбранной группы проследите именно её заявки; отдельно покажите успешные, проигранные и оставшиеся в работе. Незакрытая сделка ещё не означает потерю клиента.

Готовые графики тоже требуют проверки. В Битрикс24 классическая воронка и воронка с конверсиями по-разному учитывают пропущенные этапы. Поэтому перед выводом о потерях прочитайте описание используемого отчёта и сверьте его с карточками.

Чек-лист: от поступления заявки до следующего шага

Проходите пункты в этом порядке. Если обращения не попадают в CRM, оценка работы по одной CRM будет неполной. Подозрительные карточки проверяйте по истории и исходному каналу: журналу формы, переписке или журналу телефонии. Для первого прохода достаточно доступа на чтение.

Со временем ответа особенно легко ошибиться. Например, показатель Lead response time в HubSpot отсчитывается от назначения контакта текущему владельцу и может завершиться действием с задачей. После переназначения отсчёт сбрасывается. Это видно в описании отчётов HubSpot. Такой показатель нельзя без проверки назвать временем ожидания клиента с момента заявки.

Норму реакции возьмите из своего обещания клиенту и рабочего графика. Если её нет, сначала договоритесь, какой ответ и в какие часы команда должна давать. Произвольное число минут из чужого чек-листа не поможет оценить выполнение вашего процесса.

Почему «сделка без задач» ещё не диагноз

Представим три учебные карточки. Это вымышленные ситуации, не результаты проверки клиентской базы. Во всех трёх список сделок показывает отсутствие задач.

Карточка А. Следующий звонок назначен на завтра, задача прикреплена к контакту. В amoCRM задачи контакта и компании не учитываются в индикаторах сделки. Работа запланирована; нужно договориться о привязке задач, если руководитель контролирует их через список сделок.

Карточка Б. Клиент попросил вернуться после согласования бюджета в конкретную дату. Она ещё не наступила, договорённость есть в переписке, но напоминание не создано. Пропущенного звонка пока нет. Сейчас можно назначить задачу и ответственного, чтобы договорённость не осталась только в тексте.

Карточка В. Сотрудник обещал прислать расчёт вчера. Срок прошёл, задачи нет, проверка переписки и исходящего канала подтверждает, что расчёт не отправлен. Здесь подтверждён пропуск обещанного действия. Руководителю нужно организовать ответ клиенту и выяснить, почему обещанный расчёт не отправили.

Одна выборка показала особенность учёта, ещё не просроченную договорённость и реальный пропуск. Если сразу назвать все карточки «забытыми клиентами», план исправления получится неверным. Проверка нескольких таких записей показывает конкретные дефекты, но не долю проблем во всём отделе.

Что поручить ИИ после проверки карточек

Помощнику можно дать обезличенные заметки и попросить разложить их на четыре части: подтверждённый факт, возможное объяснение, недостающие данные и предлагаемое действие. Сохраните условные номера карточек, чтобы сверить каждую строку ответа с исходной заметкой. Например: «В: расчёт обещан вчера, отправка не найдена после проверки канала. Причина неизвестна».

Проверьте, не превратил ли помощник «причина неизвестна» в «менеджер плохо обучен» и не добавил ли сумму потерянной выручки. Оба вывода потребовали бы новых данных. Проверять такое резюме может руководитель, который видел исходные события; одной уверенной формулировки модели недостаточно.

Для расчётов по готовой выгрузке есть отдельный пример анализа таблицы продаж с ИИ. Он помогает проверить суммы и средние. Здесь же задача состоит в проверке событий и договорённостей. Если помощнику нужен регулярный доступ к CRM, сначала определите, какие данные и права ему передавать. Для первого разбора заметок прямое подключение к базе не требуется.

Как превратить находку в действие

Начните с подтверждённого сбоя, который команда может исправить и проверить. «Повысить дисциплину» не задаёт действия. В учебной карточке В ближайшая задача: назначить сотрудника, согласовать новый срок ответа и отправить обещанный расчёт. Отдельная задача руководителя: выяснить причину пропуска и проверить, требуется ли менять порядок работы.

Скопируйте бланк для каждой существенной находки. Ссылки на реальные карточки оставляйте во внутреннем документе с нужными правами доступа.

В следующей группе проверьте тот же признак. Если меняли порядок назначения задач, смотрите, появился ли ответственный и выполнено ли обещанное действие к сроку. Для сравнения конверсии группам нужно одинаковое время наблюдения; свежая группа ещё может находиться в работе. Рост или снижение продаж сами по себе не докажут эффект вашей правки.

Когда правило отработано вручную, повторяющуюся проверку можно автоматизировать: например, собирать список сделок с просроченным следующим действием. С такой конкретной задачей имеет смысл обсуждать автоматизацию бизнес-процессов. Другие направления работы и подход к проектам собраны на главной.

Для первого результата выберите одну подозрительную карточку из чек-листа, восстановите события и заполните бланк. Если события опровергли подозрение, запишите основание и закройте находку. Если данных не хватило, укажите, что нужно восстановить и где это проверить.