Чат-бот для бизнеса, и какие задачи ему отдавать не надо

Бот умеет ровно одно: отвечать мгновенно и одинаково, круглосуточно и в любом количестве одновременно. Всё остальное вытекает отсюда.

Значит, бот силён там, где ответ известен заранее и не зависит от человека. Часы работы, адрес, наличие, статус заказа, запись на свободное время, приём заявки с нужными полями. Ответ существует, его надо просто выдать, и выдать быстро.

И бот слаб там, где ответ надо придумывать. Нестандартный запрос, спорная ситуация, недовольный клиент, сложный выбор с оговорками. Здесь заранее заготовленного ответа нет, а изображать его наличие хуже, чем честно молчать.

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

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

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

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

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

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

Общее у всех трёх: бот не заменяет вас, он экономит ваши минуты на входе. Клиент при этом получает ответ быстрее, чем получил бы от человека, и это устраивает обе стороны.

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

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

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

Второе: бот, который делает вид, что понимает. Если он отвечает невпопад на живой вопрос, доверие теряется мгновенно и переносится на весь бизнес. Лучше короткое честное «сейчас позову человека», чем натужная попытка ответить хоть что-нибудь.

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

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

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

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

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

Рабочая схема выглядит как воронка, где бот стоит на входе и никогда не стоит в конце. Он встречает, отвечает на понятное, собирает вводные и передаёт человеку всё, что вышло за рамки.

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

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

Бот обязан честно представляться. Попытка выдать бота за сотрудника всегда вскрывается, и вскрывается неприятно: человек чувствует, что его обманывали, и переносит это ощущение на весь бизнес. Прямое «я бот, помогу с простым, остальное передам» снимает вопрос сразу.

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

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

Обещания про полную автоматизацию общения стоит делить как минимум надвое. Реальная экономия у бота другая, и она вполне ощутимая, просто её надо считать честно.

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

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

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

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

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

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

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

Третий вариант это связка, и она чаще всего правильная. На сайте стоит короткая форма или окно, а сама переписка уезжает в мессенджер, где остаётся история и где владелец на самом деле живёт. Так закрывается и момент интереса, и сохранность контакта.

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

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

Сценарий обрывается в тупике. Человек прошёл три шага, ответил на вопросы, и на четвёртом бот замолчал, потому что такой ветки никто не предусмотрел. Лечится проверкой всех веток руками до запуска, включая заведомо странные ответы.

Заявка не дошла. Бот отработал, человек уверен, что написал, а владелец ничего не получил: связь оборвалась, доступ отозвали, что-то поменялось на стороне сервиса. Отсюда правило дублировать заявки вторым каналом, обычно на почту, и раз в неделю проверять, что оба канала живы.

Никто не смотрит переписку. Бот собирает обращения в отдельное место, а это место никто не открывает, потому что оно не там, где человек работает. Заявки лежат нетронутыми неделями. Решается тем, что уведомления приходят туда, где владелец и так сидит весь день.

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

И спам. Открытый бот с формой без защиты собирает мусорные обращения, среди которых теряются настоящие. Простая защита ставится сразу, а не после того, как поток мусора сделает бота бесполезным.

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

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

Дальше выберите одну задачу, самую частую. Не три и не пять. Один сценарий, который вы точно знаете наизусть, потому что делали его руками сотню раз. Его и автоматизируйте первым.

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

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

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

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