Общий котёл
Лид виден команде, пока менеджер явно не заберёт его в работу.
Если новые заявки падают всем подряд или закрепляются за случайным сотрудником, часть клиентов остаётся без ответа. Распределение лидов должно учитывать источник, офис, нагрузку менеджеров и правила компании.
Лид виден команде, пока менеджер явно не заберёт его в работу.
Источник, офис или форма могут отправлять заявку конкретному ответственному.
Заявки можно распределять по очереди или с учётом текущей нагрузки сотрудников.
Без правил назначения лиды закрепляются вручную, менеджеры спорят за горячие заявки, а руководитель не видит, почему клиент остался без ответа. Правило должно быть понятным и проверяемым.
После назначения CRM отправляет уведомление только нужным сотрудникам. Если лид в общем котле, уведомление получают те, кто реально отвечает за входящий поток, а не вся компания.
Общий котёл — для новой команды, где ещё не ясно, кто сильнее в каком канале: заявку видят все, берёт тот, кто свободен. Фиксированный ответственный по источнику — когда каналы разные по характеру: сайтом и Авито занимается один менеджер, B2B-заявками — руководитель. Очередь — когда нужно выравнивать нагрузку: система раздаёт заявки по кругу с учётом открытых задач. Выбирать стоит один объяснимый сценарий, а не смесь из трёх.
Время первого ответа по каждому каналу, доля лидов без ответа за последние 24 часа и конверсия лид → заказ по менеджерам. Эти три цифры показывают, работает ли распределение, и переводят спор «кто виноват» в разбор конкретных строк отчёта. Проверять достаточно раз в неделю.
Ответственного можно переключить на замещающего одним действием — новые лиды и диалоги уходят ему, а история и задачи прежнего остаются на месте. Это дешевле, чем утром обнаружить, что заявки три дня падали сотруднику, который не работает.
Здесь показано, какие данные фиксируются, кто отвечает, где появляется задача, как учитываются складские операции и что контролирует руководитель.
Сайт, email, онлайн-чат, Авито, VK, Telegram и MAX собираются в единые входящие без ручного копирования.
Лид, сделка, задача, продажа или ремонт связаны с клиентом, ответственным, сроками и историей общения.
Роли, офисы, кассы, склад, аудит действий и отчёты помогают видеть бизнес без «серых» исправлений.
Да. Например, заявки с сайта одному менеджеру, Авито другому, B2B-заявки руководителю.
Да. Для общего котла это нормальный стартовый статус до взятия в работу.
Нет. Логика уведомлений учитывает ответственных, роли и тип события.
Работает приоритет: фиксированное назначение по источнику перебивает общий котёл. Если заявку уже взяли в работу, повторная раздача её не трогает.
Да, с сохранением истории: диалоги, задачи и заметки остаются в карточке, меняется только ответственный.
Можно начать с лидов и входящих, а склад, кассы, сервис, роли, ботов и отчёты подключать поэтапно.