Service Journey Mapping — индекс

Service Journey Mapping (SJM) — это способ описать сервисный путь вместе с внутренней механикой: клиентскими действиями, фронтовыми точками контакта, backstage-процессами, системами, командами, условиями, ошибками и метриками.

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

Заметки серии

• Service Journey Mapping — что это такое — базовое определение SJM и отличие от простой процессной схемы.
• SJM и CJM — различия — сравнение клиентской карты опыта и сервисной карты с внутренними слоями.
• SJM и Service Blueprint — связь SJM с Service Blueprint и основные слои карты.
• Компоненты SJM — типовые блоки карты и правила их оформления.
• Как построить SJM — пошаговый процесс подготовки, построения, валидации и улучшения карты.
• Статусы SJM-секций — практичная логика статусов секций и версий карты.
• SJM в банковских процессах — примеры применения SJM в банковской сервисной модели.
• Метрики для SJM — метрики, которые стоит добавлять на карту.
• Ошибки при построении SJM — типовые ошибки и способы исправления.
• Шаблон SJM для Obsidian — шаблон заметки для конкретной SJM-карты.
• Пример SJM — обращение в поддержку — учебный пример карты для обращения клиента в поддержку банка.

Reference-layer

• SJM — стандарты и источники — международная база, типы документов и правила применения источников.
• Управление сервисной моделью — индекс — полный рабочий контур сервиса: проектирование, инструменты, поддержка, сопровождение, изменения и риски.
• SJM — Россия — российские источники и touchpoints для отдельной проверки.
• SJM — Европейский союз — GDPR, DORA, accessibility, PSD2 и статус PSD3 / PSR.
• SJM — США — CFPB, Regulation E, ADA guidance и границы применения WCAG.
• SJM — accessibility и inclusive design — сквозная проверка доступности клиентского пути.
• SJM — privacy, compliance и customer harm — data touchpoints, контрольные точки и риски вреда клиенту.
• SJM — governance и lifecycle карты — режимы карты, владелец и триггеры пересмотра.
• BPMN процессы — индекс — garden-ready процессные карты для поддержки, инцидентов, изменений и problem management.

Учебные сценарии

• Пример SJM — onboarding и KYC
• Пример SJM — платёж и спорная операция
• Пример SJM — деградация цифрового канала
• Пример SJM — омниканальный переход

Управление сервисной моделью

• Сервисная модель — полный рабочий контур — как связать SJM с требованиями, архитектурой, инструментами, тестированием, поддержкой и сопровождением.
• Жизненный цикл сервиса — идея, discovery, as-is, target-state, запуск, поддержка, улучшение и вывод из эксплуатации.
• Моделирование процессов и сервисов — BPMN, BPM CBOK, UML, бизнес-модель и связь с SJM.
• Архитектура и интеграция сервисов — системы, интеграции, architecture description, source of truth и качества сервиса.
• Тестирование и качество сервисов — test strategy, UAT, regression, defect management и QA поддержки.
• Тест-анализ требований сервиса — как проверять SJM, BPMN, SLA, KB, workflow и требования до запуска.
• Чек-листы и тест-кейсы сервиса — как строить coverage и regression от карты сервиса.
• Дефекты сервиса и RCA — как фиксировать сервисные дефекты и искать первопричины.
• Автоматизация проверок сервиса — smoke, regression, SLA, интеграции, monitoring и границы автоматизации.
• Поддержка сопровождение и инструменты сервиса — CRM, workflow, система обращений, база знаний, мониторинг, SLA и incident/problem/change контур.
• Управление рисками сервисных изменений — customer harm, операционные, архитектурные, регуляторные и проектные риски.
• BPMN процессы — индекс — красивые и переносимые BPMN-lite схемы для Obsidian и Digital Garden.

Когда использовать SJM

SJM стоит использовать, когда нужно:

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

Если цель — понять эмоции, боли и ожидания клиента, сначала смотри SJM и CJM — различия. Если цель — разобрать delivery-механику сервиса, используй SJM и Service Blueprint.

Связанные темы

• CJM
• Service Blueprint
• Сервисная модель карты
• Процессный анализ
• QA-проверка SJM
• SLA и метрики
• Инциденты операционной надежности
• Банковские сервисы
• Управление сервисной моделью

Вывод

SJM — это практичный мост между клиентским опытом и внутренней операционной системой сервиса. Хорошая карта помогает не только описать путь, но и принять решение, что именно нужно менять.