Skip to main content
Качество поддержки

Решение с первого звонка: какие данные нужны для FCR

Фраза оператора «вопрос решён» в конце разговора ещё не означает, что проблема клиента действительно решена. Решение с первого звонка (FCR) измеряется по теме обращения, последующим контактам клиента и согласованному окну. В статье — почему отметка оператора расходится с фактом, какие поля данных нужны, пять решений при составлении определения, иллюстративный расчёт с тремя FCR за одну неделю, что добавляет содержание звонка, еженедельный разбор случаев и как честно показывать FCR в отчёте.

29 сентября 20266 мин чтения

Короткий ответ

По одному звонку нельзя понять, решена ли проблема с первого обращения. FCR (First Call Resolution — решение с первого звонка) измеряется на стыке трёх данных: о чём было обращение, последующие контакты того же клиента и согласованное окно наблюдения. Фраза оператора «вопрос решён» или вежливое завершение звонка ни одно из них не заменяют.

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

«Решено» и фактическое решение

В конце звонка оператор закрывает обращение как «решено». Это его собственная оценка. Фактическое решение проявляется в том, что клиент больше не обращается с тем же вопросом. Между ними обычно есть разрыв, и причины у него разные:

  • Оператор ответил, но настоящий вопрос клиента был другим
  • Обещанное действие (возврат, выезд мастера, исправление) так и не выполнено
  • Клиент не понял ответ и вернулся через другой канал, например в чат
  • Вопрос был вне полномочий оператора, но и перевода не было
  • Статус «решено» поставлен, чтобы число открытых обращений выглядело меньше

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

Какие данные нужны для FCR

Для расчёта FCR нужны поля ниже. Ни одно из них надёжно не извлекается из транскрипта звонка — они приходят из телефонии, CRM или системы обращений.

  1. Идентификатор клиентаНомер телефона или ID клиента. Если у клиента несколько номеров, нужно правило их объединения.
  2. Тема обращенияКатегория или тип обращения, выбранный оператором. Без неё не отличить «тот же вопрос» от «другого вопроса».
  3. Время и канал контактаЗвонок, чат, e-mail — если клиент вернулся через другой канал, это тоже повторное обращение.
  4. Статус закрытияОтметка оператора. Это не сам FCR, а отдельное поле для сравнения.
  5. Статус обещанного действияВозврат, изменение заказа, выезд специалиста — выполнено ли это в системе на самом деле.

Определение: пять решений

  1. ОкноВ течение скольких дней считается повторный контакт? Короткое окно завышает FCR, слишком длинное приписывает новые проблемы старым обращениям. Срок подбирается под тип обращения.
  2. Правило того же вопросаСчитаются только повторы по той же теме или любые? Второе проще, но засчитывает клиента с новым вопросом как «нерешённого».
  3. КаналыУчитывается ли обращение, начатое по телефону и продолженное в чате?
  4. ИсключенияОбращения, где клиент сам просил перезвонить, или с запланированным вторым шагом (звонок после визита мастера), помечаются отдельно.
  5. ИсточникFCR считается по системным данным, по опросу клиентов или по обоим? У каждого источника свои слабости; источник указывается в отчёте.

Иллюстративный пример: одна неделя, три FCR

Цифры ниже — иллюстративный пример, а не реальные данные компании. За неделю было 200 первичных обращений. Операторы закрыли 188 из них как «решено». В следующие 7 дней снова связались 38 клиентов: 26 — по тому же вопросу, 12 — по другому.

94%По отметке оператора: 188 / 200
87%Правило того же вопроса: (200 − 26) / 200
81%Правило любого повтора: (200 − 38) / 200

Та же неделя, те же звонки — три разных числа. Спрашивать, какое из них «правильное», бессмысленно; правильно записать выбранное определение и не менять его. Разрыв в 7 пунктов между 94% и 87% ценен сам по себе: 14 обращений, которые операторы назвали решёнными, а клиент всё равно вернулся, — лучший список для разбора.

Что добавляет содержание звонка

Транскрипт не доказывает FCR, но может объяснить, почему он низкий. Если сравнить звонки, за которыми последовал повторный контакт, обычно видны такие закономерности:

  • Потребность не уточнена — оператор ответил на первый услышанный вопрос
  • Следующий шаг размыт: «мы проверим», без срока и ответственного
  • Оператор не проверил, понял ли клиент ответ
  • Второй вопрос клиента не зафиксирован
  • Перевод был, но информация не дошла до следующего отдела

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

Как показывать FCR в отчёте

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

Еженедельный разбор

Показатель FCR полезен только тогда, когда разбираются случаи за ним. Небольшой команде достаточно такого недельного ритма:

  1. Понедельник: списокВыгружаются обращения прошлой недели, отмеченные «решено», по которым клиент вернулся с тем же вопросом в пределах окна.
  2. ОтборВыбирается 10–15 случаев разных операторов и типов обращений, а не звонки одного человека.
  3. РазборПо каждому случаю прослушивается или читается первый звонок. Причина относится к одной категории: потребность не понята, ответ неверный, действие не выполнено, неудачный перевод, пробел в процессе.
  4. РезультатПричины, связанные с оператором, уходят в индивидуальное обучение; причины процесса — его владельцу. Если причина повторяется две недели подряд, это уже системная проблема.

Разбор занимает час-два, но превращает отчёт по FCR из обсуждения «цифра выросла или упала» в список конкретных исправлений.

Ограничения

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

Что есть в Vexvon Audio Analyzer

Vexvon Audio Analyzer не считает FCR: последующие контакты клиента и статус обращения хранятся в вашей телефонии и CRM. Его роль — дать доказательства для вопроса «почему».

  • В стандарт звонка вы вписываете шаги вроде «потребность уточнена», «следующий шаг конкретен», «оператор проверил, что ответ понят»
  • На каждом звонке шаг оценивается как «выполнен», «частично», «пропущен» или «не применим», с комментарием и строками транскрипта
  • Краткое резюме звонка экономит время тому, кто разбирает список повторных обращений

Если загрузить звонки, за которыми последовал повторный контакт, и проверить их по этим шагам, станут видны поведенческие причины низкого FCR. Подробнее: Vexvon Audio Analyzer. Баланс длительности и качества разобран в статье AHT и качество звонка.

Первый шаг

Запишите определение FCR на одной странице: окно, правило того же вопроса, каналы и исключения. Затем посчитайте FCR прошлой недели по отметке оператора и по системным данным рядом и прослушайте 10 звонков из разрыва. Статья входит в раздел качество поддержки. Чтобы проверить подход на своих записях, свяжитесь с нами.

Продолжение темы: качество перевода звонка, метаданные записей звонков.

Live demo

Ready? Let's start

See Vexvon live in a 10-minute demo.

  • A scenario built for your business
  • A live sample call
  • A tour of the platform
Get a demoorBook a meeting

Your details are used only for the demo and to get in touch.