Пятница, 21:40. В Kommo падает новая заявка с сайта. Горячая — человек прямо сейчас сравнивает вас с двумя конкурентами. И формально у неё даже есть ответственный. Вот только это администратор аккаунта, который сделками не занимается.
Или это Сергей, на которого и так свалено три сотни сделок. Уведомлений у него сотни в день — он давно перестал на них смотреть. А остальные менеджеры в это время сидят с пустым колокольчиком. Итог один: заявку никто не подхватил. В понедельник РОП находит её среди прочих, звонит — а там вежливое «спасибо, мы выбрали другую компанию».
Знакомо? Так вот. Дело почти никогда не в ленивом менеджере. И почти никогда — в том, что у сделки «нет ответственного»: он почти всегда есть. Беда в том, что он не тот. Заявка лежит у того, кто до неё не дотянется, — а те, кто мог бы ответить, о ней даже не знают. И сейчас я объясню, почему это самая дорогая дыра в вашем отделе продаж и как её закрыть в Kommo или amoCRM за один вечер.
Кратко, если читать некогда:
- У сделки почти всегда есть ответственный — проблема в том, что он не тот: админ или один заваленный сотрудник. Исключение — стадия «Неразобранное».
- Уведомления идут ответственному. Не тот ответственный → сигнал уходит тому, кто не реагирует, а свободные менеджеры о сделке не знают.
- Распределение лидов нужно ради скорости ответа, а не ради «справедливости» нагрузки.
- По данным Lead Response Management (Harvard Business Review), ответ в первые 5 минут даёт примерно в 21 раз больше шансов квалифицировать лид, чем ответ через 30.
- Два способа раздачи: по графику смен и по статусу «онлайн». Первый — план, второй — факт.
- Для удалёнки, плавающих смен и вечерних заявок нужен виджет онлайн-распределения — Пересменка.
Зачем вообще распределять лиды в CRM
В любой CRM — хоть Kommo, хоть amoCRM — у каждой сделки есть одно главное поле. Это ответственный. Один менеджер, к которому приклеена заявка. И вот тут — главное заблуждение. Принято думать, что заявки теряются, потому что у них «нет ответственного». Почти всегда он есть. Вопрос — кто он.
Смотрите, как это работает. Уведомления в CRM приходят не «в отдел». Они приходят ответственному. Пришёл новый лид — звякнуло у ответственного. Клиент написал в чат — снова он. Подошёл срок задачи — опять.
А теперь — где это ломается. Когда вы подключаете сайт, чаты или телефонию, ответственным по умолчанию часто становится администратор или владелец аккаунта — тот, кто настраивал интеграцию. Сделками он не занимается. И на нём молча копится гора заявок, до которых руки не доходят. Или весь поток валится на одного «дежурного» — его так заваливает, что сотни уведомлений превращаются в фон, и он перестаёт их замечать. А остальные менеджеры сидят с пустым колокольчиком.
Итог одинаковый: сделка формально пристроена, но реальные продавцы её не видят. Сигнал ушёл не туда. Единственное место, где ответственного и правда нет, — «Неразобранное»: входящие, которые система ещё не привязала ни к кому. Вот с этой точки и должно начинаться распределение.
Распределение лидов — это процесс, который сразу ставит на заявку правильного ответственного. Не админа и не вечно занятого Сергея, а того, кто прямо сейчас на линии и подхватит. Берёт сделку из «Неразобранного» (или снимает со «свалочного» дефолтного ответственного) и отдаёт живому менеджеру. Без этого CRM превращается в красивую свалку контактов, к которой никто не притрагивается.
Запомните одну вещь: в CRM реагирует не «отдел продаж», а конкретный ответственный. Если по умолчанию это администратор или один заваленный человек — уведомление уходит в никуда, а свободные менеджеры о сделке не знают. Распределение существует ровно для того, чтобы у каждой заявки за секунду появился правильный хозяин — тот, кто на линии и подхватит.
Почему это про скорость, а не про справедливость
Многие думают, что распределение нужно «чтобы поровну». Чтобы Маша не работала за троих, а Петя не отдыхал. Это полезно, но это побочный эффект. Настоящая причина — скорость. По исследованию Lead Response Management (Harvard Business Review), ответ в первые 5 минут против 30 даёт примерно в 21 раз больше шансов квалифицировать лид.
В 21 раз. Не на 21 процент. В двадцать один раз.
Вдумайтесь, что это значит. Окно, в котором клиент горячий и готов говорить, измеряется минутами. Не часами. Заявка, которая пролежала у не того человека хотя бы до утра, — это уже почти труп. Вы за неё уже заплатили рекламщику, но получить с неё ничего не получится.
И тут вылезает вторая засада — когда именно люди оставляют заявки. По данным Blazeo (2026), больше четырёх из десяти обращений приходят вечером и в выходные. То есть ровно тогда, когда офис закрыт, а график смен нарисован на «с девяти до шести».
А теперь самый важный поворот. По наблюдениям LeanData, медленный ответ — это чаще проблема маршрутизации, а не ленивого менеджера. Заявка просто не дошла до того, кто мог ответить. Не было механизма, который доставил бы её живому человеку прямо сейчас.
Это меняет всё. Когда РОП видит провал по скорости, он по привычке начинает «пинать» людей. Проводит линейки, грозит штрафами. А проблема не в людях. Проблема в трубах, по которым течёт лид. Чините трубы, а не машиниста.
Два способа раздавать заявки
Способов, по сути, два. И разница между ними — как между расписанием поездов и табло «прибыл / задерживается». Один показывает, как должно быть. Второй — как есть на самом деле. По данным LeanData, именно несоответствие плана факту съедает большую часть скорости ответа. Разберём оба.
Способ первый: по графику смен
Тут всё просто и понятно. Вы заранее расписываете, кто на смене и в какие часы. С девяти до часу — Маша. С часу до шести — Петя. Лиды в эти окна летят к тому, кто «должен» быть на месте. Часто сюда же прикручивают round-robin: заявки идут по кругу, по очереди.
Плюс очевиден: предсказуемость. Вы планируете покрытие наперёд, видите свою сетку, понимаете, кто за что отвечает. Для ровного офиса это работает как часы.
Но есть и засада. График — это план, а не факт. Маша ушла на обед. Заболела. Застряла на созвоне с крупным клиентом. А лиды по расписанию всё равно сыплются на неё. И ложатся. Система думает, что она на месте, а её там нет. Заявки копятся у человека, которого физически нет на линии.
Способ второй: по статусу «онлайн»
Тут логика переворачивается. Заявка идёт не тому, кто «должен» быть на смене по бумажке. А тому, кто прямо сейчас реально на линии. Открыл CRM, нажал «я работаю» — получаешь лиды. Закрыл ноутбук, ушёл — поток мгновенно перекинулся на коллег.
Это и есть наш виджет Пересменка. Он держит живое зеркало того, кто сейчас на связи. Входящие раздаёт только этим людям и делает это равномерно. А главное — в ту секунду, когда менеджер выходит из онлайна, его свежие лиды переназначаются на тех, кто остался.
Никаких заявок, повисших на ушедшем человеке. Лид всегда падает на руки, которые могут его подхватить. Это распределение не по расписанию, а по реальности.
График против онлайна: сравнение в таблице
Чтобы не путаться, сведём оба способа в одну таблицу. Разница принципиальная: график отвечает на вопрос «кто должен работать», онлайн — «кто работает по факту». По данным Blazeo (2026), больше 40% заявок приходят вне стандартных часов, поэтому фактор реального покрытия — не мелочь, а половина результата.
| Критерий | По графику смен | По статусу «онлайн» |
|---|---|---|
| Логика | Лид идёт тому, кто должен быть на смене по расписанию | Лид идёт тому, кто по факту сейчас на линии |
| Реакция на «выпал из строя» (обед, болезнь, отгул) | Никакой. Лиды копятся у отсутствующего и лежат мёртвым грузом | Моментальная. Поток уходит к онлайн-коллегам, лиды переназначаются |
| Покрытие вечером, в выходные, в разных часовых поясах | Слабое. Дыры там, где график не нарисован | Сильное. Кто вышел в любое время, тот и ловит заявки |
| Что нужно от команды | Дисциплина по расписанию, кто-то ведёт график | Честно отмечать статус «онлайн / офлайн» |
| Для кого | Маленький офис с твёрдыми часами работы | Удалёнка, плавающие смены, подработка, разные пояса |
| Главный риск | План разошёлся с фактом — заявка умерла у отсутствующего | Менеджер забыл отметить статус (лечится напоминанием в виджете) |
Какой способ кому подходит
Универсального ответа нет — выбор зависит от того, как устроена ваша команда. По данным LeanData, рост сбоев в скорости ответа почти всегда совпадает с усложнением структуры отдела: удалёнка, разные пояса, подработка. Чем сложнее команда, тем сильнее график проигрывает онлайну. Разберём по типам.
Маленький офис с твёрдыми часами. Все сидят в одной комнате с девяти до шести. Тут хватит графика или простого round-robin по кругу. Заявки идут по очереди, нагрузка ровная, и все на виду — если кто отошёл, сосед подхватит вручную.
Удалёнка, разные часовые пояса, плавающие смены, подработчики. Вот здесь график рассыпается. Один в Москве, второй в Алматы, третий выходит на пару часов вечером. Нарисовать это расписанием невозможно. Нужен онлайн — то есть Пересменка, которая раздаёт по факту присутствия.
Большой поток и ночные заявки. Тут лучше всего гибрид: онлайн плюс явные смены. Смены задают, кто должен сегодня закрывать ночь. А онлайн страхует — раздаёт реально вышедшим и не даёт лидам упасть в пустоту.
И вот это важно понять. Часто выбор — не «или-или». Смены и онлайн отвечают на разные вопросы. График говорит, кто должен быть на линии. Онлайн — кто на линии по факту. Пересменка соединяет оба: вы планируете смены и тут же видите, кто из запланированных реально работает, а лиды получают только они.
А что, если на смене вообще никого нет
Это момент, который почему-то не закрывает почти никто. А он критичный: по данным Blazeo (2026), свыше 40% заявок приходят вечером и в выходные — ровно тогда, когда «на смене» по графику может не быть ни одной живой души. И вот тут два сценария.
Как бывает плохо. Заявка падает в 23:00. Система по графику честно назначает её на «дежурного», который давно спит. Уведомление улетает в пустоту. Лид ложится мёртвым грузом до утра. А клиент к утру уже оформил заказ у конкурента, который ответил автоматом за тридцать секунд.
Как надо. Лид не назначается в пустоту. Он встаёт в очередь и достаётся первому, кто вышел онлайн. Или его сразу ловит автоответ: «Спасибо, мы на связи с утра, вот пока ответы на частые вопросы». Клиент чувствует, что его услышали. И не убегает.
И вот здесь — самый сильный ход. Ночь и выходные — это ровно тот случай, когда стоит подключить ИИ. Хотя бы для первичной обработки: бот отвечает мгновенно, задаёт пару уточняющих вопросов и складывает ответы прямо в карточку сделки. Клиент доволен — ему ответили за секунды, а не через два дня. А утром менеджер открывает заявку, сразу видит, о чём речь, и подхватывает на полном ходу. Лид не остыл и не потерян. Какой именно ИИ для этого годится (и где он, наоборот, лишний) — разбираем в статье Salesbot в Kommo или AI-агент.
Правило простое: лид нельзя назначать на того, кого нет. Если на смене пусто — заявка должна ждать в очереди и достаться первому вышедшему, а не висеть на спящем. Пересменка именно так и делает: ставит входящие в очередь и раздаёт их в ту секунду, когда кто-то появляется онлайн.
Это разница между «мы проспали клиента» и «мы поймали его первыми». И стоит она один правильно настроенный виджет.
Распределили — теперь измерьте скорость
Допустим, лиды теперь падают на правильных людей. Откуда вы знаете, что они и правда отвечают быстро? Никак — пока не начнёте мерить. «Кажется, отвечаем оперативно» — это не цифра. А мы помним: 5 минут против 30 — это в 21 раз.
Поэтому второй слой после распределения — замер скорости первого касания. Сколько прошло от появления заявки до первого ответа менеджера. По каждому лиду, по каждому сотруднику, с подсветкой просрочек. Тогда распределение перестаёт быть «вслепую»: вы видите, доходит ли заявка до человека и реагирует ли он в те самые минуты.
Этим занимается SLA: контроль первого касания — считает время ответа с учётом рабочих часов, шлёт превентивные уведомления и ставит задачи, когда сделка вот-вот «протухнет». Распределение доставляет лид, SLA следит, чтобы его не проспали.
Так какой виджет вам нужен
Если вы дочитали досюда — вы уже знаете больше, чем половина руководителей отделов продаж. Ответственный по умолчанию — это тихая дыра. Скорость решает в 21 раз. График — это план, онлайн — это факт.
Для онлайн-распределения в Kommo и amoCRM вам нужна Пересменка. Она держит живое зеркало команды, раздаёт заявки только тем, кто реально на линии, и не даёт лидам зависать на ушедших. Хотите дожать скорость ответа до минут — посмотрите ещё на контроль скорости первого касания (SLA). А если у вас распределённая команда — вот разбор, как собрать удалённый отдел продаж на Kommo.
Последний вопрос к вам. Прямо сейчас, пока вы читаете эту строку, не утыкаются ли ваши новые сделки в одного человека, пока остальные менеджеры сидят без единого уведомления?