Роли и права доступа в командных входящих: кто что должен видеть

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

Это принцип минимальных привилегий применительно к переписке с клиентами. Дело не в недоверии. Он защищает персональные данные клиентов, предотвращает дорогие ошибки вроде удалённого канала или кампании, отправленной не тому списку, и делает очевидным, кто что сделал.

Почему роли особенно важны во входящих мессенджеров

Общие входящие собирают в одном месте много чувствительной информации:

• Персональные данные открытым текстом. Адреса, номера телефонов, фото документов, рецепты, проблемы с оплатой. В WhatsApp клиенты отправляют то, что никогда не ввели бы в веб-форму.
• Мощные кнопки. Отключение номера WhatsApp, редактирование работающего сценария, отправка массовой кампании или смена модели ИИ влияют сразу на всех клиентов.
• Учётные данные. Ключи ИИ-провайдеров, URL вебхуков и функции могут передавать данные за пределы вашего рабочего пространства.
• Деньги. Баланс рабочего пространства, счета и платёжные ссылки.

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

Принципы проектирования ролей

Отталкивайтесь от задач, а не от должностей

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

Держите число ролей небольшим

Четырёх-шести ролей хватает большинству компаний. Каждая лишняя роль — это то, что нужно поддерживать и проверять. Если вы создаёте роль «Оператор – Айше», остановитесь и пересмотрите подход.

Разделяйте просмотр и изменение

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

Осознанно решайте, кто какие диалоги видит

Для операторов это самое важное решение. Есть три распространённые модели:

Модель	Операторы видят	Подходит для
Открытая	Все диалоги	Небольших команд, где сотрудники подменяют друг друга, и данных низкой чувствительности
Свои плюс очередь	Назначенные им диалоги и неназначенные, которые они могут взять	Большинства команд поддержки и продаж
Только свои	Только назначенные им диалоги	Клиник, финансовых компаний, агентств с несколькими клиентами, аутсорсинговых команд

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

Администраторов должно быть мало

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

Базовый набор ролей

Используйте его как шаблон и адаптируйте под свой бизнес.

Оператор

• Видит: назначенные ему диалоги и неназначенные диалоги, которые он может взять.
• Делает: отвечает, добавляет внутренние заметки, передаёт или закрывает диалоги, обновляет поля профиля клиента.
• Не делает: не меняет каналы, сценарии, настройки ИИ, шаблоны, состав команды или оплату; по умолчанию не видит отчёты.

Если у вас настроена передача диалога от ИИ человеку, операторам также нужно видеть диалоги, которые им передаёт ассистент, то есть на практике назначенные и неназначенные.

Супервайзер или руководитель группы

• Видит: все диалоги своей команды и отчёты.
• Делает: назначает и переназначает диалоги, массово закрывает зависшие, проверяет качество, читает сценарии и настройки ИИ.
• Не делает: не меняет оплату, не подключает и не удаляет каналы, не управляет ролями.

Супервайзерам нужны отчёты, чтобы управлять командой. Если вы отслеживаете время первого ответа и SLA, посмотрите наше руководство по метрикам чат-поддержки, чтобы понять, что им показывать.

Маркетинг

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

Главный риск маркетингового доступа — отправка не той аудитории. Сторона согласия описана в нашем руководстве по opt-in в WhatsApp; права определяют, кто может нажать «Отправить».

Разработчик или интегратор

• Видит: автоматизации, функции, сценарии, вебхуки, модели ИИ и настройки интеграций.
• Делает: создаёт и тестирует сценарии и функции, подключает ИИ-провайдеров и инструменты, настраивает вебхуки.
• Не делает: не нуждается в доступе к оплате, управлению командой и, в идеале, к реальным диалогам клиентов сверх того, что требуется для тестирования.

Считайте эту роль чувствительной, хотя это и не «администратор». API-ключи ИИ-провайдеров и адреса вебхуков определяют, куда уходят данные клиентов. Выдавайте её конкретным людям, а не общему логину агентства.

Финансы

• Видит: оплату, счета, баланс рабочего пространства и записи о платежах.
• Делает: пополняет баланс, скачивает счета, проверяет платежи.
• Не делает: не читает диалоги и ничего не меняет во входящих.

Администратор или владелец

• Всё, включая роли, каналы и оплату. Ограничьтесь одним-двумя людьми, но убедитесь, что их как минимум двое, чтобы никто не остался без доступа, когда один в отпуске.

Команды, рабочие часы и роли работают вместе

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

• Команды (продажи, поддержка, биллинг, регион или бренд) позволяют назначать диалоги группе, а супервайзеру — контролировать свою группу.
• Рабочие часы и смены определяют, когда люди должны отвечать, что важно для маршрутизации и честных показателей времени ответа.
• Статусы — в сети, отошёл, не в сети — показывают команде, кто действительно доступен.

Проектируйте все три вместе. «Операторы стамбульской команды видят свои диалоги и стамбульскую очередь во время своей смены» — это полноценное правило; «операторы могут читать диалоги» — нет.

Как внедрить роли, ничего не сломав

1. Составьте список всех сотрудников и того, что они делают сейчас. Достаточно таблицы с именем, задачами, каналами и экранами, которыми они пользуются.
2. Сгруппируйте их в четыре-шесть ролей по шаблону выше.
3. Создавайте роли на основе существующей, а затем убирайте лишнее, а не добавляйте всё с нуля.
4. Проверьте каждую роль под реальным логином. Видит ли оператор очередь? Может ли супервайзер открыть отчёты? Может ли маркетинг отправить шаблон на одобрение, но не открыть чаты поддержки?
5. Переводите людей небольшими группами, начиная с команды, которая может быстро дать обратную связь.
6. Запишите правила — по абзацу на каждую роль, чтобы новые сотрудники и аудиторы их понимали.
7. Регулярно пересматривайте: когда кто-то приходит, переходит или уходит, и раз в несколько месяцев для всех.

Когда сотрудник уходит, отзовите его доступ в тот же день и переназначьте его открытые диалоги, чтобы клиенты не остались без ответа.

Особые случаи, которые стоит продумать

• Агентства и аутсорсинговые команды. Дайте каждому внешнему сотруднику собственный логин и роль оператора «только свои». Когда договор заканчивается, отзыв доступа — это один шаг, а история остаётся привязанной к нему.
• Несколько брендов или клиентов в одном рабочем пространстве. Создайте команды по брендам и ограничьте операторов своими диалогами, чтобы клиенты одного заказчика никогда не были видны операторам другого.
• Временные и сезонные сотрудники. Создавайте их с обычной ролью оператора, без отчётов и без доступа к автоматизациям, и в день приглашения ставьте в календарь дату удаления.
• Руководители, которым нужны только цифры. Роли только для чтения с отчётами и без доступа к диалогам часто достаточно для руководства.
• Экстренный доступ. Заранее решите, кто может выдавать дополнительные права ночью или в выходные, вместо того чтобы раздавать права администратора «на время».

Частые ошибки

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

Как это сделано в MonoChat

В MonoChat роли находятся в разделе Настройки › Команда › Роли. Нажмите + Создать, задайте роли название и выберите основу (Reference) — существующую роль, с которой нужно начать. Затем включите или отключите каждое право.

• Детальные права по областям. Права сгруппированы по областям: чат (каналы, вебхуки, сессии и сообщения), CRM, автоматизация (функции, сценарии, модели ИИ, MCP, harness и запуски агентов), маркетинг, отчёты, команда, оплата, кошелёк и платежи — с отдельными правами на чтение, создание, изменение и удаление там, где они применимы.
• Только свои диалоги. У сессий чата есть «собственные» области доступа, например чтение своих сессий и чтение свободных (неназначенных), поэтому можно ограничить оператора его диалогами плюс очередь.
• Отчёты по правам. Меню «Отчёты» появляется только у ролей с правом на чтение отчётов.
• Команды, рабочие часы и смены задаются в разделе Настройки › Команда, а диалоги можно назначать человеку или целой команде — по одному или массово из единых входящих команды.

Обзор смотрите на странице роли и права доступа или создайте бесплатный аккаунт на app.monochat.ai и проверьте роль на тестовом пользователе, прежде чем приглашать команду.