Менеджер смотрит не на колокольчик, а на карточку: как устроено внимание в CRM

Есть управленческая иллюзия, которая ломает много внедрений: руководителю кажется, что если система прислала уведомление, то сотрудник его увидел. Не увидел. Менеджер в течение дня живёт не в колокольчике и не в ленте — он живёт в карточке клиента и в списке своих дел. Всё остальное для него фон. Если это принять, многие вопросы настройки CRM решаются сами собой, а часть привычных инструментов оказывается бесполезной.

Как реально проходит день менеджера

Понаблюдайте за сильным продавцом полдня. Он открывает список дел на сегодня, берёт первую строчку, проваливается в карточку, читает, что было в прошлый раз, звонит, пишет итог, ставит следующее дело, возвращается в список. И так по кругу. Уведомления он в это время закрывает не глядя — они мешают, а не помогают, потому что выдёргивают из контекста.

Причина не в дисциплине. Дело в том, что работа с клиентом требует концентрации: нужно вспомнить, кто это, о чём договаривались, какие возражения были. Всё это лежит в карточке. Уведомление же приходит вырванным из контекста, в формате «в сделке номер такой-то что-то изменилось». Чтобы что-то с ним сделать, всё равно надо открыть карточку.

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

Отсюда простой вывод: карточка — главный интерфейс компании. Не отчёт, не лента, не рабочий чат. Именно поэтому я всегда говорю: посмотрите на карточку глазами человека из менеджеров, а не глазами руководителя. Руководителю нужно, чтобы там было побольше данных для аналитики. Менеджеру — чтобы за пять секунд стало понятно, что говорить клиенту.

Почему уведомления не срабатывают

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

Я много раз видел, как компания решает проблему «менеджеры не реагируют» добавлением ещё одного канала: дублируем в чат, потом на почту, потом ставим ещё и задачу. Становится хуже. Одно и то же событие в трёх местах не увеличивает внимание, оно размывает ответственность: человек думает, что уже видел это где-то, и не делает ничего.

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

Что из этого следует для настройки

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

Второе: карточку надо чистить. Если в ней сорок полей, менеджер перестаёт видеть любые из них, включая нужные. Оставьте наверху то, что реально влияет на разговор с клиентом: кто это, откуда пришёл, о чём договорились, что дальше. Остальное уводите вниз или во вкладки. Мы разбирали минимальный набор в статье про три поля, без которых CRM — просто записная книжка.

Третье: любое новое требование к сотруднику проверяйте вопросом, сколько умственного сопротивления оно создаёт. Одно обязательное поле в момент, когда он и так открыл карточку, — почти бесплатно. То же поле, но в отдельном окне, куда надо специально зайти, — уже дорого, и заполняться оно не будет.

Дело с датой — единственное уведомление, которое работает

Если убрать всё лишнее, остаётся один механизм, который действительно управляет вниманием менеджера: запланированное дело с датой на конкретного человека. Оно не выдёргивает из работы в случайный момент, а появляется в списке ровно в тот день, когда нужно. По сути, это уведомление, отложенное до момента, когда оно уместно.

Разница с обычным сообщением принципиальная. Уведомление сообщает о прошлом: что-то уже произошло, посмотри. Дело говорит о будущем: сегодня надо сделать вот это. Первое требует от человека решения, реагировать или нет. Второе уже содержит решение внутри себя — его принял тот, кто ставил дело, в момент, когда контекст был свежим.

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

Ошибки из лучших побуждений

Первая — попытка компенсировать плохую карточку хорошими инструкциями. Компания пишет регламент на пятнадцать страниц о том, как заполнять поля, и удивляется, что его не соблюдают. Регламент проигрывает интерфейсу всегда. Если действие неудобно, оно не будет выполняться, сколько бы бумаг под ним ни было подписано.

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

Третья — считать, что обучение решает проблему внимания. Обучение объясняет, где что лежит, но не меняет того, куда человек смотрит под нагрузкой. Под нагрузкой он смотрит туда, где короче путь к результату. Проектируйте систему под это поведение, а не против него, и половина вопросов дисциплины снимается сама.

Как проверить, что вы попали

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

Второй способ — сесть рядом и попросить провести одну сделку целиком, вслух комментируя. За десять минут вы увидите все места, где человек путается, ищет, прокручивает или лезет в другой инструмент. Обычно после такого наблюдения список правок в карточке пишется сам, и половина из них делается настройкой за час.

И третий признак, что настройка попала в реальное поведение: сотрудники начинают просить мелкие доработки сами. Значит, они внутри системы и им в ней тесновато — это отличный сигнал. Такие правки удобнее делать регулярно, небольшими порциями, в формате сопровождения, а не раз в год большим проектом.