Пропущенный звонок в общем чате — это пропущенный навсегда

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

Эффект общей ответственности

Когда уведомление приходит всем, оно не приходит никому. Это не метафора, а вполне описанный эффект: чем больше людей видят сигнал, тем ниже вероятность, что кто-то на него отреагирует. Каждый предполагает, что отреагирует другой.

В общем чате с пропущенными это видно идеально. Двадцать человек, сто уведомлений в день, и по каждому конкретному звонку никто не чувствует персональной ответственности.

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

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

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

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

Так один поток разваливается на три-четыре, и в каждом остаётся только то, что касается конкретной команды. Уведомление снова становится сигналом, а не фоном.

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

С незнакомыми номерами сложнее, но и там есть на что опереться: номер линии, на который звонили, рекламный источник, время суток, регион. Этого достаточно, чтобы направить звонок в нужное подразделение, а не веером во все стороны.

Второй уровень — когда у звонка есть конкретный ответственный. Тогда уведомления в чат мало: нужна задача или дело на этого человека.

Разница принципиальная. Сообщение в чате можно пролистать, и оно ничего после себя не оставит. Задача остаётся висеть, попадает в список дел, а если её не выполнили — видна как просроченная.

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

У персональной задачи есть ещё одно свойство, которого нет у сообщения в чате: она не исчезает из виду. Сообщение уезжает вверх за полчаса активной переписки, задача висит, пока её не закроют. Это неудобно исполнителю — и именно поэтому работает.

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

Когда мы разводим звонки по отделам, сразу возникает вопрос видимости. Бухгалтерии незачем видеть лиды отдела продаж, и наоборот.

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

На практике именно эта часть работы обычно занимает больше времени, чем сама настройка уведомлений. Зато после неё система перестаёт быть общей свалкой.

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

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

Первое, что обнаруживают компании, — реальное количество пропущенных. Обычно оно заметно больше, чем все думали, потому что раньше никто не считал.

Второе — распределение по времени. Часто выясняется, что основная масса пропусков приходится на обед или на конец дня, и решается это не увещеваниями, а графиком и переадресацией.

Третье — конкретные люди. Не «отдел плохо перезванивает», а вот этот человек не перезвонил по шести звонкам за неделю. С этим уже можно работать предметно.

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

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

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

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

И проверьте базовое: все ли линии вообще заведены в систему. Бывает, что половина звонков идёт на личные мобильные менеджеров и в статистику не попадает никогда.

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

Настройкой телефонии и маршрутизации обращений в Битрикс24 занимаемся регулярно — lidkom.ru.