Сеть на одном ассистенте: как филиалы работают вместе, а данные не смешиваются
Масштаб Разбор
3 мин

Сеть на одном ассистенте: как филиалы работают вместе, а данные не смешиваются

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

Коротко

  • Сеть работает не как «бот на точку», а как иерархия: один аккаунт владельца, внутри — отдельные проекты-филиалы со своей записью, базой клиентов и расписанием.
  • Данные филиалов изолированы: клиенты, диалоги и записи одной точки не пересекаются с другой, даже под одним аккаунтом — это требование, а не удобство.
  • Роли разграничивают доступ (владелец видит всю сеть, управляющий — только свой филиал, сотрудник — только диалоги и записи), а общая база знаний обновляется раз и применяется ко всем точкам.

Проблема начинается не на первой точке, а на второй

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

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

Как устроена сеть на одном ассистенте

Правильная модель — не «бот на точку», а иерархия. Наверху — аккаунт сети. Внутри — отдельные проекты под каждый филиал. Каждый филиал ведёт свою запись, свою базу клиентов, свои лимиты и расписание. Но всё это — под одним аккаунтом владельца, в одном кабинете.

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

Доступ: каждый видит своё

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

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

Один человек — одна роль на проект, без размытых «полудоступов». Это снимает главный страх при масштабировании: чем больше точек и людей, тем важнее, чтобы каждый видел ровно своё, а не всю сеть целиком.

Единая база — обновил раз, знают все

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

Что это меняет для владельца

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