Короткий ответ
Telegram-бот для заявок лучше строить вокруг трёх–четырёх задач пользователя, а не вокруг каталога компании. Команда /start фиксирует источник, стартовое сообщение помогает выбрать цель, следующая ветка собирает только нужные данные, а сложный запрос вместе с историей уходит менеджеру. Аналитика должна показывать не число подписчиков, а путь от старта до принятой заявки.
Стартовый экран — это выбор задачи, а не меню продукта
Команда часто кладёт в /start всё сразу: каталог, цены, адрес, поддержку, новости и кнопку «другое». В итоге пользователь читает инструкцию вместо того, чтобы выбрать действие. Оставьте три сценария, которые закрывают большую часть входящих обращений, и одну заметную кнопку связи с оператором.
Подписи должны описывать результат: «Подобрать услугу», «Узнать статус заказа», «Задать вопрос». Формулировки «Раздел 1» и «Меню» не помогают принять решение и плохо работают в аналитике.
Ветка заявки: четыре сообщения
- 01
Показать границу
«Помогу собрать запрос и передам его менеджеру». Это снижает ожидание мгновенного расчёта от бота.
- 02
Уточнить категорию
Один вопрос с кнопками. Свободный текст оставьте для уточнения после выбора.
- 03
Собрать способ связи
Не просите телефон, если пользователь уже пишет в Telegram и этого достаточно для продолжения.
- 04
Подтвердить заявку
Покажите, что сохранено, и обозначьте дальнейшее действие команды.
Что хотите подобрать?
Тариф для команды из пяти человек.
Понял. Важно сравнить стоимость или сразу обсудить настройку?
Сначала стоимость.
Собрал запрос: команда из пяти человек, сначала стоимость. Отправить его менеджеру?
Повторите собранное перед передачей. Это даёт клиенту шанс исправить данные и избавляет оператора от переспроса.
Что измерять в Telegram
Не называйте событие просто «клик». Оно должно объяснять, что сделал человек и в какой ветке. Название события лучше сделать стабильным, а детали хранить в параметрах: источник, тип запроса, канал продолжения.
| Событие | Когда отправлять | Что сохранить |
|---|---|---|
| telegram_started | После /start | source, campaign, bot_id |
| lead_intent_selected | После выбора задачи | intent, source |
| lead_context_saved | После последнего вопроса | fields_completed |
| operator_requested | При нажатии передачи | intent, wait_mode |
| lead_completed | После подтверждения заявки | route, channel |
Технические ограничения тоже влияют на текст
У каналов разные лимиты длины сообщения и кнопок. Длинный текст, который красиво выглядит в редакторе, может обрезаться или стать тяжёлым для чтения в Telegram-потоке. Делите инструкцию на шаги, не складывайте все условия в одно сообщение и тестируйте каждую кнопку на телефоне.
- Команда /start ведёт к трём задачам, а не к справочнику.
- В каждой ветке есть выход к оператору.
- Передача повторяет собранный контекст.
- События названы по действию, а не по элементу интерфейса.
- Источник сохраняется на старте и не теряется при переходе между ветками.
- У ветки есть ответ для неизвестного текста.
Одна команда /start может вести в разные разговоры
Человек из объявления о консультации и человек с QR-кода на мероприятии открывают одного бота, но ожидают разное продолжение. Параметр в стартовой ссылке позволяет сохранить источник и сразу показать подходящую ветку. Пользователь всё равно должен понимать, куда попал: скрытая техническая метка не заменяет ясного первого сообщения.
Что сохранить при первом входе
- start-параметр или код кампании — отдельно от человекочитаемого названия;
- дату первого входа и дату текущего обращения;
- выбранную задачу, даже если контакт пока не оставлен;
- Telegram user ID для связи диалогов, но не как замену согласию на другие каналы;
- последний успешно пройденный шаг, чтобы восстановить разговор после паузы.
Проверьте сценарий там, где Telegram ведёт себя неидеально
Пользователь может написать текст вместо нажатия кнопки, переслать сообщение без контекста, заблокировать бота или вернуться через месяц по старой ссылке. Такие случаи нельзя считать редкими ошибками: именно они отличают демонстрационный сценарий от рабочего канала продаж. Для неизвестного текста нужен понятный выход, а для недоставленного сообщения — технический статус, который команда увидит в inbox.
Уведомление менеджеру не должно быть единственным механизмом передачи
Сообщение в рабочем чате легко пропустить или прочитать без действия. Создавайте обращение с владельцем и статусом, а уведомление используйте только как сигнал. В нём полезны задача, приоритет и ссылка на диалог; персональные данные и длинную переписку лучше оставить внутри защищённого inbox. Если ответственный недоступен, обращение должно вернуться в общую очередь, а не зависнуть на одном имени.
Сохранил задачу и передал её менеджеру. Он ответит здесь в рабочее время.
Вижу, что вам нужен расчёт регулярной работы. Уточню объём и предложу варианты.
Оператор начинает с уже известной задачи. Клиент понимает канал и ожидание, поэтому не отправляет контакт повторно.
Источники и документация
Частые вопросы
- Что показывать в /start Telegram-бота?
- Три главные задачи посетителя и понятный выход к оператору. Не превращайте первое сообщение в каталог: человек пришёл решить один вопрос, а не изучить все возможности компании.
- Нужно ли просить телефон в Telegram-боте?
- Не обязательно. Если менеджер может продолжить разговор в Telegram, сначала соберите цель и контекст. Телефон нужен только когда без звонка или CRM-процесса работа действительно не продолжится.
- Какие события нужны для аналитики Telegram-бота?
- Минимум: старт, выбор задачи, сохранение ключевого ответа, запрос оператора и подтверждённый результат. У каждого события храните источник и ветку — тогда отчёт покажет не просто клики, а качество конкретного маршрута.