CRM и работа менеджеров — FAQ

Отдельная CRM нужна не всегда. Если основная работа сотрудников уже происходит внутри B2B-портала, системы заказов или внутреннего кабинета, базовые CRM-функции можно встроить непосредственно туда: клиенты, контактные лица, заявки, заказы, проекты, задачи, комментарии, историю общения, документы, напоминания, статусы сделок.

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

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

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

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

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

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

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

Автозадачи по этапам сделки — в event-CRM. Связка задач с жизненным циклом заказа — в FAQ про заказы и заявки.

Система отслеживает время с момента последнего действия клиента или менеджера. Если коммерческое предложение отправлено три дня назад, а ответа нет, автоматически создаётся напоминание. Правила настраивают по шагам: 1 день без ответа — напомнить менеджеру, 3 дня — создать задачу связаться, 7 дней — отметить заказ как требующий внимания, 14 дней — предложить закрыть или перенести сделку.

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

Контроль заявок без активности — один из принципов из FAQ про заказы и заявки. Когда «решения живут в переписке», а не в статусах — об этом в интервью про Excel и Telegram.

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

10:15 — клиент отправил заявку
10:42 — менеджер подготовил коммерческое предложение
11:03 — КП отправлено клиенту
15:20 — клиент запросил изменение комплектации

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

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

Система сортирует их по приоритету: критично (просроченный заказ, клиент ждёт ответ больше суток), сегодня (отправить расчёт, заканчивается срок КП), можно обработать позже (повторный контакт через несколько дней). Менеджеру не приходится просматривать всю базу в поисках задач на сегодня.

Рабочая очередь менеджера — в event-CRM. Метрики и дашборды для руководителя — в теме контроля и аналитики.

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

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

Просроченные заказы и контроль сроков этапов — в FAQ про заказы и заявки. Похожий механизм нормативных сроков — в решении для управления отчётностью.

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

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

Закрепление лидов и распределение по правилам — в контуре для агентств недвижимости. Автораспределение заявок между менеджерами — в FAQ про заказы и заявки.

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

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

Передача клиента с полной историей — в кейсе портала услуг и в контуре для агентств недвижимости.

Для заявок фиксируют время поступления и момент первого действия менеджера. Устанавливают нормативы для разных типов обращений: новая заявка — ответ в течение 30 минут, запрос действующего клиента — в течение 2 часов, технический вопрос — в течение рабочего дня.

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

Важно контролировать весь цикл: поступление заявки → первый ответ → следующий шаг → результат. Метрики и дашборды — в теме контроля и аналитики. Нормативы реакции на лиды — в event-CRM.