Rose debug info
---------------

Алекс Никифоров

Пишу о дизайне, профессиональном развитии, управлении дизайн процессами и проектировании пользовательского опыта.

Святая троица дизайна цифровых продуктов

Маркетолог, продакт, и юиксер — святая троица дизайна цифровых продуктов.

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

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

А кто же отвечает за поиск точки, в которой встречаются интересы пользователя и запросы бизнеса? Что вообще находится на этом пересечении?

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

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

Шаг навстречу клиентскому опыту

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

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

Что же делать небольшим командам, развивающимся стартапам, малому бизнесу?

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

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

Третье, внедрить и использовать экономические и управленческие метрики, чтобы точно понимать узкие места сценариев и эпизодов клиентского пути.

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

Что такое продуктовый дизайн?

Что же такое «продуктовый дизайн», простыми словами?

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

Продуктовый дизайн — это процесс поиска и обнаружения этой точки пересечения, а так же подготовки найденого решения к внедрению.

Дизайн привычных вещей

Мне кажется, есть такие фундаментальные книги, которые нужно перечитывать каждые несколько лет. Боюсь показаться мейнстримным, но «Дизайн привычных вещей» — одна из них.

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

Не знаю, существуют ли дизайнеры, которые не читали «Дизайн привычных вещей» Нормана, но если вы еще не сделали это — самое время прочитать. Книга устарела только частью примеров, которые приводит автор, во всем остальном она устареет не скоро, ведь по сути, книга о том, как работает мозг, а не предметы.

О дизайн-среде

Ожидать от UX-дизайнера, что он просто будет создавать удобный и любимый пользователями продукт — то же самое, что ожидать от программиста код без багов, написанный с первого раза.

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

Что такое дизайн-система

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

Для начала: дизайн-системой не является UI-библиотека, насколько бы сложной, большой и атомарной она ни была.

Дизайн-система должна соответствовать трем факторам:

  1. Системность компонентов — в коде. То есть, компоненты системы вашей дизайнерской библиотеки синхронизированы с библиотекой компонентов фронт-энд разработчиков. Например, если ваша agile-команда хранит компоненты в storybook — значит вы сделали первый шаг в сторону систематизации дизайна.
  2. Ваша дизайн-документация содержит не только визуальные компоненты, а и принципы. Семантическая взаимосвязь между частями системы должна быть определена в виде правил поведения этой системы в ответ на прямое или косвенное взаимодействие с ней пользователей.
  3. Дизайн-систему можно поддерживать и масштабировать используя принципы разработки компонентов и принципы взаимодействия — не теряя при этом согласованность и взаимосвязь.

Bonus track:

  1. Дизайн-система — это не способ более быстрого и согласованного создания дизайн-макетов. Это способ коммуникации между всеми участниками жизненного цикла продукта — плоть до конечного пользователя.

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

Кто такой продуктовый дизайнер?

Постараюсь очень кратко и просто объяснить то, что является предметом споров с момента возникновения термина. Означает ли, что с моим объяснение нельзя поспорить. Нет, не означает. Итак:

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

Все остальное — пресловутый юай-слэш-юэкс, где больше слэша, чем юэкса.

Мой опыт проектирования цифровых продуктов

Привет! Меня зовут Алекс Никифоров, я ведущий дизайнер продуктов с 10-летним стажем и за это время я помогал создавать и развивать продукты и дизайн-команды таким компаниям:

S-PRO
nuWeb
WidrPay
Cinderblock

Немного позже кратко напишу о работе в каждой из них.

Мой линкедин и дрибббл — лайк-подписка-колокольчик.

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

Хотите обсудить со мной свои продукты — пишите @axlnk