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