Как бот поддержки Bybit превратил простую проблему в бесконечный диалог
Личный опыт · AI-поддержка · P2P · управление обращениями
Покупатель отметил P2P-сделку как оплаченную, но деньги не поступили. Пока криптовалюта оставалась заблокированной, поддержка предлагала уже выполненные или недоступные действия. Этот случай показал, чего не хватает автоматизации, чтобы довести обращение до результата.
Главная проблема: ответы приходили, но обращение не продвигалось. Даже подключение оператора не обеспечило продолжения проверки после разрыва чата.
Два случая во время разработки AI-агента для CRM
С этими проблемами поддержки я столкнулся в период разработки AI Sales Agent — AI-агента для CRM. Сначала произошёл случай с переносом баланса между продуктами хостинг-провайдера, который я описал в статье «AI-боты в техподдержке»: обращение переходило между участниками, контекст приходилось повторять, а быстрое получение ответов не означало быстрого решения.
Позже возникла описанная здесь ситуация с Bybit: уже созданный запрос отмены, недоступная апелляция и возвращение к началу диалога после подключения оператора. Оба случая напомнили мне как разработчику: состояние задачи, передача контекста и проверка результата требуют отдельного проектирования.
Что произошло со сделкой
30 октября 2026 года я продавал 59,9608 USDT за 2760 гривен через P2P на Bybit. Покупатель подтвердил оплату, хотя деньги на банковский счёт не поступили. Я инициировал отмену с указанием причины — отсутствие платежа.
Интерфейс сообщил, что покупателю предоставляется почти 24 часа для рассмотрения запроса. На время ожидания функция открытия спора была отключена. Криптовалюта оставалась заблокированной, а покупатель мог не отвечать почти сутки.
- Оплата не поступилаПо состоянию моего банковского счёта перевод отсутствовал.
- Запрос отмены уже созданПовторная инструкция «отмените сделку» не давала следующего шага.
- Спор недоступенИнтерфейс не позволял открыть его во время ожидания отмены.
- Средства заблокированыЯ обратился в поддержку, чтобы проверить ситуацию и ускорить отмену неоплаченного ордера.
По информации, которую я получил в ходе обращения, такая отмена также не влияла на показатель завершения сделок покупателя. Это описание конкретного случая, а не проверка общих правил биржи.
Как поддержка вернула меня к началу
Инструкция вместо следующего шага
Бот предложил создать запрос отмены. Я объяснил, что запрос уже существует. Затем получил рекомендацию открыть апелляцию, хотя интерфейс сообщал, что эта функция временно недоступна.
Оператор начал проверку
После нескольких попыток подключился сотрудник Elan. Я описал ситуацию, и он попросил подождать 5–9 минут.
Чат закрылся во время ожидания
Система показала предупреждение о неактивности, а затем сессия завершилась. Результата проверки в этой переписке я не получил.
Бот снова попросил описать проблему
После возвращения я объяснил, что оператор уже начал проверку. Подробное описание, сокращённое сообщение и просьба подключить человека приводили к одному шаблонному ответу.
“To serve you better, please provide a brief description of the issue you’re experiencing.”
Предыдущие сообщения при этом оставались видны в истории. Для пользователя ситуация выглядела так: переписка сохранена, но продолжить работу с существующим обращением невозможно.
Что видно снаружи — и чего мы не знаем
По интерфейсу нельзя установить, использует ли Bybit языковую модель, сценарного бота или сочетание технологий. Нельзя также доказать, какие внутренние данные были доступны автоматизации и почему завершился чат.
Зато результат взаимодействия наблюдаем: система повторяла уже выполненное действие, предлагала недоступную функцию и не обеспечила продолжение начатой проверки. Далее я рассматриваю инженерные способы предотвращения таких ситуаций, а не описываю внутреннюю архитектуру Bybit.
История переписки должна дополняться состоянием обращения
При автоматизации бизнес-процессов я связываю ответы агента с данными API и CRM. Для поддержки нужны четыре группы данных:
Какие действия сейчас доступны
Статус ордера, существующий запрос отмены, срок ожидания и доступность апелляции нужно получать через внутренние API. Если операция недоступна, бот не должен предлагать её как выполнимый следующий шаг.
Кто сообщил об оплате и чем это подтверждено
Отметка покупателя «оплачено», сообщение продавца об отсутствии денег и подтверждённое поступление — разные факты. Статус ордера сам по себе не доказывает зачисление на банковский счёт.
Кто продолжает проверку
Обращению нужны устойчивый идентификатор, ответственный, история действий и срок следующего обновления. Эти данные должны сохраняться независимо от соединения с чатом.
Какой результат получил клиент
Отправленная инструкция не закрывает вопрос. Для этого обращения результатом могла бы стать подтверждённая отмена с разблокировкой средств либо понятное решение по проверке с указанием дальнейших действий.
Как организовать обработку такого запроса
Связать сообщение с ордером
Определить пользователя, сделку и существующее обращение. Повторное подключение должно продолжать работу по тому же вопросу.
Получить актуальное состояние
Проверить запрос отмены, ограничения, доступные действия и уже выполненные проверки. Ответ строится на этих данных.
Остановить повторяющийся сценарий
Если клиент сообщает, что инструкция не помогает, система должна сменить путь. Например, после двух неудачных попыток передать обращение профильному специалисту; конкретный порог выбирается под процесс.
Передать контекст оператору
Вместе с обращением передаются краткое резюме, подтверждённые факты, предпринятые действия и причина передачи. Клиенту не приходится восстанавливать всё заново.
Сохранить проверку после отключения
Когда оператор просит подождать, таймер неактивности не должен обнулять работу. При разрыве соединения клиент получает способ вернуться к обращению и узнать результат.
Проверить результат
Перед закрытием система сверяет итог с целью клиента. Операции с активами выполняются только разрешёнными серверными процедурами с проверкой полномочий.
Что измерять, чтобы ответы приводили к решению
- Время до решенияСколько длится весь процесс с момента первого сообщения.
- Повторные обращенияКак часто клиент возвращается с тем же нерешённым вопросом.
- Повторение контекстаСколько раз приходится сообщать уже известные данные.
- Результат передачи операторуПродолжается ли работа после подключения человека и разрыва чата.
Быстрый ответ может снижать время ожидания первой реплики. Но повторные обращения и потеря контекста создают дополнительную нагрузку на операторов и подрывают доверие клиента — особенно когда средства заблокированы.
Стоимость услуг по автоматизации
Ниже — стартовые цены на отдельные задачи. Автоматизация поддержки может объединять обработку заявок, CRM, API и AI; её объём и итоговую стоимость определяем после обсуждения процесса.
| Вид услуги | Стоимость |
|---|---|
| Автоматизация уведомлений Telegram / Email | от $40 |
| Автоматизация Excel / CSV | от $50 |
| Автоматизация отчётов | от $60 |
| Автоматизация обработки заявок | от $60 |
| Автоматизация документов и PDF | от $75 |
| Автоматизация карточек товаров | от $90 |
| Интеграция сервисов через API | от $100 |
| Синхронизация данных между системами | от $100 |
| Автоматизация работы менеджеров | от $125 |
| Автоматизация CRM | от $150 |
| AI-автоматизация бизнес-процессов | от $200 |
| Разработка системы автоматизации под ключ | от $400 |
Подробнее об автоматизации бизнес-процессов и обсуждении задачи
Частые вопросы об автоматизации поддержки
Почему бот повторяет одну и ту же инструкцию?
Такое поведение может возникать, когда сценарий не учитывает текущее состояние обращения или не меняет путь после неудачной попытки. По переписке нельзя установить конкретную причину в Bybit. При автоматизации бизнес-процессов я предусматриваю проверку состояния, учёт выполненных действий и передачу специалисту.
Можно ли связать бота с CRM и внутренними API?
Да, если системы предоставляют необходимый доступ. Через интеграции можно получать статус заявки, доступные действия и историю проверок. Ответы агента должны опираться на эти данные; операции выполняются сервером с проверкой полномочий. Подробнее — интеграция сервисов и автоматизация процессов.
Как сохранить обращение после отключения чата?
Хранить обращение отдельно от сессии: присвоить ему идентификатор, сохранять ответственного, статус проверки, историю действий и следующий шаг. При возвращении клиент продолжает существующее обращение.
С чего начать автоматизацию поддержки?
С описания одного процесса: что запускает обращение, какие данные нужны, кто отвечает за следующий шаг и какой результат считается завершением. Затем можно выбрать интеграции и сценарии. На странице автоматизации бизнес-процессов перечислены задачи, с которыми можно начать.
Сколько стоит автоматизация и можно ли начать с небольшой задачи?
Да. Например, уведомления Telegram / Email — от $40, обработка заявок — от $60, API-интеграция — от $100, CRM — от $150, AI-автоматизация — от $200, система под ключ — от $400. Это стартовые цены для соответствующих видов работ; итог зависит от объёма и интеграций. Полная таблица приведена выше. Обсудить задачу по автоматизации.
Начинать с процесса и интеграций
Этот случай показал, насколько важно сохранять состояние обращения, учитывать доступность действий и назначать ответственного за продолжение проверки. Выбор языковой модели не заменяет эту работу.
Материал основан на личном опыте обращения 30 октября 2026 года. Наблюдения относятся к конкретной переписке и не являются оценкой всех процессов поддержки Bybit. Итог сделки за пределами описанного диалога здесь не установлен.