Читать книгу Карта процесса-опыта. Проектирование услуги через её визуализацию - Андрей Анатольевич Савкин - Страница 13

«Карта – это не территория, но если она верна, она структурно подобна территории, и в этом её польза», Альфред Коржибский

1. Зачем и когда делать карту

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

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

Совместная работа над картой процесса-опыта формирует у группы общее понимание проектируемой деятельности. Задача карты процесса-опыта как общего артефакта – объединить и согласовать взгляды разных групп специалистов-предметников о процессах и пользовательском опыте в системе.

Карта поможет, когда требуется:

– связать работу разных специалистов, включённых в создание услуги, и её инструментов;

– разрешить проблемы в процессе или опыте конкретных участников;

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

2. Структура карты

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

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

Карта процесса-опыта схематично с её основными элементами

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

Таким образом, карта описывает как индивидуальный опыт каждого участника, так и целостный процесс. Образно можно сказать, что схема отражает тщательно спланированную совместную игру-эстафету по доставке «мячей» от старта процесса к его финишу. Участник берёт «мяч», ведёт его сам, затем передаёт его в пасе коллеге. Такими «мячами» в цифровых сервисах являются предметы ценности: информация или вещи.

Две ключевые точки с наборами данных к ним

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

– каналы, в которых совершается взаимодействие: очно в офисе, чат-боте и т. д.;

– операции, совершаемые людьми или машинами в этой точке;

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

– барьеры на текущем пути, которые предстоит преодолеть через проектирование;

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

3. Краткая инструкция по заполнению карты

3.1. Установить границы

До начала составления схемы важно установить ограничивающую рамку и решить:

– какая часть процессов деятельности будет схематизироваться и для чего;

– в каком состоянии будет браться процесс «как сейчас» или «как будет»;

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

3.2. Найти ключевые точки основной линии разворачивания процесса

В самом начале мы мысленно указываем воображаемым пальцем туда, откуда всё начинается с точки зрения изучаемого нами процесса. Для этого задаёмся вопросами: «С чего всё начинается?», «Откуда целесообразнее всего начать рассмотрение?» Ответы на них помогут выбрать первую ключевую точку. Фиксируем её на карте и даём ей имя.

Последовательность точек опыта читателя библиотеки. Только ключевые точки потребителя

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

– что существенного будет дальше в этом пользовательском опыте и общем процессе? – вопрос направляет нас по горизонтали вширь, от более ранних точек к последующим;

– чем будут обеспечены минимальная работоспособность сервиса и удачный пользовательский опыт? – вопрос направляет вглубь детализации устройства сервиса.

3.3. Двинуться вглубь механизма обеспечения требуемого опыта

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

Фрагмент карты с дорожкой библиотекаря, реализующего извлечение и выдачу книги

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

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

3.4. Оснастить ключевые точки подробностями

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

– Какая информация или вещи попадают на вход этой ключевой точки и образуются на выходе из неё?

– Через какой канал происходит взаимодействие людей или потребителя с системой?

– Какие операции участников происходят в этой точке?

– Какие в ней есть барьеры? Что мы предпримем для того, чтобы эти барьеры снять? Барьеры оснащены средствами их преодоления или это дело будущего проектирования?

Фрагмент для сервиса управления рекламой

Фрагмент карты процесса курьерской деятельности

Ответы на все эти вопросы фиксируются как подробности под ключевыми точками. Главное – не забыть ничего важного и проверить схему на целостность и полноту. Схема составляется настолько подробно, насколько подробно важно представлять, что происходит в каждом месте процесса.

3.5. Достроить процесс-механизм до конца

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

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

3.6. Поддерживать карту и использовать её в проектировании

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

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