Самая смешная ошибка поддержки помещается в три слова: «я подожду обновления». Человек сообщает, что проблема остаётся и он согласен терпеть. Fin может прочитать это как положительный ответ, решить, что помощь принята, и закрыть разговор. Вежливость клиента превращается в успех автоматики.
Это не пересказ чужой жалобы, а предупреждение в собственной документации Intercom. Обновлённый Fin отвечает более естественно, пишет примерно на десять процентов короче и иногда задаёт уточняющие вопросы. Положительные фразы подтверждают решение, отрицательное «нет» запускает дополнительный сбор контекста и при необходимости предложение связаться с человеком.
Пограничные формулировки ломают эту аккуратную схему. Готовность ждать результат или исправление может выглядеть модели как согласие с ответом. По умолчанию Fin также возвращается к молчащему клиенту через четыре минуты, хотя поведение настраивается. Получается целая машина завершения разговора, где одно неверное намерение окрашивает тикет зелёным.
Для метрики это яд. Автоматическое решение считается хорошим, пока клиент не открыл новый тикет, не написал в другой канал или просто не ушёл. Если отчёт учитывает только закрытие текущего диалога, бот получает награду за аккуратное исчезновение проблемы из интерфейса оператора.
В той же документации Intercom предложено исправление через Guidance: явно задать, что согласие ждать обновления, решения или обработки требует передачи обращения сотруднику для дальнейшего сопровождения. Закрывать такой разговор Fin не должен. Это пересказ рекомендации Intercom; правило нужно добавить в настройки своего агента.
После изменения добавьте в тесты фразы «подожду», «надеюсь, исправите», «ладно, вернусь позже» и их разговорные варианты. Проверьте, что обращение действительно пришло сотруднику, история доступна, а тикет не оказался закрыт. Отдельно посмотрите, какой ответ получил клиент и что произошло с таймером повторного обращения.
Дополнено 27 сентября 2026: добавлена рекомендация Intercom по настройке Guidance.