Книга: UX-стратегия. Чего хотят пользователи и как им это дать

Почему матрица, а не карта?

Почему матрица, а не карта?

На этой стадии некоторые UX-стратеги почешут в затылке и поинтересуются, почему я не использую карту процесса (также называемую картой взаимодействия). Карта процесса напоминает блок-схему, на которой обозначены все контактные точки. Она отображает перемещения и взаимодействия пользователя с вашим продуктом. Обычно карта строится по результатам, полученным в ходе совместного сеанса «мозгового штурма» с ключевыми участниками продукта. Иногда разобраться в таких картах бывает очень сложно, особенно если вы не участвовали в сеансе. Если вы еще не видели примеров такого рода, поищите их в Google Images.

При умелом использовании карта процесса помогает UX-стратегу и ключевым участникам представить межканальные взаимодействия через цифровые и нецифровые контактные точки. Что до меня, я считаю, что такие карты строятся слишком долго и им не хватает ответственности, потому что они редко сверяются с реальным состоянием продукта после начала выпуска версий. Я слишком часто наблюдала такую картину: ключевые участники и (или) внутренняя команда UX собираются вместе на встречу для достижения консенсуса. Они разбиваются на группы и записывают идеи на стикерах, которые затем клеют на стену или на доску. Все отходят назад, а самые энергичные участники переклеивают стикеры, группируя идеи. В конце сеанса кто-то фотографирует симпатичные желтые бумажки. Проектировщик преобразует группы идей в нечто, смахивающее на эксцентричную запутанную инфографику, от которой Эдварда Тафти[59] хватил бы удар. Затем постер вешается на стену (или хранится где-нибудь в офисе), чтобы работники могли вдохновляться им на пути в туалет.

Если вы склонны действовать более практически, вам придется развить такой подход в систему строгих процедур, которые обновляются в фазе формирования идей продукта и в цикле разработки. Вот почему я предпочитаю использовать в качестве централизованного хранилища данных матрицу на облачной основе. С таким инструментом все участники команды могут работать совместно, где бы ни находились. Обычно первый проход проводится за 2–4 часа, а его результаты в дальнейшем могут легко обновляться всеми желающими. Такой результат легко интерпретируется, и, что еще важнее, матрица может служить централизованным хранилищем данных для метрических отчетов после выпуска и обновления продукта. Когда в своей книге The Lean Startup[60] Эрик Райс говорит о бережливой системе контроля на базе реальных метрик, матрицу воронки можно считать реализацией этого принципа для UX. Итак, пожалуйста, отложите в сторону свои стикеры (по крайней мере, пока). Мы начнем исследовать и заполнять матрицу воронки. (Если вас интересуют другие мнения по поводу карт процесса, посмотрите, что говорит о них ветеран в области стратегии взаимодействия Холли Норт в главе 10.)

Оглавление книги