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