Продажи через Telegram: проектирование процесса

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

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

Шаг 1. Опишите, что происходит сейчас

Проектировать поверх догадок бессмысленно. Возьмите лист и заполните две колонки.

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

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

Шаг 2. Задайте правило первого ответа

Правило состоит из трёх частей и ни одна из них не про инструмент.

Ограничение, о котором стоит знать: автоматических ответов по расписанию на стороне LTVchat нет. У самого Telegram в бизнес-режиме такие функции есть — сообщение в нерабочее время, приветственное сообщение, часы работы, — но настраиваются они на стороне платформы, владельцем аккаунта, и к возможностям сервиса не относятся.

Шаг 3. Заведите список отложенных

Самая дорогая категория диалогов — те, где клиент не отказал, а отложил. Через неделю о них не помнит никто, потому что сверху нападало новое.

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

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

Шаг 4. Разведите входящие и исходящие по каналам

Схема, которая выдерживает кадровые изменения:

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

Исходящий контакт с личного канала выполняется в два действия: найти получателя по номеру телефона или по `@username` и создать с ним чат, при желании сразу с первым сообщением. Он может не состояться, и это нормальная часть работы: получателя может не найтись, а найденный может быть закрыт для сообщений от незнакомых. Отказ приходит понятной фразой, а не тишиной.

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

Шаг 5. Опишите передачу диалога

Передача — единственное место, где инструмент делает основную работу, а не вспомогательную. Если переписка в общем окне, следующий человек открывает историю; если в личном телефоне — получает пересказ.

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

Шаг 6. Договоритесь, где живут договорённости

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

Чек-лист процесса

Что здесь делает инструмент, а что — люди

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

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

Ограничения платформы, которые процесс должен учитывать: бот не пишет первым; лимиты отправки официальные — не больше одного сообщения в секунду в один чат, не больше двадцати в минуту в группу, порядка тридцати в секунду на массовых уведомлениях; хранилище бота ограничено, и старые сообщения сервер может удалить, поэтому переписку надо держать у себя.

Правовая сторона обработки клиентских данных — вопрос к юристу по вашим документам; общий разбор — в тексте про 152-ФЗ.

Дальше

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

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

С чего начинать проектирование, если процесса нет вовсе?

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

Какое время первого ответа считать нормой?

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

Как понять, что диалог отложен, а не потерян?

Только внешним списком. В сервисе нет статусов диалога, стадий и напоминаний, поэтому отложенное живёт там, куда его выписали — в общем документе с датой возврата и поводом. Список из десяти строк работает; попытка держать это в голове не работает даже у одного человека.

Кто должен писать первым — менеджер со своего аккаунта или компания с бота?

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

Стоит ли делать шаблоны ответов?

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

Как проверить, что новый процесс действительно работает?

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

Источники