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