Повторное обращение клиента: учёт и снижение

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

Быстрые ответы не устраняют скрытую повторную нагрузку

Типовая картина мультиканального потока выглядит так: клиент пишет в виджет на сайте, позже звонит, затем уточняет статус по почте. Каждое касание попадает в отдельную очередь и может получить нового ответственного. В отчёте возникают три быстро обработанных обращения, хотя для клиента это одна проблема, которую пришлось объяснять несколько раз.

Из-за такой фрагментации бизнес теряет деньги сразу в нескольких местах:

• повторно оплачивает время сотрудников, связь и инфраструктуру;
• считает один спрос несколькими лидами или заявками;
• искажает конверсию по источникам и менеджерам;
• не видит передачи, на которых теряется контекст;
• формально улучшает время ответа, не сокращая путь до решения;
• пытается вернуть клиента рекламным сообщением, не проверив основание коммуникации.

Масштаб разрыва между ответом и решением виден во внешних исследованиях. В глобальном исследовании 23 730 потребителей из 23 стран только 62% вопросов были решены при первом контакте. Оставшиеся 38% нельзя автоматически записывать в повторные обращения: часть клиентов могла не вернуться, а часть проблем осталась нерешённой. Эти данные — ориентир, а не российский норматив или готовый бенчмарк для конкретной компании. Глобальное исследование контакт-центров, 2025

В американском опросе 2026 года 28% участников потребовалось несколько попыток, а для 28% главным раздражителем оказался быстрый первый ответ, после которого пришлось обращаться снова. Только 9% назвали скорость ответа главным признаком хорошего обслуживания. Выборка включала 1 000 совершеннолетних пользователей поддержки, поэтому переносить проценты на российский рынок напрямую нельзя, но механизм показателен: быстрый ответ и фактическое решение — разные результаты. Исследование разрыва между ответом и решением, 2026

Методика сквозного эпизода меняет единицу учёта

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

Эпизод строится последовательно:

1. Нормализуется идентификатор клиента.
2. Проверяется договор, заказ, заявка или иной объект обращения.
3. Определяется причина и намерение клиента.
4. Применяется временное окно, настроенное для этой причины.
5. Проверяется статус предыдущего эпизода и факт подтверждения решения.

Такой порядок появился из практики внедрения ИИ-агентов в мультиканальные входящие потоки. Типовые разрывы возникают не внутри одного чата, а между системами: сайт не передал идентификатор в CRM, звонок привязали к новой карточке, менеджер не увидел обещанный срок, а сообщение после паузы было принято за новый лид.

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

Что считать повторным обращением, а что новой задачей

Касание считается повторным, если одновременно выполняются три условия:

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

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

Пограничные случаи нужно разбирать так:

Решение о повторе должно опираться не на одно техническое совпадение, а на связку «клиент → объект → причина → окно → статус».

Один поток в двух отчётах: тикеты против эпизодов

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

Для ручного аудита можно взять 50 последних контактов. Обозначим количество получившихся после склейки эпизодов как E, эпизодов с повтором — как P, подтверждённо решённых эпизодов — как Q, а полные затраты на все касания — как C.

Тогда:

Repeat Contact Rate, или коэффициент повторных обращений:

P / E × 100%

Стоимость подтверждённо решённой проблемы:

C / Q

Это модель расчёта, а не рыночный замер. Значения E, P, Q и C компания получает из собственного потока.

First Contact Resolution, или решение с первого обращения, также нужно считать по эпизодам: в числитель попадают задачи, подтверждённо решённые без повторного касания клиента, в знаменатель — первичные эпизоды выбранного типа. Единого отраслевого способа определять решение нет, поэтому сравнивать компании с разными окнами наблюдения и правилами подтверждения некорректно.

Почему скорость ответа может улучшаться одновременно с ростом повторов

Время первого ответа показывает, как быстро компания начала контакт, но не отвечает на вопрос, закончилась ли работа клиента. Среднее время обработки также может снижаться, если сотрудник быстрее ставит формальный статус «закрыто» или передаёт задачу в другую очередь.

Механика искажения выглядит так:

1. Менеджер быстро отвечает и закрывает тикет.
2. Обещание, срок или следующий шаг не фиксируются.
3. Клиент возвращается позже либо выбирает другой канал.
4. Новое касание попадает в следующий отчётный период или к другому сотруднику.
5. Первый тикет сохраняет хорошее время ответа, а стоимость продолжения относится к другой записи.

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

Стоимость подтверждённо решённой проблемы показывает полную экономику

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

В числитель входят:

• труд менеджеров, операторов, руководителей и специалистов второй линии;
• телефония, сообщения и другие оплачиваемые каналы;
• инфраструктура, CRM и автоматическая обработка;
• контроль качества и ручная проверка;
• дополнительные расходы на эскалации;
• компенсации и возвраты, относимые к эпизоду;
• расходы на защиту и хранение обрабатываемых данных.

Знаменатель — количество уникальных проблем, решение которых подтвердил клиент в пределах принятого окна. Формальный статус сотрудника не считается подтверждением.

Практически полезно разделить завершения на три статуса:

• клиент явно подтвердил решение;
• результат подтверждён объективным событием, но ответа клиента нет;
• решение не подтверждено.

Для основной метрики следует использовать первый статус. Второй можно анализировать отдельно, чтобы молчание клиента не превращалось автоматически в успех.

Модельный расчёт выполняется без выдуманных отраслевых нормативов:

(труд + каналы + инфраструктура + автоматизация + контроль + эскалации + относимые компенсации) / подтверждённо решённые эпизоды

Цена именно повторной нагрузки рассчитывается отдельно:

повторные контакты × полная стоимость контакта + доплата за эскалации + относимые компенсации и возвраты

Публичного российского рублёвого бенчмарка за 2025–2026 годы с раскрытой методикой и выборкой не найдено. Поэтому корректная точка сравнения — собственный поток до и после изменения процесса, рассчитанный по одинаковым правилам.

Дешёвый контакт может оказаться дорогим решением

После перехода от тикетов к эпизодам меняется управленческий вопрос. Вместо «сколько обращений закрыли?» руководитель спрашивает: «сколько проблем подтверждённо решено и сколько стоил полный путь каждой из них?»

Это влияет на несколько решений:

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

Чистый эффект автоматизации следует считать так:

предотвращённые контакты с сотрудником × их полная стоимость − затраты автоматизации − стоимость дополнительных повторов и ошибочных решений

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

Склейка сайта, телефона, почты и мессенджеров требует иерархии ключей

Склейка обращений в один тикет или эпизод начинается с нормализации идентификаторов, но не заканчивается дедупликацией карточек.

Надёжность ключей различается:

1. Сильные ключи: подтверждённый идентификатор клиента, номер договора, заказа или заявки.
2. Контактные ключи: нормализованный телефон и email.
3. Канальные ключи: идентификатор диалога или аккаунта внутри канала.
4. Поведенческие ключи: сессия сайта, метки перехода, время и последовательность действий.
5. Смысловые ключи: причина, объект, ожидаемый результат и статус предыдущего решения.

Сессия сайта или метка перехода помогает связать путь, но сама по себе не доказывает личность. Телефон и email надёжнее, однако тоже требуют проверки объекта и причины.

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

В CRM для эпизода нужны как минимум:

• сквозной идентификатор эпизода;
• нормализованный идентификатор клиента;
• объект обращения;
• причина и ожидаемый результат;
• ответственный и обещанный срок;
• список связанных касаний;
• статус подтверждения решения;
• причина повторного обращения;
• правовое основание обработки и коммуникации.

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

Пять дефектов процесса, из-за которых клиент возвращается

Передача контекста особенно важна при переходе от автоматического сценария к человеку. В опросе 2026 года только 10% участников назвали такие передачи всегда бесшовными; 59% приходилось повторно объяснять проблему, 46% сталкивались с отсутствием предыдущей информации, 42% — с повторным запросом реквизитов. Это зарубежная выборка, но она показывает конкретный механизм возникновения повторов. Исследование передачи обращения между автоматизацией и сотрудником

Продажам и поддержке нужны разные владельцы и правила

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

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

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

Когда продолжение диалога превращается в рекламу

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

Для обработки данных сквозного эпизода сначала определяется правовое основание. Согласие требуется не во всех случаях: обработка, необходимая для заключения или исполнения договора с клиентом, может осуществляться на основании пункта 5 части 1 статьи 6 152-ФЗ. Применимость основания зависит от конкретной цели и состава данных.

Если основанием служит согласие, оно должно быть конкретным, предметным, информированным, сознательным и однозначным. С 1 сентября 2025 года согласие на обработку персональных данных оформляется отдельно от иных документов, подтверждаемых или подписываемых субъектом. Доказывать получение согласия либо наличие другого законного основания должен оператор — это следует из статьи 9 152-ФЗ.

Для рекламы действует самостоятельное требование. По части 1 статьи 18 38-ФЗ реклама по сетям электросвязи допускается при предварительном согласии адресата, а обязанность доказать его наличие лежит на рекламораспространителе. Эта же статья запрещает автоматический выбор или набор номера и автоматическую рекламную рассылку без участия человека.

За нарушение требований к рекламе по сетям электросвязи часть 4.1 статьи 14.3 КоАП РФ предусматривает для юридических лиц штраф от 300 тысяч до 1 млн рублей. С 1 сентября 2025 года массовые вызовы также требуют доказуемого предварительного согласия абонента в соответствии со статьёй 44.1-1 126-ФЗ.

Практическая граница выглядит так:

• ответ на заданный вопрос и обещанный статус остаются в рамках сервисного эпизода, если содержание действительно ограничено этой задачей;
• предложение другого продукта, скидки или новой сделки может приобрести рекламный характер;
• оставленная заявка не должна автоматически считаться согласием на любые будущие рекламные сообщения;
• база недозвонов не должна передаваться в массовый рекламный догон без проверки доказуемого согласия;
• согласие на обработку персональных данных и согласие на получение рекламы фиксируются раздельно.

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

При склейке также действует требование локализации. По части 5 статьи 18 152-ФЗ при сборе персональных данных граждан РФ перечисленные в норме операции с базами за пределами России не допускаются, кроме прямо установленных исключений. Это относится не только к карточке клиента, но и к истории сообщений, расшифровкам звонков и идентификаторам, используемым для объединения касаний.

Нормы в этом разделе проверены по редакциям, доступным на 24 августа 2026 года. Перед запуском конкретного сценария массовой или рекламной коммуникации нужна проверка его содержания, способа отправки и документированного основания.

Регламент повторного обращения из шести шагов

1. Распознать повтор до ответа

Система или менеджер проверяет клиента, объект, причину, окно и статус предыдущего эпизода. Совпадение только телефона не считается достаточным.

2. Поднять контекст предыдущих касаний

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

3. Не заставлять клиента начинать сначала

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

4. Назначить срок и владельца

Каждое обещание фиксируется как действие с датой, ответственным и способом информирования клиента. Формулировка «вернёмся позже» не завершает касание.

5. Получить подтверждение решения

После выполнения действия клиенту направляется сервисный запрос о результате. Молчание не следует автоматически превращать в подтверждение.

6. Зафиксировать причину повтора

Выбирается не общий статус «повтор», а конкретный дефект: формальное закрытие, потеря контекста, обещание без срока, дубль либо самостоятельный возврат после паузы. Причина должна попадать в отчёт владельца процесса.

Границы автоматизации повторных обращений

ИИ-агент может выполнять операционные действия до ответа менеджера:

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

Автоматическое предположение не должно незаметно становиться фактом. Поиск знаний, определение неоднозначного намерения и выбор между двумя похожими эпизодами требуют контроля качества. В академическом тесте 2025 года современные модели достигли 68% точности поиска нужной статьи базы знаний, что показывает необходимость тестирования на собственном корпусе и контролируемой эскалации. Академический тест систем клиентского сервиса, 2025

За человеком остаются:

• спорная идентификация клиента;
• разделение нескольких параллельных проблем;
• решение о компенсации или возврате;
• обработка конфликтных и нестандартных ситуаций;
• проверка правового основания спорной коммуникации;
• утверждение изменений классификатора и правил склейки.

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

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

Аудит 50 обращений и план внедрения на четыре недели

Первую оценку можно получить за один рабочий день без сложной интеграции.

Ручной аудит

1. Выгрузите 50 последних контактов из всех доступных каналов.
2. Нормализуйте телефоны, email и канальные идентификаторы.
3. Добавьте номер заказа, договора или заявки, если он известен.
4. Присвойте каждому контакту причину и ожидаемый результат.
5. Склейте касания по связке «клиент → объект → причина → окно → статус».
6. Отметьте эпизоды с повтором и причину дефекта.
7. Найдите эпизоды с явным подтверждением решения.
8. Рассчитайте коэффициент повторных обращений и стоимость подтверждённо решённой проблемы.

План внедрения

После пилота нужно сравнивать периоды по одинаковым правилам, окнам и составу затрат. Иначе изменение методики будет ошибочно принято за улучшение процесса.

Решения, которые создают новые повторы

• Закрывать тикет после первого ответа. Ответ фиксирует реакцию, но не доказывает решение.
• Склеивать только по номеру телефона. Это создаёт ложные объединения семейных и корпоративных контактов.
• Использовать одно окно для всех причин. Разные процессы имеют разные естественные интервалы.
• Удалять повторную заявку как дубль. В продажах она может содержать новый сигнал интереса или изменение условий.
• Считать молчание подтверждением. Такой подход улучшает отчёт, но скрывает неопределённый результат.
• Автоматизировать без эскалации. Ошибка распознавания превращается в новый круг обращений.
• Смешивать сервисное продолжение и рекламный догон. Это добавляет к операционному дефекту риск нарушения требований к рекламе.
• Хранить историю отдельно от основания обработки. Тогда невозможно доказать, почему данные объединялись и на каком основании компания инициировала сообщение.

Вывод

1. Повторное обращение клиента — второе или последующее касание по той же нерешённой задаче, а не автоматически новая заявка.
2. Единицей учёта должен быть сквозной эпизод, объединяющий каналы, менеджеров и все затраты до подтверждённого решения.
3. Коэффициент повторных обращений показывает дефект процесса, а стоимость подтверждённо решённой проблемы — его экономический результат.
4. Склейка требует связки идентификатора, объекта, причины, временного окна и статуса; совпадения телефона недостаточно.
5. Возврат клиента нужно отделять от рекламного догона и хранить доказуемое основание обработки и коммуникации.

Если ручной аудит обнаружил повторы между каналами, следующий этап — ввести сквозной идентификатор эпизода и распознавать повтор до ответа менеджера. Excella разворачивает ИИ-агента в контуре компании и за пилот в четыре недели показывает стоимость подтверждённо решённой проблемы на реальном потоке без переноса переписки на сторону.

Автор материала

Максим Сивцев

Основатель и генеральный директор Excella

Все материалы автораПрофиль