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