Дизайн современного сервиса с Картой процесса-опыта

Через девять дней в Ярославле пройдут очередные Дизайн-выходные — короткий слёт дизайнеров всей страны.

Я там расскажу о подходе к визуализации потребительского опыта совместно с описанием рабочих процессов в сервисе. Метод прошёл восьмилетнюю обкатку и создавался в первую очередь для CX- и UX-дизайнеров.

ГДЕ
Ярославль, Московский проспект 84 — ЯГТУ, корпус А, Зал 5

КОГДА
30 ноября, 17:00

Регистрируйтесь по ссылке

Вред историй-тем

User story — микропроект, который можно сдать заказчику

Очень, очень согласен с тезисом 👍 Увидел в цитировании доклада Дмитрия Блинова у Максима Цепкова.

Вот только истории в примере USM у Дмитрия содержат не истории, а темы: найти треню и записаться, инфо о тренере, инфо о клубе.

Вероятно команде показалось, что ценность этих тем самоочевидна, и они решили, что чекбокс V (value) в принципе записи хороших пользовательских историй INVEST закрыт. Но это не так. Здесь указаны то действия, то куски информации, но не ключевая суть ценности для потребителя.

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

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

Трудности принятия допущений. Пропущенный сценарий

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

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

Да, возможно разработчики сталкивались с техническими ограничениями, но я не верю, что их нельзя было обыграть. Скорее всего налицо упущенный сценарий. Как думали создатели, принимая решение о том, что будильник должен прерывать всё? Может быть они даже представляли себе какой-то сценарий со съёмкой, но в их варианте были небольшие видео, не имеющие такого большого значения. Человек снимает обезьянку в зоопарке. Ну, подумаешь будильник приема таблетки прервал запись. Прием таблетки важнее. Обезьянку можно снять снова.

Возможно, когда принималось это решение, разработчики не относились к камере в телефоне как к инструменту, что потребитель выберет для съёмок чего-то ответственного. Но шли годы, и камеры iPhone заняли свою позицию на рынке. Люди стали относиться к этим инструментам серьёзно. Они стали использовать их как портативную замену профессиональным камерам.

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

Свежее видео доклада с только что прошедших Дизайн-выходных. Рассказываю про картирование процесса-опыта на примере двух историй. Повествование сопровождается картами. Весь рассказ строится как ответ на вопрос как фиксировать опыт и проектировать под него. По отзывам слушателей — самое интересное в ответах на вопросы в конце доклада

https://rutube.ru/video/878dbb09c490756ea2efe789b6cdf526/?r=wd

Приятно получить такую высокую оценку от коллег по цеху

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

Настя Выдра, Дизайн-матрёшка

Это оч круто! И чертовски потенциально

Олег Питецкий, стратег Студии Артемия Лебедева

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

Доклад-вдохновение. Доклад-кувалда. Рад, что чуть причастен к выходу в свет этого кусочка живого и трепетного

https://rutube.ru/video/12a6699efaa1a03bec88cc82d4563575/

В середине этой статьи-интервью Александра Бындю сообществу экспертов Скиллбокс есть упоминание Карты процесса-опыта и Карты реализации историй. Наши методы применяются совместно в фреймворке возведения и развития антихрупкого продукта

Почему вообще возник такой формат как процесс-опыт. Давайте взглянем на картинку. На ней два человека сообщаются через информационную систему (ИС). Они делают одно дело. Желтыми полосками показаны потоки внимания этих людей. Время от времени они прерываются — люди переключаются на что-то другое, не связанное с рабочей задачей. Красным показаны барьеры из-за разрывов внимания. Потом, волей судеб или благодаря чему-то конкретному, внимание возвращается, и дело продолжается. Черными стрелками здесь отмечены посылы информации в систему. Хорошо, когда мы сразу проектируем то, что вернёт человека в систему или не выгонит его внимание из неё долгим ожиданием или отсутствием чего-то важного.

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

За этот год мы в Бындюсофт сделали многое для развития фреймворка проектирования социотехнических систем.

Методы в нём тесно переплетаются. Результат одного идёт на вход другого. Так, постепенно, у нас создаётся ткань ИТ-продуктов. Но продукт может быть любым, необязательно в сфере информационных технологий. Методы проектирования универсальны.

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

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

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

Карта реализации историй
Проектирование технических инструментов для рабочих ситуаций. Запись кратких ёмких текстовых моделей описания рабочих ситуаций (рабочих историй) и подбор вариантов их технического исполнения

По ссылке материалы обо всех перечисленных методах:
https://yangx.top/byndyusoft/530

Годовой дайджест творческих продуктов 2024

2024-й год был посвящён главным образом премьере моего авторского метода визуализации потребительского опыта и процессов в услуге — Карте процесса-опыта (КПО). В мае была дописана и выпущена электронная книга. К осени вышла книга печатная. Вместе с ней подготовлен первый стандарт нотации с единым графическим языком КПО. На протяжении всего года я выступал на конференциях с докладами и воркшопами, получая обратную связь от слушателей различных специальностей. Это помогло понять проблемные месте, где я пока не доношу ценность метода и, конечно, идеи как это исправить. Под конец года я закончил и проверил в бою дневной тренинг на уровень Практика. Результатами доволен, двигаемся дальше, сделать ещё предстоит многое.

Кроме этого, мне посчастливилось успеть продвинуться и в других разработках. В начале года была найдена и проверена схема цепи преобразования данных, о чём я выпустил статью. В промежутке с апреля по июнь кристаллизовался метод Карты реализации историй (КРИ) — моя пересборка User Story Mapping. Вышла статья по методу и вводное видео. Метод был проверен сразу на нескольких проектах и показал себя прекрасно. Особенно меня радует, что его хорошо принимают заказчики, понимая его пользу. Я выступил с первым докладом о нём и начал писать книгу про истории.

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

Публичных выступлений в этом году вышло столько, сколько вместе я делал за прошедшие три года вместе взятые, а если смотреть с 2019-го — то за целых пять лет 🙈

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

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

Ниже подробности по конкретным фактам и результатам. Может быть вы что-то пропустили из этих материалов, и найдёте их для себя полезными.

Статьи
— Карта гипотез. Проектирование результативного действия
— Схема цепи преобразования данных в системах с интерфейсами
— О стыде
— Критика метода User Story Mapping
— Публикация книги в системы электронных книг Литрес и Ридеро
— Апология USM, авторский диалект и вспомогательные практики
— Продуктовые истории теряют человеко-центричную невинность
— Как начать писать
— Карта реализации историй
— Категория системы второго рода на примере ситуации познания

Интервью и подкасты
— Подкаст «Дизайн и люди». О выпуске книги и о том как сохранять работоспособность
— Подкаст Вадима Митякина. Чем КПО лучше, чем CJM
— Подкаст «Разностная машина Чарльза Бэбиджа», ведущие Идель и Саша. О жизни в ИТ, о том, как писать и как работать
— Подкаст makesense Юрия Агеева, основателя лучше продуктовой конференции ProductSense. Об изменении отношения к историям, смыслах, типовых ошибках и системном мышлении

Публичные выступления
— Воркшоп по КПО для сообщества Дизайн-завтраков, Челябинск, март
— Воркшоп по КПО на конференции Agiledays, Москва, март
— Курс интернатуры UX/UI в Бындюсофт, Челябинск, март—июнь
— Тренинг по методам сбора требований для Росско, Москва, апрель
— Доклад о КПО на Codefest, Новосибирск, май
— Доклад о КПО на UWDC, Челябинск, июнь
— Доклад и мастер-класс по КПО для канала Системный анализ, онлайн, июнь
— Воркшоп КПО на ProductSense, Москва. сентябрь
— Доклад и воркшоп по КПО на FlowDays, Москва, сентябрь
— Доклад о КРИ на UIC.DEV, Ижевск, октябрь
— Доклад о КПО на конференции Сокол, Челябинск, ноябрь
- Доклад о КПО на Дизайн-выходных в Ярославле, ноябрь
— Тренинг по КПО в Монете, Йошкар-Ола, декабрь
— Доклад о КПО в Студии Артемия Лебедева, Москва, декабрь