Карточка завершения звонка: как превратить разговор в запись

15:42. Оператор только что завершил разговор длиной одиннадцать минут. Клиент дважды спросил про строку в счете, один раз упомянул продление договора и на прощание сказал: «Давайте вернемся к этому на следующей неделе». Гарнитура еще на голове, в углу экрана — три звонка в очереди. Решение, которое оператор принимает сейчас, не техническое: либо он тратит сорок секунд и фиксирует результат, комментарий и дату перезвона, либо берет следующий вызов. Во втором случае от одиннадцати минут останется строка в журнале с датой и длительностью. Что именно обсуждали и что пообещали — не останется нигде.

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

Что происходит в сорок секунд после завершения звонка?

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

Постобработка звонка, или wrap-up, — это и есть работа по фиксации второго набора. Плохо спроектированная постобработка показывает оператору пустое поле с подписью «оставьте комментарий» и полагается на добрую волю. Хорошо спроектированная уже задала вопросы: каков результат, какая тема, что дальше. Разница в том, приходится ли оператору думать, что писать. Если приходится — при трех звонках в очереди он не напишет. Это вопрос конструкции, а не мотивации.

Из каких полей состоит карточка завершения звонка?

Работающая карточка спрашивает четыре вещи и не спрашивает больше. Результат — короткий список с одним выбором. Комментарий — свободный текст, но с заданной формой. Тег — тема разговора, обычно один клик. Следующий шаг — задача на перезвон, встреча или явное «не требуется». Когда эти четыре поля заполнены, разговор становится передаваемым: если завтра тот же клиент позвонит снова, а первый оператор будет в отпуске, ответивший увидит, на чем остановились.

В модуле колл-центра Rocketly Карточка завершения звонка открывает эти четыре поля сразу после отбоя: выбираете результат, оставляете комментарий, создаете задачу на перезвон или встречу прямо из карточки. Запись попадает не в отдельный архив телефонии, а в карточку клиента — рядом с предложением, прошлыми разговорами и открытыми задачами. Тем, кто решает ту же задачу в переписке, знаком этот принцип: подключение почтового ящика к CRM точно так же привязывает запись к процессу, а не к памяти сотрудника.

Почему список результатов держат коротким?

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

Практический потолок — от шести до десяти пунктов, и каждый должен соответствовать конкретному следующему действию. «Дозвонились, есть интерес к покупке» определяет, что будет дальше; «отрицательно» — нет. При составлении применяйте проверку: может ли оператор понять следующий шаг из одного только кода? Если нет, код лишний. Как собрать такой список и как коды соединяются с автоматическими комментариями, мы разбирали в материале про коды результатов звонков; карточка — это место, где список показывается.

В какой форме писать комментарий, чтобы он работал через полгода?

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

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

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

Почему следующий шаг создается в той же карточке?

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

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

Сколько времени отводить на постобработку?

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

Тип звонка	Разумная постобработка	Что обязательно в карточке
Короткое обращение, решенное с первого контакта	15-25 секунд	Код результата и тег
Обращение, переданное на вторую линию	45-60 секунд	Результат, комментарий из трех строк, задача на передачу
Исходящий звонок, не дозвонились	5-10 секунд	Код результата и дата повторной попытки
Первичная встреча или демонстрация	90-120 секунд	Комментарий, следующий шаг, обновление сделки
Звонок по дебиторской задолженности	30-45 секунд	Результат, обещание и его срок

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

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

Заменяют ли автоматическая сводка и расшифровка рукописный комментарий?

Частично — да, полностью — нет. Они отвечают на разные вопросы. Расшифровка фиксирует, что было сказано; комментарий оператора фиксирует, что было решено. Первое автоматизируется, второе содержит суждение и должно проходить через человека.

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

Есть риск полностью довериться сводке: она пересказывает разговор, а не решение. «Я подумаю» и «куплю, как согласуют бюджет» в сгенерированном абзаце выглядят почти одинаково. Код результата по-прежнему выбирает оператор.

Какие отчеты становятся возможны благодаря тегам?

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

Ценность тега проявляется не в отдельном звонке, а в сумме. В Rocketly Теги звонков позволяют фильтровать разговоры по метке, а Сравнение периодов ставит объем этого месяца рядом с прошлым, с разницей и процентом изменения. Отсюда видно, какая тема выросла, какая приводит к повторным обращениям и какой вопрос участился после кампании. Если закономерность в теги не попала, Поиск по расшифровкам всех записей проходит по всему архиву в поисках фразы, а из результата вы переходите прямо в карточку клиента.

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

Как команда, которая не заполняет карточку, начинает ее заполнять?

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

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

Чтобы привычка закрепилась, правило нужно записать. Какой код в какой ситуации, сколько строк в комментарии, какие звонки обязаны порождать задачу — это место общего документа, а не индивидуальной памяти; как такой документ собрать, мы описали в статье о том, как создать sales playbook. Раздел про звонки в нем редко занимает больше двух страниц.

Как выглядят первые тридцать дней внедрения?

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

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

Чтобы собрать собственную карточку завершения звонка со своими кодами и тегами, вы можете завести аккаунт в Rocketly и подключить телефонию по API-ключу в первый же день.

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

Нужно ли делать карточку обязательной?

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

Можно ли редактировать карточку позже?

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

Нужен ли комментарий оператора, если есть автоматическая сводка?

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

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

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