Коротко: Чат поддержки и продающий чат — это часто один и тот же виджет с противоположной задачей. Какой из них ты поставил, видно по тому, за что его хвалит отчёт. «Обработано обращений», «время ответа», «доля диалогов без оператора» — все эти цифры растут, когда чат успешно завершает разговор. А продаже нужно, чтобы разговор продолжился: до рекомендации, до отработки возражения, до оплаты. Значит, чат, которого меряют метриками поддержки, настроен гасить ровно те диалоги, которые продавец довёл бы до сделки. Ниже — почему так, таблица-зеркало и тест на две минуты.
Для кого: e-commerce, услуги и эксперты, у которых в чат на сайте идёт живой трафик с намерением купить. Что внутри: почему метрика мешает продаже, зеркало метрик, которое можно скопировать, и тест, который заодно скажет, когда всё это к тебе не относится. Обновлено: 2026-07-05.
Коротко по делу (60 секунд)
- «Обработанные обращения», «время в диалоге», «доля без оператора», deflection — это всё метрики поддержки: они выше, когда диалог закончился.
- Даже спор «гасить или решать» — это спор двух метрик поддержки. Обе не видят выручку.
- Проблема глубже, чем «меряем не то»: чем меряешь, тем и управляешь — метрика поддержки учит чат заканчивать диалоги.
- Зеркало метрик ниже показывает: за каждой зелёной цифрой поддержки стоит цифра выручки, которой на дашборде нет.
- Тест на две минуты заодно скажет, когда твой чат и должен быть поддержкой — и всю эту статью можно закрыть.
Отчёт зелёный, а продажи стоят
Вот сбой, на который не сработает ни одна сигнализация. Чат на сайте отчитывается за хорошую неделю: обработанных диалогов больше, среднее время ответа меньше, доля закрытых без оператора держит план, оценки нормальные. Каждая цифра, которую придумали показывать в сервисе поддержки, смотрит куда надо. А продажи за неделю — на месте.
Ничего не выглядит сломанным, потому что по собственному отчёту чата ничего и не сломано. Он ответил на вопросы, закрыл обращения, не пустил лишнее на оператора — ровно то, за что его меряют. Провал не виден на этом дашборде, потому что дашборд не для того делали. Посетитель, который спросил «а на маленькую кухню встанет?», получил чёткий верный ответ и ушёл — это записано как успех: вопрос закрыт, оператор не понадобился. И это же — несостоявшаяся продажа, которую ни одна метрика поддержки не подсветит никогда.
«Гасить» и «решать» — обе метрики поддержки
В индустрии сейчас модно ругать deflection (долю «погашенных» обращений): мол, «погасили» засчитывает и того, кто получил помощь, и того, кто плюнул и ушёл, — надо мерить решение, а не гашение. Поправка резонная. Но посмотри, что стоит по обе стороны спора. И «погасить», и «решить» спрашивают одно: удалось ли увести диалог без человека? Одна метрика считает завершение щедро, другая — строго. Ни та ни другая не спрашивает, собирался ли человек на том конце купить.
Можно выиграть этот спор, поменять на дашборде deflection на «решено с первого раза» — и по-прежнему не видеть выручку, потому что ты просто улучшил одну метрику поддержки до другой. Недостающая ось — не точность решения. Недостающая ось в том, что «решено» и «продано» — разные исходы, и деньги приносит только один.
Зеркало метрик
За каждой цифрой поддержки, которой чат гордится, стоит цифра выручки, которой он молчит. Скопируй таблицу и приложи к своему дашборду. Смысл — в третьей колонке: каждая метрика поддержки улучшается, когда диалог короче или заканчивается раньше. Продаже нужно противоположное.
| Метрика поддержки (что показывает чат) | Какую цифру выручки она прячет | Куда она толкает диалог |
|---|---|---|
| Доля обработанных без оператора ↑ | Доля диалогов, где сделано предложение | К завершению (в «обработанном» предложения не было) |
| Deflection / «погашено» ↑ | Конверсия в счёт/заказ | К закрытию обращения, не к открытию сделки |
| Закрытых тикетов ↑ | Выставленных счетов, открытых корзин | К «случай закрыт», не «сделка начата» |
| Среднее время в диалоге ↓ | Время до предложения, отработка возражения | К короткому — а продаже часто нужно дольше |
| Оценка ответа (CSAT) в норме | Доля диалогов, доведённых до оплаты | К «ответил и отпустил» |
Ни одна из этих метрик не «неправильная» — для поддержки. Служба поддержки и должна хотеть, чтобы обработка росла, а время падало. Таблица кусается только тогда, когда за этими цифрами был трафик, который хотел купить: тогда каждая зелёная стрелка показывает в сторону от твоей выручки.
Чем меряешь чат, тому он и учится
Отчёт — не пассивная витрина. Чем ты меряешь систему, тем поведением она и начинает управлять — что живого менеджера с квартальным планом по «обработке», что AI-агента, заточенного гасить и удерживать без оператора. Нацель любого на «аккуратно заканчивать диалоги» — и он станет хорош в том, чтобы их заканчивать. Вот и ловушка: метрика активно учит чат убивать продажу, которую сама не видит.
Разложи на одной реплике. Посетитель пишет: «Нравится, но не уверен, что стоит этих денег». Для чата-гасителя это — обращение, которое надо закрыть: признать, успокоить, ответить, закрыть тикет; время низкое, оценка целая, «обработано» плюс один. Для продавца та же фраза — это точка входа: момент порекомендовать нужный вариант, снять конкретное сомнение и выставить счёт прямо в диалоге, пока интерес горячий. Одни и те же слова — противоположный рефлекс. И рефлекс гасителя — тот, за который его хвалит дашборд. Значит, именно его он и отращивает. В рунете это усугубляется тем, что даже «продающие» боты обычно квалифицируют лида и передают его — оператору или в CRM, — а счёт в чате у большинства выставляет живой менеджер, а не сам AI.
Тест на две минуты: а что вообще просят у твоего чата
Прежде чем что-то менять, выясни, чего хочет твой трафик, — потому что если это правда поддержка, всё написанное выше тебе не подходит.
Возьми последние 50 диалогов из чата и разметь каждый:
- Поддержка: действующий клиент с проблемой — «как сбросить», «где мой заказ», «не работает».
- До покупки: человек решает, брать ли — «а есть / подойдёт ли под X», «сколько стоит Y», «успеете к пятнице», «чем эти два отличаются».
И прочитай пропорцию:
- В основном поддержка → твой дашборд по «обработке» говорит правду. Продолжай его улучшать и не навешивай продавца на людей, которые пришли чинить проблему: давить оффером на раздражённого клиента — хуже, чем бесполезно.
- В основном до покупки → ты меряешь продавца метриками уборщика. «Хорошая неделя» чата и стоящая на месте выручка — это одна и та же история, рассказанная двумя дашбордами, и про деньги — только один из них.
Порог тут — не процент, который кто-то тебе выдаст, а эта пропорция в твоих же логах. Большинство владельцев и так подозревают, куда она клонит; тест просто делает это очевидным.
Когда продающий чат — неправильный выбор
У этого разворота есть жёсткая граница, и её стоит назвать прямо, чтобы не перегнуть.
- Если чат на сайте — это в основном поддержка (большая база действующих клиентов, мало намерения купить на странице), deflection — правильная метрика, а продающий агент — не тот инструмент. Улучшай поддержку, не превращай её в отдел продаж.
- Зрелая поддержка обыгрывает продающий виджет в поддержке. Если задача — маршрутизация по SLA, уровни операторов и тикеты, то Битрикс24 или профильный хелпдеск просто сделают это лучше. Продающий агент — это «закрывающий» на горячем трафике, а не замена службе поддержки; они спокойно работают рядом.
- Продающему агенту на старте нужен присмотр. Заземли его на своей базе знаний и первые дни просматривай диалоги: автономный агент будет уверенно предлагать оффер там, где нужно было просто помочь, — пока ты не поправишь. Он учится, но «поставил и забыл» на первый день не бывает.
Что на самом деле нужно, чтобы «продавать»
Если тест показал, что трафик — покупательский, лечится это не более точной метрикой поддержки, а чатом, чья задача — продажа. То есть агентом, который не останавливается на «ответил и записал»: он рекомендует, снимает возражение в моменте и сам доводит до оплаты прямо в разговоре на твоих платёжках — автономный продающий AI, а не оператор, который жмёт «выставить счёт», и не переход в чужой магазин. И раз покупатель редко закрывает всё за один заход, это должен быть один продающий ассистент на сайте и в мессенджерах — одна база знаний, один голос, начал ли он на лендинге или продолжил в Telegram, WhatsApp, Instagram. Единый inbox, который просто сводит каналы в одно окно, — это норма; редкое и стоящее выбора — единый продающий мозг за всеми ими. Именно этим и задуман iSales. Полный цикл «от привета до оплаты» и чек-лист по возможностям — в опорной статье: чат на сайте, который продаёт и принимает оплату. А узкий вопрос, кто именно выставляет счёт, — в разборе оператор против автономного AI.
Сколько это стоит — и почему считать надо не «за обращение»
Короткая ремарка про деньги, раз уж в рунете чат-сервисы любят брать за «обработанный диалог». Порядок цен на 2026 такой: у Jivo AI-агент идёт надбавкой порядка 11 000 ₽/мес сверх операторского тарифа, у Битрикс24 тариф на компанию — от нескольких тысяч рублей в месяц (⚠️ research-dated 2026, проверяй актуальные перед решением). Общее у них одно: счётчик крутится от операторских мест и диалогов, а не от продаж. Плата за использование переворачивает знаменатель: платишь за действия агента (ответ — доли цента в токенах модели) с предоплаченного баланса и видишь расход в ₽-эквиваленте, а «решённый, но не купивший» диалог не добавляет отдельного ценника. Это не обещание «платишь только за продажи» — за работу агента ты всё равно платишь; разница в том, что за сам факт «обработки» надбавки нет. (Прикинь на своём объёме диалогов — числа у всех свои.)
Вопросы и ответы
Разве «доля решённых» — не современная замена deflection? Это лучшая метрика поддержки, но не метрика выручки. «Решено» отвечает на «увели без человека», продажа — на «сделали предложение и взяли оплату». Можно иметь идеальную долю решённых на странице, полной покупателей, и не продать ни одному. Мерь обе и никогда не подставляй метрику поддержки вместо продажной.
Можно просто добавить «продающему» боту цель по конверсии? Цифру добавить можно, но бот всё равно заточен квалифицировать и передавать, поэтому оптимизировать будет то, подо что сделан. Лишняя колонка на дашборде не меняет рефлекс под ней. Рефлекс задаёт основная задача инструмента, а не дополнительный KPI.
Продающий чат не портит клиентский опыт? Только если целишь не в тот трафик — для этого и тест на две минуты. На покупательских диалогах заземлённый агент, который рекомендует и закрывает, — это лучше, чем «наш менеджер свяжется». На диалогах поддержки это не тот инструмент; их оставь чату поддержки.
Как принять оплату в чате без проблем с кассой? Данные карты не должны попадать в переписку. В нормальном сценарии сам платёж уходит на PCI-совместимую платёжку, а в диалоге видны только счёт и подтверждение. И требования 54-ФЗ по чеку никуда не деваются — где бы ни стояла кнопка оплаты, фискализация остаётся на тебе.
Следующий шаг
Сначала прогони тест на две минуты по последним 50 диалогам — он скажет, относится ли к тебе всё это вообще. Если трафик покупательский, а чат всё ещё меряют «обработкой», поставь на ту же страницу продающего ассистента и дай ему вести сделку до конца — первые 30 сообщений бесплатно. Старт в Telegram: Поставить AI-продавца на сайт →
Источники и обновление
- Спор «гасить или решать» о метриках поддержки — Lorikeet, Decagon
- Цены AI-чатов (за места/диалоги, не за продажи) — Jivo, Битрикс24: ⚠️ research-dated 2026, сверяй актуальные на сайтах вендоров
- Цена iSales по использованию и бесплатный старт (первые 30 сообщений) — /ru/pricing
Цены конкурентов сверены в июле 2026 — списочные, могут меняться.
