Нужно ли сообщать клиенту, что отвечает бот?

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

Как сказать про бота, чтобы это не звучало как отказ в помощи?

Одной строкой в начале диалога, где сразу названо, что бот умеет и как быстро подключается человек. Работает формула «кто отвечает — что может сделать — как позвать человека». Извинения и обороты вроде «к сожалению, вас обслуживает робот» создают ощущение второго сорта на пустом месте.

Что отвечать, если клиент спрашивает «ты человек?»

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

Почему боту не стоит давать человеческое имя?

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

Как передать диалог человеку, чтобы клиент не повторял всё заново?

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

Сколько стоит честное раскрытие в токенах?

Практически ничего. Строка про бота и правило ответа на прямой вопрос — это несколько десятков токенов в системном промпте; при ставке 1 ₽ за миллион токенов такой довесок незаметен в счёте. Дороже обходится очередь на живого оператора, а не текст раскрытия.

Как объяснить клиенту, что отвечал бот

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

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

Надо ли вообще говорить, что отвечает бот

Да — и разговор стоит вести не от закона, а от ситуации. Закон в каждой юрисдикции свой, меняется и трактуется по-разному, поэтому требования к вашей отрасли проверяет юрист. Но есть ситуации, где раскрытие нужно независимо от буквы: клиент принимает решение, опираясь на то, с кем он говорит.

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

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

Где раскрытие обязательно по смыслу ситуации

Четыре ситуации, в которых молчание дороже любой неловкости.

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

Формулировки из третьей колонки короткие намеренно. Длинное объяснение про технологии читается как оправдание и переносит внимание с задачи клиента на устройство вашей поддержки.

Как сформулировать, чтобы не звучало как отказ в помощи

По формуле «кто отвечает — что может сделать — как позвать человека». Три части в одном предложении, без извинений.

Плохо: «К сожалению, в данный момент вас обслуживает виртуальный ассистент». Здесь три проблемы: «к сожалению» назначает клиента пострадавшим, «в данный момент» намекает на временную неполадку, а что делать дальше — не сказано.

Хорошо: «Отвечает помощник компании: подскажу по статусу заказа, доставке и возврату, переключу на оператора в любой момент». Клиент сразу видит границу возможностей и знает выход.

Границу лучше называть честно и узко. Бот, который обещает «помочь с любым вопросом», получает вопросы, на которые не отвечает, и теряет доверие на второй реплике. Как удерживать бота в заявленных рамках — в статье как ограничить темы чат-бота.

Почему имя-человек у бота создаёт проблему

Потому что «Анна из поддержки» — это утверждение о собеседнике, а не элемент оформления. Пока клиент не задумывается, всё работает; в момент, когда выясняется, что Анны нет, разговор перестаёт быть про заказ и становится про обман.

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

Рабочий компромисс — имя с явным признаком бренда и без человеческой подписи: «помощник Ключ», «бот Сигма», «онлайн-помощник». Так у помощника есть узнаваемое имя, и при этом никто не утверждает, что на том конце сидит человек.

Отдельно стоит запретить боту представляться конкретным сотрудником, если такое имя попало в примеры из прошлых переписок. Такие вещи прописывают правилом в системном промпте — как написать системный промпт.

Что отвечать на прямой вопрос «ты человек?»

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

Три формулировки, которые не ломают разговор:

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

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

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

Как передать человеку, чтобы клиент не пересказывал всё заново

Передавать вместе с контекстом, а не одной кнопкой. Момент передачи — самое уязвимое место сценария: именно здесь клиент чаще всего произносит «я это уже писал».

Минимальный состав передачи:

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

Первая фраза оператора не должна начинаться с «опишите вашу проблему» — это обнуляет всю работу бота. Она опирается на переданные поля: «Вижу заказ такой-то, бот проверил статус, разбираюсь со сроком».

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

Почему выдать бота за человека дороже честного раскрытия

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

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

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

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

Что проверить перед запуском

Пять пунктов приёмки. Каждый проверяется вручную за несколько минут.

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

Эти пять проверок повторяют после каждой смены модели или правки промпта: формулировки раскрытия уезжают так же легко, как формат ответа.

Сколько стоит честное раскрытие

Про бота сообщают одной строкой в начале диалога, честно отвечают на прямой вопрос и передают разговор человеку вместе с историей — это и есть весь механизм. Стоит он практически ничего: несколько десятков токенов в системном промпте, а в каталоге KeyDealer 57 позиций, 44 доступны, ставки текстовых начинаются с 1 ₽ за миллион токенов, оплата российской картой в рублях.

Считается так: строка раскрытия и правило про прямой вопрос — это порядка пятидесяти токенов на каждый запрос. На тысяче диалогов по десять реплик это 500 тысяч токенов, то есть половина миллиона: на qwen-3-7-plus за 3 ₽ или haiku-4-5 за 8 ₽ за миллион довесок остаётся в пределах статистической погрешности счёта.

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

Чего мы не утверждаем

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

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

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

Что нужно, чтобы попробовать

Ключ заводится за минуту на keydealer.ru/login — почта и пароль, без документов и без зарубежной карты. Один ключ открывает весь каталог, оплата российской картой в рублях.

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

Дальше прогоните приёмочные пять пунктов на выбранной позиции. Пять текстовых позиций каталога бесплатны после первого платного пополнения, так что проверка формулировок обходится в ноль. Как собрать сам сценарий — в статье чат-бот для сайта с нейросетью.

Что держать в голове

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

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

Передача человеку — то место, где доверие теряют чаще всего. Если оператор начинает с «опишите проблему», клиент делает вывод, что предыдущие десять минут были впустую, и этот вывод он запомнит лучше любого ответа бота. Как мы проверяем факты и почему у каждой цифры стоит дата — на странице о проекте. Завести ключ и собрать сценарий: keydealer.ru/login.