Всё, что нужно знать менеджеру продукта про пользовательский опыт

Всё, что нужно знать менеджеру продукта про пользовательский опыт

Отличная подборка полезных ресурсов и запись вебинара с Михаилом Грековым про UX.

Процитирую несколько крутых мыслей:

✔️Пользовательского опыта не существует, пока у продукта нет аудитории. Это главная причина начать получать обратную связь в процессе разработки как можно раньше (тестирование прототипов, коридорные тесты, запуск через MVP)

✔️Пользовательский опыт неоднороден. У разных частей продукта может быть совсем разный UX (попробуйте найти в Zoom настройки видео). И для разных аудиторий UX может быть разным (1С очень удобен в глазах опытного бухгалтера)

✔️Хороший UX это баланс между удобством (помогаем пользователю дойти до цели кратчайшим путём) и интересами бизнеса (на примере Яндекс Go, продвигаем другие сервисы за счёт простой задачи вызова такси)

✔️Пирамида пользовательских ценностей (см картинку👇🏻). Нет смысла заниматься проблемами на верхних уровнях, если в продукте не решены критичные проблемы на нижних.

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

Блок продукта. Продолжение

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

Дивергентное мышление

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

Далее мы проверили этот подход на себе:

Шаг первый. Женя попросил нас выписать на бумаге 5 проблем, с которыми мы сталкивались последнее время. Всё что угодно от длинной очереди в магазине, до простуды. Потом из 5 проблем мы выбрали одну наиболее интересную для себя.
Шаг второй. Необходимо было открыть Яндекс Дзен, рандомно проскроллить ленту и остановиться на случайной новости.
Шаг третий. Соединить эти истории вместе.

Приведу в пример вариант, который в итоге получился у меня. 

Проблема, которую я выписал — цена на Uber от метро до дома неприятно повысилась, а Яндекс Дзен выдал мне статью о том, что власти Москвы хотят создать департамент одиночества.

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

как-то так 🙂

Подобные прокачки для мозга Женя проводил в начале каждого занятия — брать неочевидные вещи и соединять их между собой.

Прокачка

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

Одна из таких прокачек была посвящена теме транспорта: необходимо было выбрать бренд автопроизводителя и с привязкой к их айдентике сделать концепт приложения.

Я выбрал мототему и хонду в виде бренда. Это концепт, который графически завязан на логотипе, тут практически нет продукта и UX-а.

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

Идея
Смартфон способен исполнять не только основную функцию приборной панели — показывать скорость. Также, он способен показать и другие важные в дороге параметры: направление движения, загруженность дорог, а еще — очень важную для мотоциклистов информацию — погоду.

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

Шот на дриббле:
https://dribbble.com/shots/4714587-Honda-s-app-concept-for-motorcycle

Артём Полтавцев написал о формах записи в салоны красоты

Часто салоны работают с сервисами вроде YClients и Sonline. Виджет сервиса не общается с сайтом салона, и все параметры записи пользователь выбирает через виджет: услуга, студия, мастер, время. В этом случае структуру сайта лучше максимально упростить.

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

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

https://vc.ru/design/70728

Про адаптацию стажеров и младших специалистов

Наш руководитель веб-направления Таня Аладина интересно написала про адаптацию стажеров и младших специалистов:

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

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

Dropbox оппубликовала пару новых материалов на своем ресурсе dropbox.design.

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

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

---

Ниже просто приведу часть моделей, перечисленных в статье, так скажем, для закрепления:

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

2) Инверсия
Заключается в рассмотрении сценариев ровно противоположных желаемому результату. Формируется образ «антирезультата» и, отталкиваясь от него, формируется путь поиска решения.

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

Хороший маршрут здесь — подняться от текущей задачи на уровень выше, спросив «зачем», а потом с верхнего уровня пойти в параллельную сторону внизу, спросив «как». (см. примеры в статье)

---

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

Я рекомендую самостоятельно глянуть полную версию статьи, там и с примерами проще понять, о чем речь, и более подробное описание можно почитать — https://dropbox.design/article/mental-models-for-designers