Telegram для отдела продаж: доступ и контроль
Короткий ответ: в отделе, который работает в Telegram, руководителю нужны три вещи — видеть переписку без просьбы к менеджеру, не потерять её при кадровом изменении и знать, кто обращался к данным клиента. Все три закрываются техникой. Четвёртое, чего обычно ждут — «система сама распределит обращения и назначит ответственного» — техникой не закрывается: такой возможности в LTVchat нет, и распределение остаётся управленческой работой.
Сразу и вторая честная граница: поиска по словам внутри сообщений нет. Открыть нужный диалог можно через клиента, а не через фразу из переписки. Это ограничение стоит проверять отдельно на любом инструменте, потому что слово «поиск» в описаниях покрывает два очень разных умения. Что здесь есть: одна лента на все каналы, четыре роли, изоляция рабочего пространства, журнал действий, объединение диалогов и экспорт в PDF. Цена — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, окно — в демо без регистрации.
Что именно нужно контролировать
Полезно разделить контроль на три разных задачи — они решаются по-разному и путать их дорого.
Непрерывность. Клиент должен получить ответ, даже если конкретного менеджера сегодня нет. Это задача про доступ: переписка открывается тем, у кого есть роль, а не тем, кто её вёл.
Сохранность. Переписка должна остаться у компании после ухода человека. Это задача про владение точкой входа и про то, где физически лежат сообщения.
Разбор спорных ситуаций. «Мне обещали другую цену», «я просил перезвонить во вторник». Это задача про наличие записи и про возможность её показать — в том числе выгрузить.
Чего в этом списке нет и не должно быть: оценки качества разговоров по потоку. Инструмент её не делает, а попытка построить её на слежке портит собственные данные — содержательная часть переговоров уходит в личные чаты, и видимость становится хуже, чем была. Развёрнуто — в тексте про контроль переписок.
Способы подключения
Отделу продаж обычно нужны оба телеграмных канала, и по разным причинам.
| Задача отдела | Чем закрывается | Ограничение |
|---|---|---|
| Единая точка входа для новых обращений | бот компании, подключается токеном | бот не может начать разговор первым |
| Исходящий контакт с новым человеком | личный канал, вход по QR-коду | точка входа принадлежит сотруднику |
| Накопленная переписка менеджеров | импорт истории личного канала | включается отдельно, только для личных каналов |
| Обращения из других мессенджеров | бот MAX, личный MAX, сообщество ВКонтакте | те же роли и то же окно |
Число каналов одного вида не ограничено: сколько менеджеров работает через личные аккаунты, столько каналов и подключается. Каждое подключение считается каналом в тарифе.
Порядок подключения
- Опишите, кто должен что видеть, до подключения. Три вопроса на каждую роль: какие обращения нужны в работе, какие нужны для подстраховки, какие не нужны вовсе.
- Подключите бота компании как общую точку входа. Токен от @BotFather, ссылка `t.me/имя_бота` в подпись, на сайт и в объявления.
- Подключите личные каналы тех менеджеров, у кого уже есть накопленная переписка. Вход по QR-коду из мобильного Telegram, при двухфакторной защите — пароль.
- Раздайте роли, а не персональные разрешения. Менеджер, администратор, владелец, супер-администратор. Роль проверяется на стороне сервера при обработке запроса; принадлежность рабочему пространству проверяется отдельно.
- Запустите импорт истории, если он нужен. Только для личных каналов и только при включённой настройке загрузки истории. Процесс идёт постранично, ставится на паузу, и активный прогон в рабочем пространстве может быть один — планируйте порядок аккаунтов заранее.
- Назначьте, кто ведёт какой сегмент, письменно. Это шаг компании: сервис не распределяет обращения и не закрепляет клиента за человеком. Правило нужно на одной странице, вместе с ответом на «что делать с обращением не по своему сегменту».
- Договоритесь о порядке передачи диалога. Кто подхватывает клиентов отсутствующего, что говорит клиенту, где фиксирует договорённость.
- Проверьте всё это на пяти клиентах через две недели. Попытка открыть переписку без участия того, кто её вёл, и попытка передать один активный диалог другому сотруднику.
Чек-лист руководителя отдела
- переписка по любому клиенту открывается без просьбы к менеджеру, который её вёл
- доступ выдан ролью, а не набором персональных договорённостей
- есть письменное правило, кто ведёт какой сегмент и что делать с чужим обращением
- есть письменный порядок на день отсутствия менеджера
- договорённости по цене и условиям пишутся в карточку клиента, а не остаются в чате
- при уходе сотрудника доступ отзывается в тот же день, а переписка остаётся у компании
- видно, кто и когда обращался к данным клиента
- диалоги одного человека из разных каналов сведены в одну карточку
- отдел знает, что видимость нужна для непрерывности, и знает это со слов руководителя
- есть способ выгрузить переписку по клиенту, если она понадобится в разборе
Полная оценка текущего состояния — аудит из десяти вопросов.
Ограничения
Распределение и ответственные — не функция сервиса. Ни автоматического распределения обращений, ни назначения ответственного за диалог в LTVchat нет. Где в этом тексте написано «назначьте», речь идёт о вашем решении и вашем письменном правиле.
Поиск по содержимому переписки отсутствует. Диалог открывается через клиента. Фразы из сообщений не ищутся.
Уведомлений о просрочке нет. Ни SLA, ни напоминаний о диалогах без ответа. Ежедневный просмотр ленты — работа человека.
Журнал отвечает не на все вопросы. Он фиксирует обращения к данным: событие, объект, роль исполнителя, IP-адрес, время. Он не оценивает содержание разговоров и не строит отчётов по менеджерам. Устройство ролей, изоляции и журнала — на странице безопасности.
Что остаётся вне видимости. Звонки, встречи, разговоры в неподключённых аккаунтах, любые переписки за пределами подключённых каналов. Прозрачность заканчивается там, где заканчиваются каналы.
Ограничения платформы. Бот не начинает разговор первым, поэтому исходящий контакт возможен только с личного канала — и там он тоже может не состояться: получателя может не найтись по номеру, а найденный может быть закрыт для входящих. Отказ возвращается понятным сообщением. Лимиты отправки официальные: не больше одного сообщения в секунду в один чат, не больше двадцати в минуту в группу, порядка тридцати в секунду на массовых уведомлениях. Хранилище бота ограничено, старые сообщения сервер может удалить.
Возможности бизнес-аккаунта Telegram — не наши. Часы работы, быстрые ответы, автоматические сообщения в нерабочее время и подключённые боты настраиваются на стороне платформы. Сервис через подключение к бизнес-аккаунту не работает.
Отправка вложений идёт через шлюз и может занимать десятки секунд; отправка выполняется только при включённом канале с действительными реквизитами. Гарантий мгновенной доставки нет.
Правовая сторона обработки данных сотрудников и клиентов остаётся за компанией; общий разбор границы — в тексте про 152-ФЗ. Сертификаций, аттестаций и внешних аудитов у сервиса нет.
Что закрывает сервис
- Одна лента на все подключённые каналы — обращение открывает тот, у кого есть роль.
- Четыре роли и изоляция рабочего пространства, с серверной проверкой роли и отдельной проверкой пространства.
- Журнал действий с ролью исполнителя, IP-адресом и временем.
- Отключение учётной записи и отзыв сессии без удаления истории переписки.
- Объединение диалогов одного клиента из разных каналов явным действием, с разъединением при ошибке.
- Экспорт переписки в PDF для владельца и супер-администратора.
- Исходящий контакт с личного канала — поиск получателя по номеру или `@username` и создание чата.
Дальше
Порядок с наименьшим количеством лишней работы: аудит из десяти вопросов → демо без регистрации → подключение одного канала на две недели → расчёт бюджета по формуле. Три канала и восемь сотрудников — 1 300 ₽ в месяц; владельцы подключённых каналов не оплачиваются как сотрудники.
Пошаговый план внедрения в отделе, включая разговор с командой, разобран в отдельном гайде. Механика передачи клиентов между сотрудниками — здесь.
Частые вопросы
Руководитель видит переписку всех менеджеров?
В объёме своей роли и в пределах рабочего пространства компании — да, всё, что пришло в подключённые каналы. Чего он не видит: звонки, разговоры вне мессенджеров и переписку в аккаунтах, которые к сервису не подключены. Видимость определяется не должностью в компании, а ролью в сервисе, и это две разные настройки.
Можно закрепить клиента за менеджером?
В сервисе — нет: назначения ответственного за диалог и распределения обращений между сотрудниками в нём не существует. Закрепление остаётся вашим правилом: кто ведёт какой сегмент, что делать с обращением не по своему сегменту, кто подхватывает диалоги отсутствующего. Правило работает, если записано и известно всем, а не держится в голове руководителя.
Как найти конкретный разговор?
Через клиента. Поиска по словам внутри сообщений нет — фразу из переписки в сервисе не найти, и это ограничение стоит проверять отдельно от общего слова «поиск» при сравнении любых инструментов. Практическое следствие: договорённости имеет смысл записывать в карточку клиента, а не рассчитывать, что их получится выловить из потока.
Что попадает в журнал действий?
Тип события, тип и идентификатор объекта, роль исполнителя, IP-адрес, идентификатор запроса, user-agent, серьёзность и время. Записи привязаны к рабочему пространству. Журнал отвечает на вопрос «кто и когда обращался к данным», а не на вопрос «хорошо ли менеджер разговаривал с клиентом».
Менеджер уходит. Что нужно сделать с доступом?
Отключить учётную запись и отозвать сессию — переписка при этом остаётся у компании. Отзыв сессии — отдельное действие, не следствие закрытой вкладки. Если сотрудник работал через личный аккаунт, помните: аккаунт остаётся у него вместе с номером, и клиенты, знающие только этот номер, продолжат писать туда.
Отдел сопротивляется прозрачности. Что с этим делать?
Разделить два разных разговора. Видимость переписки нужна прежде всего для того, чтобы клиент получил ответ, когда менеджера нет, и чтобы обещанная скидка не превратилась в спор без свидетелей. Если разговор сводится к оценке качества работы, договорённость обычно не достигается — и данные при этом портятся: люди начинают уносить содержательную часть в личные чаты.
Источники
- Bots FAQ — Telegram (core.telegram.org). Проверено 2026-08-06.
- Bots: An introduction for developers — Telegram (core.telegram.org). Проверено 2026-08-06.
- Telegram Business — Telegram (core.telegram.org). Проверено 2026-08-06.