<b>Саппорт в арбитраже ломается не из-за LLM, а из-за плохого сценария и логов</b>

<b>Саппорт в арбитраже ломается не из-за LLM, а из-за плохого сценария и логов</b>

Если бот отвечает быстро, это ещё не значит, что он полезен. В customer support для арбитража важны не «умные» ответы, а три вещи: контекст, границы и передача в человека.

— Контекст: бот должен видеть источник, оффер, GEO, язык и этап воронки. Без этого он будет одинаково «помогать» всем и потеряет смысл.
— Границы: отдельно прописывайте, что бот решает сам, а что сразу уходит оператору. Возвраты, спорные оплаты, жалобы, блокировки — не место для импровизации.
— Логи: сохраняйте вопрос, ответ, кнопку, fallback и причину эскалации. Иначе вы не поймёте, где именно течёт воронка.

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

Хорошая схема выглядит так: короткий ответ → уточнение → действие. Не «объяснить всё», а быстро снять трение и перевести пользователя дальше.

Если собирать саппорт как продукт, а не как чат с LLM, бот начинает экономить не только время команды, но и лиды.