Руководство по построению системы обслуживания клиентов Multi-Bot Telegram: практика изоляции проектов и межпроектного приема агентов

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

В этой статье на примере TG-Staff вы шаг за шагом научитесь создавать мультиботовую систему обслуживания клиентов, которая поддерживает изоляцию проектов и межпроектный прием агентов. Независимо от того, являетесь ли вы трансграничной компанией электронной коммерции, управляющей несколькими группами магазинов, проектом Web3, поддерживающим несколько токен-ботов одновременно, или SaaS-компанией, настраивающей независимое обслуживание клиентов для различных линеек продуктов, это решение может помочь вам достичь баланса между централизованным управлением и гибким развертыванием.

Почему мультибрендовая работа требует независимого проекта обслуживания клиентов Telegram?

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

• Замешательство в отношении бренда: пользователь А интересуется продуктами бренда.
• Смешанные данные: все сеансы, портреты пользователей и статистика смешиваются, что делает невозможным независимый анализ по брендам.
• Путаница с разрешениями: агент-стажер должен был обрабатывать только простые запросы от бренда Z, но мог видеть конфиденциальные разговоры от бренда X.

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

Распространенные сценарии использования нескольких ботов: трансграничные мультимагазины, мультисети Web3, мультипродукты SaaS

• Трансграничная электронная коммерция: управляет несколькими группами Telegram в США, Европе и Японии. Каждая группа соответствует боту. Команда обслуживания клиентов использует китайский + автоматический перевод для получения сообщений.
• Проект Web3: одновременное обслуживание ботов токена основной сети, ботов тестовой сети и ботов проекта NFT. У каждого бота разные правила сообщества и требования по контролю рисков (например, мониторинг адресов кошельков разных цепочек).
• Компания SaaS: настраивайте независимых ботов для продуктов CRM, маркетинговых инструментов и инструментов анализа данных, но команда обслуживания клиентов использует общий набор базы знаний и учетных записей агентов.

Изоляция проекта или совместное использование агентов: как получить лучшее от обоих миров?

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

• Данные сеанса проекта А могут видеть только администратор и назначенные агенты проекта А.
• Агент Сяо Чжан может одновременно присоединиться к Проекту А и Проекту Б и переключиться на обработку консультаций двух ботов в одном и том же веб-фоне.
• Правила перенаправления разговоров (такие как «приоритет онлайн»), конфигурация автоматического перевода и фразы контроля рисков контента проекта A не повлияют на проект B.

TG-Staff основан на этой концепции дизайна: каждый проект бота представляет собой независимый «контейнер», и агенты могут работать между контейнерами посредством привязки разрешений.

Шаг первый: создайте несколько проектов ботов в TG-Staff.

Шаги очень просты, и вам не нужен опыт разработки.

1. Войдите в консоль: посетите https://app.tg-staff.com/ и завершите регистрацию (бесплатная пробная версия на 3 дня).
2. Добавьте первый проект бота. Нажмите «Новый проект» и введите название проекта (например, «Служба поддержки клиентов Brand X»).
3. Подключите бота Telegram: создайте своего бота в @BotFather, скопируйте токен API и вставьте его на страницу конфигурации проекта TG-Staff.
4. Редактировать информацию о боте (необязательно): измените аватар, имя и описание бота непосредственно в консоли, не переходя к BotFather. Эта функция полезна для быстрой настройки имиджа вашего бренда.
5. Повторите вышеуказанные шаги: создайте независимые проекты для второго и третьего бота.

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

Шаг 2. Настройте объем обслуживания клиентов проекта и разрешения агента

Здесь отражена гибкость системы мульти-ботов: для каждого проекта вы можете указать, «кто может отвечать на вопросы службы поддержки этого бота».

Установите объем обслуживания клиентов на уровне проекта: все обслуживание клиентов или выделенное обслуживание клиентов.

Войдите в настройки проекта → «Объем обслуживания клиентов», и вы увидите два варианта:

Режим	Применимые сценарии	Описание
Вся служба поддержки клиентов	Общий пул обслуживания клиентов Multi-Bot	Все агенты с разрешениями для этого проекта могут получать пользователей этого бота. Подходит для общей консультации.
Специальная служба поддержки клиентов	Эксклюзивный агент/Расширенная поддержка	Вас может принять только конкретный агент, которого вы выбрали. Подходит для ботов, которым требуются профессиональные знания (например, техническое послепродажное обслуживание).

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

Назначение агентам межпроектных разрешений

На странице управления агентом вы можете назначить учетную запись агента нескольким проектам одновременно:

1. Пригласите или добавьте агента (введите аккаунт Telegram или адрес электронной почты другого человека).
2. На странице сведений об агенте нажмите «Назначить проект».
3. Отметьте элементы, которые должен обслуживать агент (например, «Обслуживание клиентов бренда X» и «Обслуживание клиентов бренда Y»).
4. Установите для каждого проекта отдельную роль: Администратор (может изменять конфигурацию проекта) или Агент (может только получать сеансы).

Таким образом, после того как агент Сяо Чжан войдет в систему, он увидит все ожидающие сеансы из проекта A и проекта B. Ему не придется переключать учетные записи или открывать несколько вкладок браузера.

Шаг 3. Используйте перенаправление сеанса и переадресационные ссылки для обеспечения многоканального дренажа трафика.

После того, как проект создан и агенты назначены, следующий вопрос, который следует рассмотреть: как пользователи находят соответствующего бота из разных каналов? А когда количество консультаций увеличится, как автоматически назначить их онлайн-агентам?

Настройка правил перенаправления сеанса

Каждый проект может самостоятельно настраивать правила перенаправления:

• Поочередное назначение (по умолчанию): новые пользовательские сеансы назначаются авторизованным агентам последовательно. Он подходит для сценариев, в которых количество агентов стабильно и рабочая нагрузка сбалансирована.
• Приоритет онлайн: установите приоритет для агентов, находящихся в сети в данный момент; если все агенты находятся в автономном режиме, возвращается к пошаговому распределению. Подходит для команд с системой расписания или агентов, чьи онлайн-часы не фиксированы.

Используйте переадресационные ссылки (магические ссылки) для атрибуции канала.

Diversion Link от TG-Staff (официальное название Diversion Link) – это мощный инструмент атрибуции трафика. Это короткая ссылка на официальное доменное имя TG-Staff (например, https://app.tg-staff.com/{code}). После того, как пользователи нажмут на нее, они автоматически перейдут к вашему боту Telegram и перед переходом соберут следующие данные:

• IP-адрес посетителя
• Информация о браузере (User-Agent)
• Параметры URL (можно настроить utm_source, utm_medium и т.д.)

Фактическое использование:

1. Создайте переадресающую ссылку для бота Brand X для рекламы Google Ads.
2. Создайте еще одну переадресацию для бота Brand X для продвижения в Twitter.
3. Создайте независимые переадресационные ссылки для бота Brand Y для рекламы на Facebook.

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

Шаг 4. Фактическая практика агентов: прием и сотрудничество между проектами

Когда все настроено и агенты войдут в веб-интерфейс TG-Staff, они увидят единый список сеансов. Вот несколько ключевых советов по эксплуатации.

Как быстро определить проект, которому принадлежит текущая сессия

Бэкэнд-интерфейс имеет понятный дизайн:

• Название проекта и Имя бота будут отображаться вверху или сбоку каждого разговора.
• Список сессий поддерживает фильтрацию по проектам, и агенты могут просматривать только сессии определенного бота.
• Если агент работает над несколькими проектами одновременно, рекомендуется использовать представление «Группировать по проектам», чтобы избежать путаницы.

Распространенная ошибка: агент по ошибке отправляет слова проекта A пользователю проекта B. Дизайн пользовательского интерфейса TG-Staff снижает этот риск за счет цветных меток и идентификации предметов, но при обучении агентов все равно следует уделять особое внимание привычке «сначала видеть элементы, а затем отвечать».

Передача сессий между проектами и навыки совместной работы

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

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

Пример сценария сотрудничества:

• Агент Сяо Чжан принимает пользователя от бренда X, и пользователь задал вопрос об интеграции API. Сяо Чжан не является техническим специалистом, поэтому он добавляет пометку «Пользователь предоставил журналы API и требует устранения технических неполадок», а затем передает сеанс Сяо Ли, техническому агенту того же проекта.
• После того, как Сяо Ли вступил во владение, он увидел содержание заметки и проверил журнал напрямую, не спрашивая пользователя повторно.

Часто задаваемые вопросы

**Вопрос: Максимально сколькими проектами ботов может управлять учетная запись TG-Staff? **

О: Зависит от выбранного пакета. И стандартная версия, и профессиональная версия поддерживают управление несколькими проектами. Конкретное количество проектов можно узнать на странице пакета официального сайта. Вы можете добавлять или удалять проекты ботов в любое время в консоли, при этом фиксированного ограничения на «минимальное количество проектов» не существует.

**В: Может ли один и тот же агент одновременно принимать нескольких пользователей-ботов? Будет ли это сбивать с толку? **

Ответ: Да. После входа в веб-интерфейс TG-Staff агенты увидят список сеансов разных ботов, и каждый сеанс четко помечен названием проекта, к которому он принадлежит, и именем бота. Система также поддерживает фильтрацию сессий по проектам, поэтому агенты могут сосредоточиться на очереди определенного бота. Агентам рекомендуется выработать привычку «смотреть на бирку товара», прежде чем ответить.

**Вопрос: Если вдруг резко увеличится объем консультаций определенного Бота, как быстро задействовать других агентов для его поддержки? **

Ответ: Есть два способа: 1) Изменить в настройках проекта «Объем обслуживания клиентов» с «Заданное обслуживание клиентов» на «Все обслуживание клиентов», чтобы все авторизованные агенты имели доступ; 2) Вручную добавьте в проект больше агентов. В то же время измените правило разгрузки на «приоритет онлайн», и система автоматически назначит новые сеансы агентам, находящимся в данный момент онлайн, чтобы максимизировать скорость ответа.

**В: Можно ли использовать переадресающую ссылку (магическую ссылку) для нескольких ботов? **

Ответ: Да. Каждый проект бота может генерировать несколько независимых ссылок для переадресации. Вы можете генерировать и управлять ссылками для разных ботов и разных рекламных каналов отдельно, при этом данные атрибуции не будут мешать друг другу. Например, ссылка Google Рекламы для бренда X и ссылка Twitter для бренда Y будут записывать соответствующие данные о кликах и сеансах в фоновом режиме.

**В: Может ли контроль рисков контента (управление внутренним контролем) устанавливать разные правила для разных проектов? **

Ответ: Да (функция профессиональной версии). Вы можете создать несколько фраз риска в консоли, а затем связать разные фразы с разными проектами. Например, Project A (Mainnet Bot) отслеживает адреса кошельков TRC20, Project B (Testnet Bot) отслеживает адреса ERC20, и правила полностью независимы. Когда агент отправляет сообщение в проекте A, будет активировано только обнаружение рискованных слов, связанное с проектом A.

Вывод: единый бэкэнд, гибкий сервис для нескольких брендов

Основная ценность создания мультиботовой системы обслуживания клиентов Telegram заключается в следующем: централизованное управление снижает затраты, изоляция проектов обеспечивает безопасность данных, а гибкое развертывание агентов повышает эффективность. Независимо от того, охватывает ли ваш бизнес несколько брендов или линеек продуктов, правильно настроенная серверная часть TG-Staff может облегчить вам задачу.

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

1. Посетите https://app.tg-staff.com/, чтобы зарегистрироваться и воспользоваться 3-дневной бесплатной пробной версией.
2. Создайте первый проект бота в консоли и опробуйте процесс управления несколькими проектами.
3. Проверьте Официальную документацию для получения более подробного руководства по настройке.
4. Если у вас возникнут какие-либо проблемы, обратитесь напрямую к боту службы поддержки клиентов @tgstaff_robot.

Вы всего в одном шаге от эффективной мультиботовой системы обслуживания клиентов.