Сайт компании с филиалами: контакты, услуги и маршрутизация заявок

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

Что входит в задачу и где её границы

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

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

Что входит в работу:

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

Что в задачу не входит: торговый B2B-портал с личными кабинетами, сложными прайсами, онлайн-заказами и документооборотом. Если компании нужен именно портал, это отдельный проект с другой логикой и другим составом работ.

Отдельно стоит договориться о том, кто принимает решения по спорным вопросам: какие филиалы публикуем, как называем услуги, кто утверждает тексты. Без этого проектирование затягивается на этапе согласований.

Какие данные собрать до проектирования

Перед тем как рисовать структуру, соберите факты. Без них любая схема останется предположением, а на этапе наполнения выяснится, что часть данных отсутствует или противоречива.

Справочник филиалов

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

• Полное и короткое название подразделения.
• Юридический и фактический адрес, если они различаются.
• Телефон и адрес электронной почты.
• Режим работы с учётом часового пояса.
• Координаты для карты.
• Ответственный сотрудник за актуальность данных.
• Признак: есть ли у филиала собственная страница в социальных сетях или отдельный сайт.

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

Матрица «услуга — филиал»

Составьте таблицу, где по строкам идут услуги, а по столбцам — филиалы. В каждой ячейке отметьте, оказывается ли услуга в этом филиале. Такая матрица сразу показывает, где нужны отдельные страницы, а где достаточно общей. Она же становится основой для перекрёстных ссылок между разделами.

Если услуг много, матрицу стоит вести в одном файле и обновлять при изменениях. Иначе через несколько месяцев никто не вспомнит, почему на странице конкретного филиала указан именно такой список.

Правила маршрутизации

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

Ответственные и периодичность обновления

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

Варианты структуры и критерии выбора

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

Единая страница контактов

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

Отдельная страница на каждый филиал

У каждого подразделения своя страница с адресом, картой, телефоном, списком услуг и формой. Удобно для компаний с разветвлённой сетью: посетитель попадает на страницу своего города и видит только релевантную информацию. Требует больше контента и дисциплины обновления: каждая страница должна поддерживаться.

Раздел услуг с привязкой к филиалам

Услуги описаны в отдельном разделе, а на странице услуги указано, в каких филиалах она доступна. Подходит, когда услуги — главный интерес посетителя, а филиал он выбирает позже. Хорошо работает, если человек ищет «услуга + город» и хочет сразу понять, где её можно получить.

Гибридная схема

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

При выборе ориентируйтесь на число филиалов, различие услуг по городам и то, как посетители ищут информацию. Если люди чаще ищут «услуга + город», логично строить сайт вокруг услуг с привязкой к филиалам. Если чаще ищут «компания в моём городе» — вокруг филиалов. Если и то и другое — гибридная схема.

Как организовать маршрутизацию заявок

Маршрутизация — это правила, по которым обращение попадает к нужному сотруднику. Ошибки здесь приводят к потерянным клиентам, поэтому правила стоит описать письменно и проверить на тестовых заявках до запуска.

Признаки маршрутизации

• Выбранный филиал в форме.
• Вид услуги или направление.
• Регион посетителя, если он определяется.
• Тип обращения: вопрос, заявка, жалоба, запрос документов.
• Источник обращения, если компания ведёт разные каналы.

Куда может уходить заявка

• На электронную почту ответственного сотрудника.
• В CRM или систему учёта обращений.
• В мессенджер или внутренний канал.
• В общую очередь с последующим распределением.

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

Что предусмотреть

• Резервный получатель на случай отсутствия основного.
• Уведомление отправителю о том, что заявка принята.
• Журнал обращений, по которому можно проверить, что заявка не потерялась.
• Понятный текст ошибки, если форма не отправилась.
• Защиту от повторных отправок одной и той же формы.

Проверка маршрутизации

Отправьте тестовые заявки по каждой комбинации «филиал + услуга» и убедитесь, что они пришли нужному получателю. Проверьте также сценарии с пустым филиалом, с несколькими услугами и с обращением без выбора услуги. Результаты зафиксируйте: кто отправлял, когда, куда пришло, кто получил. Такой журнал пригодится и при приёмке, и при разборе инцидентов.

Таблица принятия решения по схеме сайта

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

Как связать контакты, услуги и филиалы

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

Перекрёстные ссылки

Со страницы филиала ведите на услуги, доступные в этом филиале. Со страницы услуги — на филиалы, где она оказывается. Такие ссылки помогают посетителю и делают навигацию предсказуемой; подробнее о подходах к карте разделов — в материале структура корпоративного сайта: как собрать карту разделов и проверить навигацию.

Единый справочник

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

Формы на страницах филиалов и услуг

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

Мобильное представление

Карты, длинные списки филиалов и формы должны работать на телефоне. Проверьте, как выглядит выбор филиала на небольшом экране, не перекрывает ли карта форму, удобно ли заполнять поля. Это часть приёмки, а не отдельная задача.

Учебный пример: компания с четырьмя филиалами

Ниже — условный пример. Данные о компании и количестве объектов вымышлены и приведены только для иллюстрации.

Входные условия

Компания оказывает три услуги: аудит, консалтинг и обучение. Филиалы расположены в четырёх городах. Аудит доступен во всех филиалах, консалтинг — в двух, обучение — только в одном. Заявки должны попадать к руководителю направления в соответствующем филиале. Ответственный за актуальность контактов — один сотрудник, за обработку обращений — руководители направлений.

Действия

1. Составлена матрица «услуга — филиал», по ней определены страницы. 2. Для каждого филиала создана страница с адресом, телефоном, режимом работы и списком доступных услуг. 3. Для каждой услуги создана страница с указанием филиалов, где она оказывается. 4. В формы добавлено поле выбора филиала и услуги; на страницах филиалов и услуг значения подставляются автоматически. 5. Настроены правила: заявка уходит руководителю направления в выбранном филиале; если филиал не выбран, заявка идёт в общую очередь. 6. Назначены ответственные за актуальность контактов и за обработку обращений, определена периодичность пересмотра данных. 7. Настроен журнал обращений, в котором фиксируются филиал, услуга, получатель и время.

Проверка

Отправлены тестовые заявки по всем комбинациям «филиал + услуга». Проверено, что каждая заявка пришла нужному получателю, а отправитель получил уведомление. Отдельно проверен сценарий без выбора филиала и сценарий с двумя услугами. Результаты зафиксированы в журнале. Проверено мобильное представление форм и карт.

Наблюдаемый результат

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

Чек-лист приёмки

• Все филиалы имеют актуальные адрес, телефон и режим работы.
• На каждой странице филиала указаны доступные услуги.
• На каждой странице услуги указаны филиалы, где она оказывается.
• Формы содержат поля выбора филиала и услуги там, где это нужно.
• Правила маршрутизации описаны письменно и однозначны.
• Для каждого правила есть ответственный и резервный получатель.
• Отправитель получает уведомление о принятии заявки.
• Ведётся журнал обращений.
• Проведены тестовые заявки по всем комбинациям.
• Назначены ответственные за актуальность контактов.
• Определена периодичность пересмотра данных.
• Тексты ошибок форм понятны посетителю.
• Формы и карты проверены на мобильном экране.
• Данные о филиалах не дублируются вручную в разных разделах.

Типичные ошибки и ограничения

• Фиктивные адреса и «офисы» без реального присутствия. Это создаёт репутационные и юридические риски.
• Устаревшие контакты. Без ответственного и регламента обновления данные быстро расходятся с реальностью.
• Маршрутизация «на общую почту». Заявки теряются, если нет ответственного и журнала.
• Отсутствие резервного получателя. В отпуске или на больничном заявки остаются без ответа.
• Смешение услуг и филиалов в одной куче. Посетителю сложно понять, что где доступно.
• Игнорирование мобильного представления. Формы и карты должны работать на телефоне.
• Дублирование данных вручную. Рано или поздно значения разойдутся, и посетитель увидит противоречивую информацию.
• Отсутствие проверки после запуска. Правила, которые работали на тестовых заявках, могут давать сбои при реальной нагрузке.

Ограничения: правила маршрутизации зависят от внутренних процессов компании, и их нельзя задать универсально. Юридические и персональные данные требуют сверки с профильным специалистом; статья не заменяет юридическое заключение. Требования к размещению контактных данных и рекламных материалов стоит уточнить у профильного юриста.

Что сделать дальше

Соберите справочник филиалов и матрицу «услуга — филиал», опишите правила маршрутизации и назначьте ответственных. Затем выберите схему сайта по таблице и проверьте её на тестовых заявках. Если нужна помощь в реализации, посмотрите разработка корпоративных сайтов на 1с-битрикс и материал Корпоративный сайт на Битрикс: состав работ, цена и проверка решения. О визуальной части — в статье дизайн корпоративного сайта: этапы, матрица оценки макетов и приёмка.