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