Пример SJM — обращение в поддержку

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

Назначение карты

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

Границы процесса

Старт

Клиент создаёт обращение по вопросу или проблеме в банковском канале.

Завершение

Клиент получил ответ, обращение закрыто или переведено в отдельный специализированный процесс.

Что не входит в карту

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

Слои карты

Этап	Customer actions	Frontstage	Backstage	Support / systems	Условия / ошибки	Метрики
1. Создание обращения	Клиент описывает проблему в чате или форме	Канал показывает форму обращения и подсказки	Создаётся запись обращения	Канал обслуживания, система обращений, клиентский профиль	Клиент указал недостаточно данных	Drop-off формы, доля неполных обращений
2. Регистрация	Клиент получает номер обращения	Отображается номер и ожидаемый срок ответа	Обращение получает категорию и приоритет	Система обращений, классификатор тем	Ошибка классификации или дубль обращения	Время регистрации, доля дублей
3. Первичная обработка	Клиент ожидает ответа	Клиент видит статус «в работе»	Первая линия проверяет доступные данные	CRM, база знаний, история операций	Данных достаточно?	First response time, FCR
4. Решение на первой линии	Клиент получает ответ или уточняющий вопрос	Ответ в чате, звонке или уведомлении	Сотрудник готовит решение по базе знаний	База знаний, система обращений	Если данных не хватает, запрашиваются уточнения	FCR, reopen rate
5. Эскалация	Клиент ожидает более глубокую проверку	Статус меняется на «передано специалистам»	Обращение маршрутизируется в профильную группу	Workflow, профильная команда, мониторинг	Неверная маршрутизация, очередь, просрочка SLA	Доля эскалаций, SLA, время в очереди
6. Специализированная обработка	Клиент может получать промежуточные уведомления	Уведомления о ходе работы	Профильная команда анализирует данные и формирует решение	Внутренние системы, журналы событий, команда поддержки	Требуется дополнительная проверка или внешний ответ	Среднее время обработки, просрочки
7. Ответ клиенту	Клиент получает решение	Канал показывает финальный ответ	Ответ фиксируется в обращении	Система обращений, уведомления	Клиент не согласен с ответом	CSAT, повторные обращения
8. Закрытие	Клиент подтверждает или не отвечает	Статус «закрыто»	Обращение закрывается по правилу	Система обращений, отчёты качества	Повторное открытие обращения	Reopen rate, QA-дефекты

Основной сценарий

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

flowchart TD
    A[Клиент создаёт обращение] --> B[Система регистрирует тикет]
    B --> C{Достаточно данных?}
    C -->|Да| D[Первая линия готовит ответ]
    C -->|Нет| E[Клиенту запрашиваются уточнения]
    D --> F{Можно решить на первой линии?}
    F -->|Да| G[Ответ отправляется клиенту]
    F -->|Нет| H[Обращение эскалируется]
    E --> D
    H --> G
    G --> I[Обращение закрыто]

Исключения и ошибки

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

Узкие места

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

Tooling и сопровождение

Инструмент	Что должен поддерживать	Что проверить
CRM / клиентский профиль	безопасный доступ первой линии к нужным данным	не приходится ли клиенту повторять данные
Система обращений	категория, приоритет, SLA, reopen, история	корректно ли запускаются SLA и эскалации
Workflow	маршрутизация между первой линией и профильными группами	нет ли ручных обходов и зависших очередей
База знаний	типовые ответы, инструкции, критерии эскалации	обновляется ли KB после change request
Мониторинг / логи	признаки массовой проблемы и correlation ID	может ли поддержка отличить единичный кейс от инцидента
QA ответов	контроль полноты и корректности коммуникации	влияет ли QA на обучение и обновление шаблонов

Тестовый слой

Проверка	Что подтвердить	Evidence
Требования к обращению	форма, статусы, SLA и KB описаны проверяемо	Тест-анализ требований сервиса
Чек-лист поддержки	есть positive, negative, reopen, escalation и SLA cases	Чек-листы и тест-кейсы сервиса
Defect report	неверная маршрутизация, неполный ответ или сломанный SLA фиксируются как отдельные дефекты	Дефекты сервиса и RCA
Regression	после изменения категории, KB или workflow повторяются критичные проверки	regression set, QA report
Автоматизация	контролируются зависшие обращения, SLA timers, routing rules и битые KB-ссылки	Автоматизация проверок сервиса

Quick wins

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

Системные улучшения

Улучшить классификацию обращений.
Дать первой линии доступ к нужным данным в безопасном объёме.
Настроить события и статусы между системами.
Ввести контроль качества ответов по повторным обращениям.
Связать повторяющиеся причины обращений с problem analysis и change requests.
Обновлять SJM, workflow и базу знаний после изменения процесса.

Вопросы для уточнения

Какие категории чаще всего уходят в эскалацию?
Где чаще всего нарушается SLA?
Какие данные клиенту приходится повторять?
Какие статусы клиент видит во фронте?
Какие причины повторных обращений наиболее частые?
Какие статьи базы знаний используются и кто владеет их актуальностью?
Какие обращения должны автоматически становиться сигналом инцидента?

Связанные материалы

Вывод

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