Как построить service blueprint с помощью ИИ: соберите письменный вход по одному сценарию, попросите модель разложить его по столбцам этапов и строкам evidence, customer actions, frontstage, backstage, support, затем вручную сверьте каждую клетку с исходником. Итог — карта as-is с помеченными пробелами и отдельной таблицей to-be идей.
Назначение документа и его границы
Service blueprint — карта того, как сервис работает целиком: от того, что видит клиент, до внутренних операций, которые это обеспечивают. В документации Miro он описан как детальная операционная карта, показывающая одновременно действия клиента, видимые взаимодействия с сотрудниками переднего края, скрытые процессы за кулисами и поддерживающие системы. В материале Nielsen Norman Group blueprint определён как диаграмма связей между людьми, физическими и цифровыми свидетельствами и процессами, привязанными к точкам контакта конкретного клиентского пути.
Границы задаются сценарием. Там же у Nielsen Norman Group сказано: blueprint соответствует одному клиентскому пути и связанным с ним целям пользователя, поэтому для одного сервиса их может быть несколько — например, отдельно для доставки еды и для визита в зал. Для библиотечной брони это означает карту одного пути: «нашёл книгу → забронировал → дождался → получил». Возврат, продление и потеря книги в эту карту не входят.
Второе ограничение — назначение. В материале Nielsen Norman Group указано, что blueprint всегда привязывают к бизнес-цели: снижению дублирования, улучшению опыта сотрудников или сведению разрозненных процессов. Формулируйте цель до генерации: «убрать повторный ввод данных между этапами» или «понять, кто обрабатывает бронь в отсутствие библиотекаря». Без цели модель выдаст аккуратную, но бесполезную схему.
Третье ограничение — состояние процесса. В пятишаговом руководстве Nielsen Norman Group различают as-is карту существующего сервиса и to-be карту будущего, которого пока нет. Смешивать их в одной таблице нельзя: читатель перестанет понимать, что происходит сейчас, а что предлагается. Идеи изменений выносите в отдельный блок.
Blueprint показывает процессы организации и их связь с клиентским путём. Nielsen Norman Group допускает дополнительные слои с эмоциями сотрудников и метриками, если они помогают цели карты и опираются на исследование.
Сбор и проверка исходных данных
В пятишаговом руководстве Nielsen Norman Group отмечено: в отличие от картирования клиентского пути, где нужны масштабные внешние исследования, service blueprinting опирается преимущественно на внутренние исследования. Там же рекомендуется выбрать минимум два метода, которые ставят вас в прямую линию наблюдения за сотрудниками, и комбинировать их, чтобы увидеть картину с разных сторон и ролей.
Практический порядок для одного сценария:
- Опишите шаги клиента по порядку, от первого знакомства с сервисом до достижения цели. В руководстве Truss Project Toolkit советуют зафиксировать каждый шаг и инструменты, которыми клиент пользуется на этом шаге.
- Добавьте шаги сотрудников переднего края и отметьте каналы, инструменты и системы, которые они применяют (тот же источник).
- Отдельно соберите свидетельства: экраны, письма, формы, бумажные документы, номера заявок. В материале Interaction Design Foundation сказано, что в строку видимых свидетельств попадает всё, что клиент может увидеть, услышать, потрогать, — витрины, сайты, вывески, формы, товары.
- Зафиксируйте системы поддержки: каталоги, учётные системы, почтовые сервисы.
- Помечайте пробелы вопросом. Если про замещение сотрудника на время отпуска ничего не сказано, оставьте в клетке вопрос о том, кто его замещает.
Проверка входа перед отправкой в модель занимает минуты и экономит часы правок. Сверьте три вещи: у каждого шага клиента есть хотя бы одно свидетельство; у каждого действия сотрудника названа система; для каждого срока, суммы и процента указан документ-основание. В руководстве Nielsen Norman Group приведён урок полевого исследования: как должно быть по инструкции и как происходит на самом деле — разные вещи, и документировать нужно второе. Поэтому сопоставьте регламент с рассказами сотрудников и наблюдением за выполнением шагов; в as-is внесите подтверждённый текущий порядок.
Отдельно проверьте, что вход описывает один сценарий. Если в тексте смешались бронь через сайт и бронь по телефону, модель построит гибрид, которого в жизни нет.
Готовый учебный артефакт
Ниже — учебный вход и заполненная карта. Все условия здесь вымышлены и предназначены для тренировки; исследование реальной библиотеки не проводилось.
Учебный вход as-is: библиотека принимает бронь через веб-форму. После отправки
пользователь видит экран с номером брони и получает автоматическое письмо
о получении. Библиотекарь вручную проверяет каталог и отправляет отдельное
письмо о готовности. При выдаче клиент показывает номер брони, сотрудник
выдаёт книгу и фиксирует выдачу в системе. Замещение на время отпуска
не описано.
Заполненный blueprint по этому входу:
| Этап | Evidence | Действия клиента | Frontstage | Backstage | Support |
|---|---|---|---|---|---|
| Бронирование | Веб-форма, экран с номером брони, автоматическое письмо | Заполняет форму | Подтверждение получения | Неизвестно, как фиксируется заявка | Веб-форма; внутренняя система записи не описана |
| Ожидание | Отдельное письмо о готовности | Проверяет почту | Сотрудник отправляет уведомление | Библиотекарь проверяет наличие | Каталог, почтовый сервис |
| Получение | Номер брони на экране, выдаваемая книга | Показывает номер | Сотрудник выдаёт книгу | Фиксирует выдачу | Учётная система |
Пробелы as-is: во входе не описано, как фиксируется заявка после отправки формы и кто обрабатывает бронь в отпуск библиотекаря. Эти вопросы нужно задать сотрудникам. Идея замещения относится к будущему порядку:
| To-be идея | Этап | Что проверить с командой |
|---|---|---|
| Назначить заместителя библиотекаря | Ожидание | Кто принимает бронь в отсутствие библиотекаря, какие права ему нужны и как передают незавершённые заявки |
Эта строка является предложением для обсуждения и не описывает наблюдаемый процесс.
Структура строк совпадает с той, что описывает генератор Xtensio: этапы по верху, затем свидетельства, действия клиента, действия переднего края, закулисные действия и процессы поддержки. В документации Xtensio отмечено, что инструмент раскладывает карту по этой схеме и что каждая клетка редактируема, а болевые точки команда отмечает вручную.
Копируемый промпт с указанными входами
Задача промпта — получить черновик as-is карты строго из вашего текста, с основаниями в каждой клетке и отдельной таблицей to-be.
Построй as-is service blueprint только из текста ниже.
Столбцы: этапы сценария по порядку.
Строки: evidence, customer actions, frontstage, backstage, support.
В каждой клетке укажи основание — фрагмент входа, из которого взято содержимое.
Если данных для клетки нет, поставь «неизвестно» и сформулируй вопрос к сотруднику.
Предложения изменений помести в отдельную таблицу to-be с колонками:
идея, затронутый этап, что нужно проверить с командой.
Не добавляй сроки, суммы, проценты и названия систем, которых нет во входе.
Не объединяй as-is и to-be в одной таблице.
Текст входа:
[вставьте описание одного сценария: шаги клиента, действия сотрудников,
свидетельства, системы]
Что менять под себя: [вставьте описание одного сценария] — ваш текст; при необходимости добавьте строку «ограничения» с рамками сценария и строку «цель карты» с бизнес-задачей из списка Nielsen Norman Group.
Вариации той же задачи:
- Промпт для проверки пробелов: попросите вывести списком только клетки со значением «неизвестно» и вопрос к сотруднику по каждой.
- Промпт для второго сценария: тот же вход, но другой путь — например, получение без предварительной брони; сравните две карты по строке support.
- Промпт для to-be: на вход подайте готовую as-is таблицу и попросите предложить изменения только для этапа с разрывом, каждое с указанием, что проверить с командой.
- Промпт для свидетельств: попросите перечислить все evidence из входа и отметить, какие из них клиент видит, а какие остаются внутренними.
Отрицательный пример и неизвестные данные
Разберём типичные ошибки на том же входе.
| Ошибка в черновике | Почему неверно | Как исправить |
|---|---|---|
| «Бронь обрабатывается за десять минут» | Срока во входе нет | Удалить срок, оставить «неизвестно» и вопрос |
| Письмо о получении указано как подтверждение готовности | Это два разных письма на двух этапах | Развести по этапам «Бронирование» и «Ожидание» |
| В строке backstage появился «автоматический подбор книги» | Во входе проверка описана как ручная | Вернуть «библиотекарь проверяет наличие» |
| Идея заместителя вписана в as-is | Это будущий процесс | Перенести в таблицу to-be |
| Добавлена система, которой нет во входе | Модель дополнила картину по шаблону | Удалить или пометить вопросом |
Отдельно про неизвестные данные. В документации Xtensio прямо предупреждают: инструмент отображает то, что вы описали, работает с тем, что вы дали, и может добавить примерные цифры; проверяйте каждое число, имя и изображение перед отправкой. Это же правило переносится на любой генератор: пробел во входе превращается в правдоподобную выдумку.
Второй источник риска — смешение уровней. В пятишаговом руководстве Nielsen Norman Group отмечено, что фокус blueprint — опыт сотрудника, поэтому строка действий клиента может содержать только точки контакта и параллельные действия, без полной карты пути. Проверьте, что описание клиентского пути сохраняет связь с действиями сотрудников, внутренними операциями и поддерживающими процессами.
Третий риск — потеря разрыва. Разрыв в учебном примере — отсутствие замещения на время отпуска. Модель склонна «закрыть» пробел логичным решением. Проверяйте, что в as-is таблице разрыв остался видимым, а решение ушло в to-be.
Ручная проверка результата по исходнику
Проверка идёт построчно, от входа к карте. Порядок:
- Возьмите исходный текст и отметьте в нём каждое предложение. Пройдите по карте и найдите, из какого предложения взята каждая клетка. Клетка без основания удаляется.
- Проверьте порядок этапов. В пятишаговом руководстве Nielsen Norman Group сказано, что действия клиента изображаются последовательно, от начала к концу. Перестановка этапов ломает карту.
- Сверьте строку свидетельств. В материале Interaction Design Foundation в неё входит всё, что клиент может воспринять. В учебной таблице в evidence включены экран с номером брони и письмо о готовности. Nielsen Norman Group допускает свидетельства также в backstage; внутреннюю запись заявки можно внести после подтверждения её существования.
- Проверьте, что каждое действие сотрудника привязано к системе поддержки. В руководстве Truss Project Toolkit советуют после черновика шагов клиента и сотрудников провести отдельные сессии по технологиям, политике и операциям, чтобы прояснить невидимые части сервиса.
- Убедитесь, что to-be идеи лежат отдельно и помечены как предложения.
- Отдельно проверьте числа. Любая цифра, которой нет во входе, удаляется.
Полезный приём из руководства Truss Project Toolkit: один человек задаёт вопросы и рисует карту, второй отвечает, затем они меняются ролями. Тот же приём работает при сверке с моделью: вы задаёте вопросы к каждой клетке, черновик «отвечает», затем вы меняете формулировку и проверяете снова.
Критерий готовности карты сформулирован в материале Miro: blueprint выполняет свою работу, когда создаёт общее понимание у кросс-функциональных команд, которые разрабатывают продукты и услуги для клиентов. Если после чтения карты два отдела по-разному понимают, кто обрабатывает бронь, работа не закончена.
Сохранение и согласование результата
Черновик становится рабочим документом после согласования с людьми, которые выполняют описанные шаги. В пятишаговом руководстве Nielsen Norman Group рекомендуют сессию на 2–4 часа для этапов уточнения и доработки: она создаёт общее понимание у команды союзников и удерживает карту collaborative и непредвзятой. Там же отмечено, что blueprint можно делать и в одиночку, но тогда карту нужно показывать заинтересованным сторонам и коллегам рано и часто.
Порядок согласования:
- Соберите кросс-дисциплинарную команду, отвечающую за часть сервиса, и заручитесь поддержкой руководителя, топ-менеджмента или клиента — так описан первый шаг у Nielsen Norman Group.
- Пройдите по карте с сотрудниками переднего края и закулисья. Каждое «неизвестно» превращается либо в факт, либо в задачу на исследование.
- Отметьте болевые точки вместе с командой. В документации Xtensio это описано как ручной шаг перед публикацией карты.
- Зафиксируйте версию и дату. Карта as-is описывает процесс на момент сбора данных.
- Опубликуйте результат. В документации Xtensio карту делят живой ссылкой или выгружают в PDF; там же отмечено, что карта живёт в одном рабочем пространстве с персонами и стратегическими документами.
Для учебного примера шаги сохранения в текстовом редакторе: скопируйте таблицу as-is, вставьте её в документ, добавьте ниже заголовок «To-be идеи» и вторую таблицу, укажите дату и список участников сверки, затем выгрузите файл в PDF. Локальный файл остаётся учебным материалом; публичной ссылки у него нет.
Частые вопросы
Что такое service blueprint простыми словами?
Это карта сервиса, где на одном листе видны действия клиента, работа сотрудников на виду, скрытые операции и системы, которые всё это обеспечивают. В определении Nielsen Norman Group подчёркнуто, что blueprint визуализирует организационные процессы для улучшения пользовательского опыта. От карты клиентского пути он отличается тем, что показывает внутреннюю машину организации.
Можно ли построить service blueprint полностью с помощью ИИ?
Модель делает черновик раскладки по столбцам и строкам, если вы дали письменный вход. В документации Xtensio отмечено, что инструмент пишет первый черновик, а проверку и правки вносит человек. Итоговую карту согласуют с сотрудниками, потому что часть шагов видна только им.
Какие строки обязательны в service blueprint?
Базовый набор: свидетельства, действия клиента, действия переднего края, закулисные действия и процессы поддержки. В документации Xtensio перечислены те же категории: stages, evidence, customer actions, front-stage и back-stage actions, support processes. Число столбцов-этапов зависит от сценария.
Что делать, если данных для клетки нет?
Оставьте пометку «неизвестно» и сформулируйте вопрос к сотруднику. В документации Xtensio предупреждают, что инструмент может добавить примерные цифры, поэтому каждое число проверяют перед отправкой. Догадка в клетке скрывает разрыв, ради которого карту и строят.
Чем as-is отличается от to-be?
As-is описывает существующий процесс, to-be — будущий, которого пока нет. В пятишаговом руководстве Nielsen Norman Group это разделение названо прямо: as-is даёт понимание текущего сервиса, to-be открывает возможность исследовать будущие. Держите их в разных таблицах, чтобы читатель видел границу между наблюдением и предложением.