CRM сети филиалов должна различать общего клиента и ответственность за конкретное обращение. Человек может покупать в разных подразделениях, сохраняя единую историю отношений. При этом менеджерам нужны локальные рабочие очереди и доступ, соответствующий обязанностям. Простое разделение всей базы по городам часто не решает эти задачи.
Определите общий и локальный контекст
На уровне клиента храните устойчивую идентичность и необходимые общие сведения. На уровне сделки — филиал исполнения, ответственного, продукт и условия. Если покупатель сменил филиал, прошлые продажи не должны автоматически переехать вслед за новой карточкой.
Укажите, что означает принадлежность клиента филиалу: последнее обслуживание, основной ответственный или территория привлечения. Эти значения могут различаться. Лучше назвать их отдельно, чем заставлять одно поле одновременно отвечать за маршрутизацию, продажи и историческую аналитику.
Согласуйте распределение обращений
Правило может учитывать территорию, услугу, доступность подразделения и существующие отношения. Для каждого исключения нужен владелец: клиент просит другой филиал, локальная команда недоступна, услуга оказывается только в одном подразделении.
Не передавайте ответственность молча. Получающий филиал должен принять обращение вместе с контекстом и ближайшим обещанием. До принятия определите, кто контролирует ответ клиенту. Иначе карточка переместится между очередями, а реальная работа останется без хозяина.
Разберите условное перемещение клиента
Таблицу можно прокрутить вправо →
| Событие | Что меняется | Что сохраняется |
|---|---|---|
| Покупка в филиале А | Создаётся локальный заказ | Общий клиент |
| Новая потребность в филиале Б | Ответственный новой сделки | История первой покупки |
| Передача незавершённого запроса | Очередь и рабочие обязательства | Источник и первоначальная дата |
| Возврат по старой покупке | Состояние связанного заказа | Филиал исходной продажи |
Предположим, клиент купил в филиале А, а через месяц обратился в Б за другой услугой. Создание второго независимого клиента лишает команду истории. Но перенос первой продажи в Б искажает показатели подразделений. Нужны общий клиент и отдельные сделки с собственным контекстом.
Проверьте локальные права
Определите, какие сведения доступны всем филиалам для обслуживания, а какие ограничены локальными ролями. Учитывайте документы, переписку, отчёты и экспорт, а не только список сделок. Права должны позволять обработать разрешённый запрос без выдачи лишних административных возможностей.
Проверку проводите под пользователями с реальными сочетаниями ролей. Руководитель двух филиалов отличается от обычного менеджера и центрального аналитика. Базовая методика описана в статье о правах доступа CRM.
Утвердите общие справочники
Названия услуг, причины отказа и результаты этапов должны быть сопоставимы. Если филиалы продают разные продукты, допустимы локальные значения с таблицей соответствий общему уровню. Не заставляйте неодинаковые процессы выглядеть одинаковыми ради простой диаграммы.
Для управленческого отчёта определите филиал привлечения, исполнения и признания результата. При передаче клиента эти признаки могут относиться к разным подразделениям. Показывайте их явно и не меняйте исторические значения вместе с текущим ответственным.
Примите модель на межфилиальных сценариях
Проверьте повторное обращение, передачу активной сделки, отсутствие локального менеджера, возврат и обслуживание клиента другого филиала. Сверьте общий итог сети с детализацией, учитывая уникальных клиентов и отдельные заказы.
Критерии приёмки: клиент не дублируется без причины, принимающая сторона подтверждает ответственность, прошлые показатели сохраняются, доступы работают, справочники сопоставимы. После запуска регулярно разбирайте спорные передачи. Именно эти исключения показывают, где общий процесс сети ещё не соответствует реальному поведению клиентов.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.