Каждый раз угараю с таких постов типа «фуууу микросефт, башая компания и не может нормально иконку разместить фууу»
Ну камон, никто этот ссаный пиксель, кроме самих дизайнеров, не заметит, а главное это вообще не особо важно и чаще всего никак не влияет на опыт в отличие от всратых механик, дебильных текстов и неоптимальных флоу
Флоу отписки от рассылки, который мы заслужили
Ив Роше хочет, чтобы ты умолял. Умолять можно строго по будням с 9 до 20 и в субботу с 11 до 19 🤡
Кнопка с двумя телефонами - 10/10
В Австралии на длинных монотонных дорогах ставят знаки с викториной, чтобы водитель не уснул.
По-моему, отличная фича для голосового помощника в авто.
Почему Алиса до сих пор не предлагает мне поиграть, когда видит, что мне два часа ехать по трассе ночью, не понимаю.
Навигация в приложении, команда которого не слышала про проектирование информационной архитектуры.
У меня, кстати, есть пост на эту тему, незаслуженно обделенный вниманием :(
Давайте разберёмся в причинах различий из прошлого поста.
👯♀️ Респонденты. В B2B я работала над сервисами для сотрудников клиентов: клинические исследователи, химики в фармкомпаниях, аналитики данных, геномные инженеры, сотрудники научных библиотек. То есть, эти пользователи обладают уникальными знаниями и специфичными процессами работы. И их немного, в отличие от B2C-продукта, пользователями которого являются миллионы людей.
🔬Частота исследований. У B2B-сервисов нет жизненной зависимости от денег, которые вкладывают пользователи. Такие сервисы живут, чтобы автоматизировать и ускорять работу сотрудников компании, именно так они улучшают бизнес. Поэтому жизненный цикл UX-решения длинный: результаты понятны через несколько месяцев, иногда даже лет. В B2B чаще выкатывают большое обновление и собирают обратную связь.
В B2C просадка в прибыли может случиться мгновенно и надо постоянно держать руку на пульсе. Любое мелкое изменение может стать фатальным, поэтому исследуется каждый пук.
🛠️ Инструментарий.
Если что-то не так, пользователь в B2B не уходит молча к конкуренту, как в B2C. Он идет к руководителю или к нам и жалуется на работу сервиса. Поэтому в B2B легче и эффективнее проводить масштабные качественные исследования: интервью/наблюдения (юзеров мало и они близко).
А в B2C роль играет именно сравнение мелких изменений. Постоянно организовывать большие интервью дорого и бессмысленно. Проводят быстрые немодерируемые тесты на платформах user testing, sbs, ask the crowd, maze.
📊 Метрики. Цифры от горстки пользователей в B2B не будут статистически значимы. Да они и не нужны, ведь прибыль приносят не пользователи, а то, как хорошо они делают свою работу. А вот в B2C метрики необходимы для выживания, ведь активность пользователей – это прибыль. И эту активность надо контролировать постоянно.
Такие вот дела.
Хотите исследовать редко, большими кусками и много общаться с пользователями (если клиент пустит) - вперед в B2B.
Хотите строить гипотезы на основе данных и путем мелких изменений влиять на цифры (если не боитесь дрючить каждый пиксель и слово по 100 раз) – в B2C.
Исследования в B2B и B2C
Махарошики, хочу поделиться наблюдениями. До прихода в Яндекс я работала над B2B-проектами в EPAM. Исследования были и там и там, но очень разные.
Возможно, этот обзор поможет вам определиться где вы больше хотите работать.
В B2B:
👯♀️ респондентов мало
🔬 исследования крупные и проводятся редко
🛠️ основной (порой единственный) инструмент фазы дискавери – интервью, фазы тестирования – юзабилити-тест
📊 нет опоры на метрики
В B2C:
👯♀️ респондентов сотни
🔬 дискавери и тесты проходят постоянно
🛠️ основной инструмент дискавери – метрики, фазы тестирования – быстрые тесты и А/B
📊 опора на метрики и KPI
Конечно, бывают исключения, но по большей части все вот так обстоит. Ставьте 🔥 если хотите узнать почему
Давайте раз и навсегда разберемся в чем разница между UX/UI и продуктовым дизайнером
Продуктовый дизайнер – это UX/UI-дизайнер, который работает в продуктовой компании.
Да, все так просто.
Уклон в метрики, количественные исследования, итеративные улучшения, большее количество людей и команд - это не отличительные черты специальности, а специфика продуктовой разработки. Потому что прибыль продукт приносит по-другому, нежели аутсорс.
Да и не во всех продуктах есть такая специфика. Во многих В2В продуктах важны качественные исследования и крупные релизы.
Так что UX/UI-дизайнер и продуктовый дизайнер это, в сущности, одно и то же. Просто в продукте часто надо больше на циферки смотреть.
Откуда берется легаси и что делать
Смотрела на днях занятный видос про тупости в теле человека. У нас есть возвратно-гортанный нерв, который соединяет горло и мозг (что как бы довольно рядом), но проходит он совершенно дебильным путем: от мозга тянется под сердцем, делает там петлю и возвращается к гортани. Начерта?
Ну, так «исторически сложилось». Люди, как и все остальные млекопитающие, вроде произошли от рыб, а у рыб нету шеи. С-но под сердцем было норм протянуть.
Это я все к чему: гортанный нерв это типичное легаси в проекте. Ну, то есть, на MVP решение было норм, а потом лежало, работало и никто не менял. Когда у одного разработчика рос код, он просто подпиливал и дотюнивал то, что мешалось. В итоге имеем не особо оптимальную но стабильно работающую хрень, вокруг которой все уже сконструировано намертво.
Станут ли оптимизировать?
Нет, пока оно не начнёт мешать и вредить.
Итого: если у вас в проекте есть легаси, например, устаревший визуал или сложные таблицы к которым все привыкли, никто не возьмется переделывать, пока вы не докажете, что все это мешает или вредит. Доказать можно через А/Б-тесты с пользователями, замеряя эффективность и продуктивность решений. Можно уговорить запустить эксперимент в прод и сравнить изменения KPI вроде конверсии или удержания.
И частенько бывает так, что легаси-решение настолько привычно юзерам, что новое работает хуже. Особенно в б2б. Увы.