Сеть на одном ассистенте: как филиалы работают вместе, а данные не смешиваются
Одна точка — понятно: ассистент отвечает, записывает, знает услуги. Но когда точек становится пять, а потом пятнадцать, появляется другой вопрос — как не превратить это в пятнадцать разрозненных ботов, которые никто не контролирует. Разберём, как сеть живёт на одном ассистенте: филиалы не путают клиентов, у каждого сотрудника свой доступ, а владелец видит всю сеть сверху.
Коротко
- Сеть работает не как «бот на точку», а как иерархия: один аккаунт владельца, внутри — отдельные проекты-филиалы со своей записью, базой клиентов и расписанием.
- Данные филиалов изолированы: клиенты, диалоги и записи одной точки не пересекаются с другой, даже под одним аккаунтом — это требование, а не удобство.
- Роли разграничивают доступ (владелец видит всю сеть, управляющий — только свой филиал, сотрудник — только диалоги и записи), а общая база знаний обновляется раз и применяется ко всем точкам.
Проблема начинается не на первой точке, а на второй
Пока бизнес — одна точка, ассистент устроен просто: одна база знаний, один поток диалогов, один человек, который при необходимости подхватывает. Всё меняется на второй точке. Клиент второго филиала не должен попадать в расписание первого. Администратор одной точки не должен видеть выручку соседней. А владелец, наоборот, должен видеть обе — и не заходить ради этого в два разных кабинета.
Типичная ошибка на этом этапе — плодить отдельных ботов на каждую точку. Три точки — три бота, три базы, три логина, и ни одной общей картины. На пятой точке это перестаёт управляться: обновил услугу — обошёл пять ботов, что-то забыл, где-то расходится.
Как устроена сеть на одном ассистенте
Правильная модель — не «бот на точку», а иерархия. Наверху — аккаунт сети. Внутри — отдельные проекты под каждый филиал. Каждый филиал ведёт свою запись, свою базу клиентов, свои лимиты и расписание. Но всё это — под одним аккаунтом владельца, в одном кабинете.
Ключевая граница здесь — изоляция данных. Клиенты, диалоги и записи одного филиала не пересекаются с другим, даже когда оба живут под одним аккаунтом. Это не удобство, а требование: в сети под одним владельцем могут быть точки, которые конкурируют за одного и того же клиента по району, и утечка данных между ними недопустима.
Доступ: каждый видит своё
Второй слой — роли. В сети у людей разные задачи, и доступ у них должен быть разный:
- Владелец сети — видит все точки, сравнивает их, управляет настройками.
- Управляющий точки — видит и ведёт только свой филиал, в чужие не заходит.
- Сотрудник — работает с диалогами и записями, без доступа к настройкам и цифрам по бизнесу.
Один человек — одна роль на проект, без размытых «полудоступов». Это снимает главный страх при масштабировании: чем больше точек и людей, тем важнее, чтобы каждый видел ровно своё, а не всю сеть целиком.
Единая база — обновил раз, знают все
Там, где у филиалов всё одинаково — общие услуги, общие правила, тон общения — база знаний ведётся централизованно: изменил один раз, и это применяется ко всем точкам сразу. Там, где филиалы отличаются — адрес, расписание, локальные цены — у каждого своё. Сеть перестаёт быть пятнадцатью копиями, которые надо обходить вручную.
Что это меняет для владельца
Сеть на одном ассистенте — это не «бот побольше». Это переход от ручного обхода точек к управлению сверху: одна точка входа, изолированные данные, разграниченный доступ и общая картина по всей сети. Точку можно добавить, не собирая всё заново, и не теряя контроль над тем, кто что видит.
Не верьте на слово — проверьте сами
У BOTIX есть демо-кабинет по нише «Масштаб»: рабочая песочница, где ассистент отвечает на вопросы по материалам компании. Задайте неудобные вопросы сами.
Попробовать бесплатно14 дней бесплатно, без карты
Читайте также
Роли и доступы в сети: как настроить, кто что видит на нескольких точках
Аналитика по всем точкам сети: воронка, загрузка и результат каждого филиала из одного места
Единая база знаний на сеть точек: общее — один раз, локальное — у каждого филиала
Где хранятся данные клиентов: серверы, 152-ФЗ и доступ — что должен ответить поставщик
Multi-tenant, polling vs webhook и OAuth для агентства