47 уведомлений в день — и менеджер пропустил сделку: как настроить чат по ролям

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

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

В четверг в 18:40 менеджер по продажам получает сорок седьмое уведомление за день из общего чата «Компания» — там коллеги поздравляют бухгалтера с днём рождения. Он ставит чат на беззвучный режим, не глядя, что туда упадёт дальше. Через час в этот же чат приходит сигнал из 1С: клиент из Подмосковья готов уйти к конкуренту, если счёт не выставят до утра. Менеджер видит сообщение в 9:15 следующего дня — клиент уже подписал договор с другой компанией.

Так работает любой общий канал уведомлений: чем больше в него сваливают, тем быстрее сотрудник глушит звук целиком — вместе с тем единственным сообщением, которое стоило прочитать сразу. Директор при этом уверен, что раз сообщение отправлено, значит оно дошло и прочитано. Но между «отправлено» и «прочитано в течение получаса» — разница в сорванной сделке.

Цена вопроса не абстрактная. Пропущенное уведомление о критическом остатке на складе — это сорванная отгрузка и штраф по договору поставки. Пропущенный сигнал о просроченном счёте — кассовый разрыв, который бухгалтерия найдёт только при сверке в конце месяца. Компания на 30–40 человек теряет не «эффективность», а конкретные сделки и конкретные дни отсрочки платежа поставщикам.

Как исправить: правила уведомлений по ролям, а не по чату целиком

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

Кому нужен мгновенный push, а кому — дайджест раз в день

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

Менеджеру по продажам — мгновенно только по своим сделкам и заявкам, из общего чата компании его лучше вывести полностью: там для его работы нет ни одного нужного сообщения. Складу и логистике — мгновенно критические остатки и прибытие поставщика, всё остальное можно собрать в утреннюю сводку. Бухгалтерии — фиксированный дайджест дважды в день, например в 9:00 и в 15:00, а не поток по каждому проведённому документу.

Отдельно стоит решить, что происходит в нерабочее время. Директору не обязательно получать push в 23:00 о некритичном остатке — только по-настоящему срочные события: авария, блокировка расчётного счёта банком, отказ ключевого поставщика. Складу и бухгалтерии вечером и в выходные пуши лучше отключать полностью, оставив только утренний дайджест: событие подождёт до начала смены, а вот нервы сотрудника, которого будят по пустякам в субботу, — нет.

Что делать с общим чатом «для всех» — не удалять, а понизить приоритет

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

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

Как передать критические события из 1С прямо в мессенджер

В большинстве компаний события в чат вручную копирует один сотрудник: увидел критический остаток в 1С — написал в чат. Работает, пока этот человек не в отпуске, не занят на совещании и не забыл. Рабочий вариант — настроить событие прямо в 1С: изменение статуса заказа, остаток ниже нормы, просрочка счёта запускают отправку в нужный ролевой канал мессенджера без участия человека. Это задача точечной доработки 1С — обычно несколько часов работы на типовую схему из 4–6 ролей.

Если компания работает на старом релизе 1С без нужных механизмов интеграции, сначала потребуется обновление 1С — иначе события физически неоткуда брать.

Что делать, если жалобы на уведомления не прекращаются

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

Прежде чем менять правила заново, стоит проверить три вещи.

• ✓Пересекающиеся роли — один сотрудник состоит сразу в нескольких группах и получает одно и то же событие по два-три раза.
• ✓Отсутствие замены на время отпуска или увольнения — критическое уведомление уходит человеку, который две недели не открывает мессенджер, а дублирующего адресата не назначили.
• ✓Личные устройства без разделения — рабочие и личные чаты идут одним потоком, поэтому сотрудник глушит всё сразу, включая рабочее.

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

Как предотвратить возврат к общему шуму в чатах

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

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

Раз в квартал стоит сверять список групп со списком реальных ролей: люди увольняются, меняют должности, отделы объединяются, а группы в мессенджере остаются прежними. Отдельный момент для компаний, работающих с персональными данными клиентов: если превью сообщения на экране блокировки показывает телефон или адрес клиента, это риск по 152-ФЗ — превью для таких чатов лучше отключить на уровне политики мессенджера.

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

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

Настройка обычно состоит из трёх частей: аудит текущих групп и ролей, прописанные правила маршрутизации по каждому типу события и триггеры на стороне 1С, которые убирают ручное копирование. Доработка 1С под типовую схему из 4–6 ролей стоит от 3800 руб/час — это тариф сопровождения и разработки, которым закрывается такая задача.

Для торговых и складских компаний, где основной поток критических событий — остатки, отгрузки, статусы заказов, — правила уведомлений логичнее закладывать сразу на этапе внедрения 1С:Управление торговлей, а не пристраивать поверх готовой системы задним числом.

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

Для компании на 30–40 сотрудников с типовым набором ролей — директор, продажи, склад, бухгалтерия — весь цикл от аудита до рабочих триггеров в 1С занимает несколько рабочих дней. Дальше правила меняются точечно: добавили роль — прописали для неё маршрут, а не создали ещё один общий чат.

❓ Частые вопросы

Можно ли настроить уведомления по ролям в обычном мессенджере, без доработки 1С?

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

Сколько времени занимает настройка уведомлений по ролям для компании из 30–40 человек?

Обычно несколько рабочих дней: день на аудит текущих групп и ролей, ещё один-два дня на прописанные правила маршрутизации и настройку триггеров в 1С для типовой схемы из 4–6 ролей — директор, продажи, склад и бухгалтерия, без остановки текущей работы этих отделов.

Что делать, если сотрудник продолжает получать лишние уведомления после настройки по ролям?

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

Нужно ли полностью отключать общий чат компании ради тишины?

Нет, общий чат по-прежнему нужен для объявлений HR и офис-менеджера о переезде, отпусках, смене подрядчиков. Правильная настройка — статус «без звука» по умолчанию для всех, кроме тех, кто туда пишет, а не удаление чата или полное отключение звука во всей компании разом.

Как настроить уведомления, чтобы не нарушить 152-ФЗ при работе с данными клиентов?

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