Приветственное сообщение Telegram Business помогает начать разговор с человеком, который написал компании. Оно полезно, если объясняет порядок обращения и помогает сразу приложить нужные сведения. Но неправильная настройка превращает приветствие в повторяющуюся анкету: постоянному клиенту снова предлагают познакомиться, хотя его вопрос уже обсуждают.
Задача состоит в разделении первого контакта и возвращения к переписке. Приветствие не должно подменять ответ оператора, сообщение об отсутствии или уведомление о состоянии заявки. Для каждого из этих сообщений есть свой повод, и смешение поводов делает диалог трудно понятным.
Что человек должен узнать из приветствия
В начале разговора полезны три сведения: куда он написал, какие вопросы здесь принимают и что можно сообщить для первого разбора. Если аккаунт занимается только поддержкой, не обещайте через него оформление всех услуг компании. Если обращения разбираются по рабочему расписанию, укажите это без неподтверждённого точного срока.
Следующий шаг зависит от задачи. Для вопроса по заказу можно попросить его номер; для общей консультации номер не нужен. Поэтому формулировка должна оставлять выбор: «Если вопрос о существующем заказе, добавьте номер». Безусловный запрос номера отсекает людей, у которых пока нет заказа, хотя они обращаются по адресу.
Не включайте в первое сообщение длинный перечень всех правил компании. Пользователь ещё не объяснил свою ситуацию, и большая инструкция может оказаться нерелевантной. Достаточно короткого ввода и одной полезной ссылки, если она действительно нужна для большинства входящих вопросов.
Как отделить приветствие от ответа об отсутствии
Приветствие относится к началу взаимодействия, а сообщение об отсутствии — к доступности команды. Если оба настроены без согласования, человек может получить две похожие реплики подряд. Проверьте их фактическое сочетание на отдельном тестовом аккаунте и уберите повторяющуюся информацию, насколько позволяют выбранные условия.
В приветствии не обязательно повторять всё расписание, если оно ясно доступно в профиле и отдельном сообщении. Однако нельзя создавать противоречие: фраза «сейчас подключится специалист» будет неверной ночью, если дежурного нет. Лучше описать порядок обработки, который остаётся правдивым при любом времени обращения.
У команды должен быть владелец обоих текстов. Если приветствие редактирует отдел продаж, а расписание — поддержка, согласуйте общую проверку после изменений. Клиент воспринимает их как единый голос компании, даже когда внутри за разные настройки отвечают разные сотрудники.
Условия повторной отправки
Telegram Business позволяет задавать параметры повторного приветствия после периода отсутствия общения. Прежде чем выбирать доступный вариант, решите, зачем постоянному клиенту повторное сообщение. Возможно, после длинной паузы полезно напомнить назначение аккаунта. Но в активном обращении такой текст будет лишним.
Не подбирайте условие только по желанию чаще показывать сообщение. Ориентируйтесь на длительность типичного обслуживания и характер возвращений. Если вопросы часто решаются несколько дней, повторное приветствие не должно выглядеть как обнуление истории после обычной рабочей паузы. Точные варианты настройки проверяют в текущем интерфейсе Telegram.
Также проверьте получателей и исключения. Служебные переписки, сотрудники и отдельные согласованные диалоги могут не нуждаться в клиентском приветствии. Не считайте сохранённый переключатель достаточной проверкой: отправьте тестовые сообщения из нескольких подходящих типов разговоров и зафиксируйте реальные результаты.
Условный пример: клиент вернулся по старому заказу
Предположим, компания устанавливает оборудование. При первом обращении клиент получает краткое сообщение с назначением аккаунта и просьбой добавить номер заказа, если он уже существует. Сотрудник уточняет вопрос и начинает работу. Через несколько дней клиент присылает дополнительную фотографию по той же задаче.
Команда не хочет снова знакомиться с ним и собирать ту же информацию. Поэтому выбранные условия приветствия проверяют именно на таком сценарии продолжения. Если повторная отправка всё же происходит в доступной конфигурации, текст делают нейтральным и не требующим заново описывать весь вопрос. Ручной ответ сотрудника продолжает существующее обращение.
Через длительное время тот же человек приходит с новым заказом. Короткое напоминание о назначении аккаунта может оказаться полезным. При этом связь нового вопроса со старым определяет оператор или система учёта. Само приветствие не умеет решить, относится ли фотография к прежней установке или к новой покупке.
Какие сведения не стоит запрашивать сразу
Не просите полный набор персональных и технических данных до понимания вопроса. Для начала разбора обычно не нужны пароль, платёжные реквизиты или все документы клиента. Если конкретный этап требует подтверждения, объясните его отдельно после определения задачи и используйте предусмотренный сервисом способ.
Не требуйте переслать всю историю общения с другими сотрудниками, когда команда может найти её сама по номеру обращения. Такая просьба увеличивает работу клиента и создаёт дополнительные копии материалов. Лучше обозначить минимальный ориентир, по которому оператор откроет уже существующие сведения в разрешённой ему системе.
Ссылку на справку тоже выбирают по назначению. Общая страница из десятков разделов не всегда помогает человеку с коротким вопросом. Если тема неизвестна, дайте понятный путь к уточнению, а не отправляйте пользователя самостоятельно угадывать нужную инструкцию в большом каталоге.
Как проверять текст на живом диалоге
Попросите коллегу прочитать приветствие без внутренних объяснений. Он должен понять, что делать дальше и требуется ли ждать человека. Затем дайте несколько разных ситуаций: новый посетитель, существующий заказ, общий вопрос, продолжение открытой проблемы. Если текст подходит только одному случаю, уточните формулировку или условия.
Проверьте длину на телефоне. Важное действие не должно теряться после длинного представления компании. Отдельно откройте ссылки и проверьте, что они доступны обычному клиенту без служебной авторизации. Ссылка на документ сотрудника, который никто другой не может открыть, делает приветствие бесполезным.
После запуска собирайте не абстрактные оценки текста, а наблюдаемые затруднения. Например, люди не понимают, можно ли задать вопрос без заказа, или повторяют номер, который уже сообщили. Такие сигналы показывают, что именно нужно изменить в следующем шаге, а не просто требуют более дружелюбного обращения.
Изменение процесса и старые обещания
При смене услуги или порядка поддержки проверяйте приветствие вместе с остальными точками входа. Старое сообщение может приглашать записаться на услугу, которую компания больше не оказывает, либо обещать обратный звонок после отказа от телефонной поддержки. Техническая работоспособность аккаунта не подтверждает актуальность этих условий.
Зафиксируйте дату проверки и ответственного. Временное пояснение о нагрузке или праздничном режиме должно иметь условие удаления. Иначе через несколько месяцев аккаунт продолжит сообщать о ситуации, которая давно завершилась, а сотрудники привыкнут не замечать автоматический текст в собственной переписке.
Хорошее приветствие уменьшает неопределённость первого обращения и не мешает продолжать уже начатый разговор. Оно не обязано продавать все услуги или заменять справочник. Его проверяют по простой задаче: понимает ли человек следующий шаг и соответствует ли обещание реальному процессу команды.
Если аккаунт ведёт несколько направлений
Общий вход компании не всегда знает, о какой услуге напишет человек. В таком случае приветствие может предложить коротко назвать тему, но не должно выдавать условия одной услуги за правила всего аккаунта. Например, срок обработки технического вопроса и время подтверждения записи могут различаться.
После первичного уточнения сотрудник направляет вопрос нужному исполнителю по внутреннему порядку. Не заставляйте клиента самостоятельно искать личный аккаунт специалиста, если компания заявляет единый вход. Если переход действительно необходим, объясните его причину и передайте собранный контекст доступным способом. В тесте проверьте человека, который не знает внутренних названий отделов: он должен суметь описать задачу обычными словами и получить понятное продолжение без выбора из непонятных сокращений.
Источники
Назначение приветственных сообщений и повторной отправки описано в Telegram Business. Технические параметры представлены в Telegram API: Business. Фактические условия отправки проверяйте в используемом клиенте и настройках аккаунта.