Telegram-бот для заявок: когда он не нужен

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

Какую работу бот действительно забирает

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

Дальше идёт цикл переспрашиваний. Человек написал «сколько стоит?», а чтобы ответить, нужно узнать ещё несколько вещей. Ответ приходит с задержкой, уточнение - ещё позже, к вечеру диалог рассыпается. Часть обращений просто теряется: написали ночью, прочитали утром, ответили к обеду - человек уже решил вопрос в другом месте. И даже удачно закрытая заявка потом переписывается руками в таблицу или CRM, потому что в переписке её потом не найти.

Бот забирает именно эту механическую часть:

• принимает обращение в момент, когда человек готов писать, а не когда кто-то свободен;
• задаёт обязательные вопросы в одинаковом порядке и не забывает ни одного;
• отдаёт заявку сразу в готовом виде: что нужно, когда, как связаться;
• не теряет её в ленте переписки.

В кейсе с сайтом автомойки сайт и чат-бот-виджет делались одним заказом примерно за неделю. Заявки с формы и из бота идут в CRM и в Telegram владельцу. Сайт при этом собран под телефон.

Что бот делает хорошо, а что плохо

Полезно заранее развести две вещи: где сценарий выигрывает у человека и где он проигрывает вчистую.

Хорошо получается там, где разговор повторяется:

• приём типовых заявок - записаться, вызвать, уточнить условия;
• сбор структурированных данных, которые всё равно пришлось бы спрашивать;
• работа ночью, в выходные и в те часы, когда никто не смотрит в телефон;
• приём оплаты и выдача доступа. В проекте с онлайн-курсом раньше каждую покупку вели руками: ответить в директе, дождаться перевода, проверить, добавить в закрытый канал. Стало иначе: оплата, бот, доступ выдаётся сам, владельцу приходит уведомление. В другом проекте бот принимает платежи через платёжный сервис, а к нему подключён автоответ в Instagram - первое сообщение человек получает сразу.

Плохо получается всё, что требует понимания собеседника:

• работа с сомнением. Человек, который колеблется, не жмёт кнопку - он задаёт вопрос сбоку, и сценарий на него не рассчитан;
• нестандартный запрос. Одна нетипичная деталь, и дерево ответов упирается в тупик;
• оценка сложной работы. Там, где нужно посмотреть, уточнить и подумать, кнопки только вводят в заблуждение;
• имитация живого человека. Бот, который делает вид, что он сотрудник, раздражает ровно в тот момент, когда становится понятно, что это не так.

Передача человеку - часть сценария, а не аварийный выход

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

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

Признать границу сценария - не слабость решения. Бот, который знает, чего не знает, работает лучше того, который пытается ответить на всё.

Куда складывать заявки и почему уведомления мало

«Пусть просто падает уведомление в Telegram» - нормальное начало и плохой финал. Уведомление хорошо решает одну задачу: скорость. Заявка видна сразу, ответить можно с телефона. Всё остальное оно не решает.

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

Поэтому разумный минимум - два адреса сразу. Telegram для скорости, список заявок для порядка: дата, контакт, что нужно, источник, статус. Это может быть CRM, а может быть таблица или своя админка - важно не название инструмента, а то, что заявка живёт в списке, а не в переписке.

Когда бот не нужен

Бот - инструмент под повторяемость. Нет повторяемости - нет и смысла:

• обращений мало. Редкие сообщения обрабатываются руками быстрее и теплее, чем через сценарий;
• услуга нестандартная. Если каждая заявка начинается с разговора и заканчивается индивидуальным решением, бот успеет только собрать имя и телефон - с этим справится и форма;
• продажа держится на доверии. Там, где решение принимают после консультации, кнопки не ускоряют, а охлаждают;
• некому отвечать на переданные вопросы. Бот честно передаёт человеку, а человек не отвечает несколько дней - хуже, чем было;
• бот нужен «чтобы был». Мотив «у конкурентов есть» не превращается в работающий сценарий.

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

Коротко

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

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