Контроль менеджеров в Telegram: техника и организация

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

Два ограничения, которые надо принять до построения любой схемы. Поиска по словам внутри сообщений в LTVchat нет — диалог открывается через клиента, а не через фразу из переписки. Назначения ответственного за диалог и распределения обращений в нём тоже нет — где ниже написано «закрепите» или «назначьте», это ваше письменное правило и ваше действие, а не настройка в интерфейсе. Всё остальное в этом тексте построено с учётом этих двух фактов. Цена общего окна — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, окно — в демо без регистрации.

Три вопроса, на которые контроль обязан отвечать

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

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

«Что было обещано клиенту?» Вопрос про запись. Здесь и упирается отсутствие поиска по содержимому: обещание находится чтением диалога, а не запросом по слову «скидка». Практический вывод — договорённости по цене и условиям пишутся в карточку клиента, тогда они на виду.

«Кто обращался к данным клиента?» Вопрос про журнал. Отвечает техника: событие, объект, роль исполнителя, IP-адрес, идентификатор запроса, user-agent, серьёзность, время. Записи привязаны к рабочему пространству. Устройство ролей и журнала — на странице безопасности.

Чего в этих вопросах нет: оценки качества работы по потоку сообщений. Это отдельный разговор и отдельный риск — ниже.

Из чего складывается техническая часть

Четыре элемента, и все они про доступ, а не про наблюдение.

Подключённые каналы. Пять видов: бот Telegram, личный Telegram, бот MAX, личный MAX, сообщество ВКонтакте. Обращения попадают в одну ленту рабочего пространства. Число каналов одного вида не ограничено. Про бота стоит знать два официальных факта: он не может начать разговор — клиент пишет сам или приходит по ссылке `t.me/имя_бота`; и хранилище у него ограничено, старые сообщения сервер может удалить, поэтому переписка должна оставаться у вас.

Отдельно про то, что попадёт под контроль не сразу. Импорт накопленной истории работает только для личных каналов и включается отдельной настройкой загрузки истории — это запускаемый процесс, который идёт постранично и ставится на паузу, а не побочный эффект подключения. У канала-бота импорта нет вовсе: там переписка начинается с момента подключения. Значит, в первые дни контроль распространяется на новые сообщения, а не на весь прошлый год, и планировать разбор спорных ситуаций из прошлого на эти данные нельзя.

Роли и изоляция. Четыре роли: менеджер, администратор, владелец, супер-администратор. Роль проверяется на стороне сервера при обработке запроса, а не скрытием кнопок; принадлежность рабочему пространству компании проверяется отдельной проверкой.

Журнал действий. Перечислен выше. Читается как ответ на «кто и когда», не как отчёт по сотрудникам.

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

Из чего складывается организационная часть

Здесь всё, что инструмент не делает. Список короткий, но именно он определяет, будет ли контроль работать.

  1. Ежедневный просмотр ленты. Один человек, десять минут, диалоги без ответа названы вслух. Уведомлений о просрочке в сервисе нет, поэтому это привычка, а не функция.
  2. Письменное закрепление сегментов. Кто ведёт какие клиенты. Это решение компании — назначить ответственного за диалог в сервисе нельзя. Формулировка на одну строку и один ответ на вопрос «что делать с обращением не по своему сегменту».
  3. Порядок на день отсутствия. Кто подхватывает клиентов отсутствующего менеджера, что говорит клиенту, где фиксирует договорённость. Обязанность роли, а не любезность.
  4. Правило записи договорённостей. Обещанная цена, особые условия и сроки — в карточку клиента. Причина техническая: искать это потом по словам не получится.
  5. Выборочное чтение диалогов. Пять клиентов в неделю, прочитанных целиком, дают руководителю больше, чем попытка выловить проблемные фразы из потока. И занимают меньше времени, чем кажется.
  6. Регламент на уход сотрудника. Что делается в тот же день: отключение учётной записи, отзыв сессии, проверка, что переписка осталась. Что делается отдельно: перевод клиентов, знающих только личный номер.

Чек-лист

Где контроль начинает вредить

Граница проходит там, где контроль перестаёт отвечать на три вопроса из начала текста и начинает отвечать на вопрос «кто здесь плохо работает».

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

Второе следствие — искажение того, что видно. Когда переписка используется как материал для оценки, люди пишут для проверяющего, а не для клиента. Диалоги становятся длиннее и осторожнее, а решения переезжают в разговоры.

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

Чего контроль не даёт ни при какой настройке

Не показывает того, что шло мимо подключённых каналов. Звонки, встречи, переписка в неподключённых аккаунтах, группы и каналы Telegram — работа с ними не поддерживается.

Не заменяет разбора качества. Инструмент показывает текст диалога. Оценивает его человек.

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

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

Не подключается к бизнес-аккаунту Telegram. Платформа позволяет владельцу бизнес-аккаунта разрешить боту обрабатывать сообщения от его лица — в выбранных чатах, при наличии права ответа и в чатах, активных за последние сутки. В LTVchat этот механизм не реализован; личный аккаунт подключается сканированием QR-кода, при двухфакторной защите — с вводом пароля.

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

Дальше

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

Частые вопросы

Можно найти в переписке, кто обещал клиенту скидку?

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

Сервис показывает, кто из менеджеров дольше всех не отвечает?

Нет: отчётов по менеджерам, уведомлений о просрочке и SLA в нём нет. Диалоги без ответа находятся ежедневным просмотром общей ленты — это работа человека, десять минут в день. Число «сколько диалогов остались без ответа дольше нашего порога» считается руками и имеет смысл только в сравнении с собой же месяц назад.

Можно закрепить клиента за менеджером, чтобы видеть, кто за что отвечает?

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

Что именно видно в журнале действий?

По каждой записи: что за событие произошло, над каким объектом и с каким идентификатором, под какой ролью действовал человек, с какого IP-адреса, с каким идентификатором запроса и user-agent, насколько событие серьёзное и когда случилось. Всё это привязано к рабочему пространству. Журнал отвечает на вопрос «кто и когда обращался к данным» и не отвечает на вопрос «как менеджер разговаривал с клиентом» — это два разных вида контроля, и второй остаётся чтением диалогов.

Где граница, за которой контроль начинает вредить?

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

Менеджер работает через личный аккаунт и не хочет его подключать. Что делать?

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

Источники