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

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

Банк России сообщил, что за 2025 год получил 235,2 тыс. жалоб в отношении кредитных организаций; 24,7% приходилось на расчетные счета, 14,2% — на потребительское кредитование, 10,6% — на мошенничество. Эти доли нельзя трактовать как рейтинг сервиса: категории включают спорные операции, требования закона и действия злоумышленников. Они отмечают пути, где нужны ясные объяснения, согласованный статус и эскалация.

Управление сервисом — это настройка людей, процессов и технологий под согласованный результат. Продуктовая команда определяет условия продукта, сервисная обеспечивает его ежедневное обслуживание. Запуск должен учитывать готовность отделений и call-центра.

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

Инциденты, запросы и изменения требуют разных маршрутов

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

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

Система также привязывает инцидент или изменение к конфигурационной единице — управляемому компоненту ИТ-среды, например системе, интеграции, версии или справочнику.

Управление ИТ-услугами (ITSM) помогает восстановить ИТ-систему, управление бизнес-процессами (BPM) исполняет бизнес-маршрут, а система управления отношениями с клиентами (CRM) хранит клиентский контекст. Эти контуры связывают: после восстановления системы банк завершает зависшие операции и уведомляет клиентов.

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

Практический стандарт включает действия сотрудника:

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

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

Обращение имеет регуляторный срок

С 1 июля 2024 года финансовые организации сами рассматривают обращения потребителей по Федеральному закону № 442‑ФЗ. Банк России указывает срок ответа 15 рабочих дней; при запросе дополнительных материалов его можно продлить максимум на 10 рабочих дней, если другой закон не устанавливает особый срок. Внутренний маршрут оставляет время на проверку и согласование.

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

Эту логику реализует система «Обращения» Dynamika: она собирает запросы из разных каналов в единой карточке, направляет их по настроенным маршрутам и контролирует сроки на этапах обработки. При приближении или нарушении SLA система запускает эскалацию, а история действий сохраняется вместе с материалами обращения.

Одна средняя оценка скрывает причины. Банк измеряет впечатление человека, усилие, скорость и результат на одном уровне детализации: по продукту, сценарию, каналу и периоду. Сравнение отделений имеет смысл после поправки на состав операций и клиентских ситуаций.

Количественные показатели отвечают на разные вопросы

• NPS показывает готовность рекомендовать компанию: из доли поставивших 9–10 баллов вычитают долю оценок 0–6. Методика Bain требует учитывать способ выборки и корректно сравнивать сопоставимые аудитории.
• CSAT показывает удовлетворенность конкретным взаимодействием или результатом. Банк заранее фиксирует шкалу, момент опроса и долю ответов, которые считает положительными.
• CSI объединяет оценки нескольких характеристик с весами, например ясности консультации, скорости и удобства. Состав индекса и веса должны оставаться прозрачными для владельца процесса.
• CES измеряет усилия клиента при выполнении задачи. Описание Customer Effort Score от Qualtrics связывает показатель с ответом на утверждение о легкости взаимодействия; формулировку и шкалу фиксируют до сравнения периодов.
• FCR показывает долю вопросов, решенных при первом контакте по принятому банком правилу. В расчет нельзя включать перевод на другое подразделение как завершенное решение.
• операционные показатели включают срок до результата, повторы, возвраты, просрочки, ошибки, ручные действия и долю самообслуживания с успешным завершением.

NPS описывает отношение к банку шире отдельной операции, CSAT оценивает конкретный контакт, CES показывает цену усилий. Рост одной метрики не подтверждает улучшение всего пути. Например, клиент может высоко оценить оператора, который внимательно принял претензию, хотя банк еще не решил проблему.

Качественные методы объясняют число

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

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

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

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

CRM дает сотруднику контекст и сохраняет историю

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

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

Фронт-офис и call-центр должны работать по одной логике

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

В отделении к этому клиентскому пути можно подключить Электронную очередь Dynamika. Она распределяет посетителей с учетом операции и текущей загрузки, а при идентификации клиента передает его карточку во фронт-офис. Банк одновременно получает данные о времени ожидания, загрузке сотрудников и длительности разных операций.

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

ITSM и BPM закрывают внутреннюю часть сервиса

ITSM связывает недоступность системы с инцидентом, приоритетом, ответственным и восстановлением. BPM управляет бизнес-этапами, правилами и передачей работы. Интеграция с CRM позволяет отметить затронутых клиентов, приостановить опасный маршрут, открыть связанные задачи и отправить согласованное уведомление после восстановления.

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

Искусственный интеллект требует ограниченных полномочий

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

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

Пошаговый план для одного клиентского пути

1. Выбрать путь с заметной ценой сбоя. Использовать жалобы, повторы, просрочки, ошибки и объем ручной работы.
2. Зафиксировать результат клиента. Описать завершенное действие, допустимый срок, обязательную информацию и подтверждение результата.
3. Восстановить фактический маршрут. Зафиксировать по реальным обращениям этапы, системы, роли, ожидания, ручной ввод и исключения.
4. Назначить владельца пути. Дать ему полномочия согласовывать изменения между продуктом, операционным блоком, рисками и ИТ.
5. Собрать базовую линию. Измерить сроки, повторы, возвраты, ошибки, жалобы и оценки на сопоставимом потоке.
6. Убрать один системный разрыв. Передать данные автоматически, изменить контроль, уточнить полномочие или встроить подсказку в рабочее окно.
7. Обучить на новом маршруте. Проверить действия сотрудников в типовом и пограничном сценариях.
8. Сравнить результат. Повторить измерение и проверить соседние этапы, куда могла переместиться нагрузка.

Кейс банковской группы ТКБ показывает такую работу на конкретном пути: банк встроил выпуск электронной подписи и безбумажное оформление во фронт-офис Dynamika. В публикации банка и «Динамики» приведены показатели именно этого процесса; переносить их на другие операции без замера нельзя. Для нового проекта сначала фиксируют исходную длительность и состав действий в выбранном банке.

Частые ошибки программ улучшения

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

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

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

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

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