1200 диалогов в чате за месяц, а заявок — 18: что не так со статистикой

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

1200 диалогов в чате, а в CRM — 18 заявок

Владелец интернет-магазина стройматериалов открывает отчёт виджета за месяц: 1200 диалогов, средняя оценка 4.8 из 5, среднее время ответа — 40 секунд. Цифры красивые, отчёт хочется показать на планёрке как доказательство, что чат окупился. Но когда он сверяет их с CRM, из чата за тот же месяц пришло 18 заявок, а до оплаты дошли три.

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

Метрики, которые ничего не говорят о продажах

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

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

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

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

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

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

Что в статистике чата действительно связано с деньгами

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

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

Во что обходится вера в красивые цифры

Если ориентироваться на количество диалогов, отдел продаж платит за это временем. У компании из примера выше два менеджера тратят по 15-20 минут в день на один и тот же вопрос про сроки доставки — стандартный ответ, который бот мог бы отдавать сам, если бы в отчёте вообще отслеживали, что вопрос повторяется у каждого пятого посетителя. За месяц набегает несколько рабочих дней, ушедших на текст, который можно было автоматизировать один раз и больше к нему не возвращаться.

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

Разбивка по источнику трафика меняет картину сильнее, чем кажется

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

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

Как связать диалог в чате с заказом в 1С

Статистика чата сама по себе обрывается на моменте «посетитель оставил телефон» — дошёл ли он до оплаченного заказа, видно только в учётной системе, а не в панели виджета. Для оптовой или розничной компании это обычно 1С:Управление торговлей, для холдинга с несколькими юрлицами и производством — 1С:ERP; если учётной системы ещё нет вообще, начинают с внедрения 1С с нуля.

Чтобы связка заработала, программисту нужно передать в заказ ID диалога из чата — это доработка типовой конфигурации на несколько часов работы, сопровождение и разработка в 1С стоят от 3800 руб/час. После этого в отчёте видно не «18 заявок из чата», а конкретную сумму заказов, которые дошли до оплаты, в разрезе по менеджерам и по товарным группам. Именно эту цифру можно закладывать в бюджет на рекламу и на зарплату дежурных операторов чата — а не количество открытых диалогов, которое само по себе ничего не говорит о выручке компании.

Чек-лист: что смотреть в статистике чата раз в неделю

• ✓конверсия диалогов в заявки за неделю, а не с начала месяца — сезонность и сбои сценария видны быстрее;
• ✓доля пропущенных сообщений отдельно по рабочим часам и отдельно по вечерам с выходными;
• ✓топ-5 повторяющихся вопросов — сигнал, что поправить на сайте, в карточке товара или в сценарии бота;
• ✓сколько диалогов бот передал живому оператору — если больше половины, сценарий не справляется с тем, ради чего его ставили;
• ✓сколько дней хранятся телефоны и email из переписки — если дольше, чем нужно для обработки заявки, это уже вопрос 152-ФЗ, а не аналитики чата.

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

❓ Частые вопросы

Какая метрика чата важнее всего для оценки эффективности?

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

Почему высокая оценка чата (CSAT) не гарантирует хорошие продажи?

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

Как понять, что бот в чате отвечает не на те вопросы?

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

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

Статистика виджета обрывается на моменте передачи контакта. Дальше нужно смотреть учётную систему — 1С:Управление торговлей или 1С:ERP — куда через доработку типовой конфигурации передаётся ID диалога, чтобы видеть сумму заказов, дошедших до оплаты.

Сколько стоит связать чат на сайте с 1С, чтобы считать реальную конверсию в оплату?

Обычно это несколько часов доработки типовой конфигурации под передачу ID диалога в заказ. Сопровождение и разработка в 1С стоят от 3800 руб/час, а если учётной системы ещё нет, начинают с внедрения 1С.