Дизайнер Лили написала про 12 типов тёмных паттернов.

1. Завлечь и переключить. У пользователя нет уведомлений, но Фейсбук показывает, что они есть, когда тот не залогинен.

2. Заставить испытывать вину или стыд. 2 кнопки: «Скачать буклет о здоровом питании» и «Нет, спасибо, мне плевать на своё здоровье».

3. Замаскировать рекламный баннер. На баннере может быть изображено содержимое или элементы навигации, которые ожидает увидеть пользователь.

4. Затруднять отмену подписки. Когда заканчивается подписка, деньги списываются с привязанной карты с минимальным уведомлением или вовсе без него.

5. Собирать контакты друзей и спамить им от вашего лица. Как LinkedIn.

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

7. Затруднять сравнение цен. Например, одни и те же яблоки в упаковках и на развес.

8. Получать пользовательских данных больше, чем требует задача. Мессенджер Фейсбука получает доступ к контактам в телефоне не только для того, чтобы вы добавили их в Мессенджере.

9. Упрощать пользователям желательные (для вас) действия и затруднять нежелательные. Попробуйте удалить свой профиль на Фейсбуке.

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

Запрещено в Великобритании:

11. Скрывать полную стоимость. На последнем шаге оформления стоимость заказа немного увеличивается: появляется информация о доставке или дополнительном сборе.

12. Добавлять в корзину товар или услугу по умолчанию. Например, страховка при покупке билетов на самолёт.

После просмотра брифа стало ясно, что наша тема это— урбанизация, благоустройство и исследование города.

Правда, первым впечатлением, лично у меня, было непонимание. Довольно сложно уловить все нюансы и проблемы с одного просмотра. Я запомнил только отдельные слова: исследование, бумажные карты, выход в поля.
В голове остались только вопросы, в чем основная проблема? На сколько глобальная тема? Нужно было разобраться с чем мы имеем дело.
Позже нам прислали видео-бриф и многое стало на свои места. Мы смогли расшифровать и разложить по полочкам основные пункты.

На видео вещает Лёля Жвирблис, руководитель отдела исследований в студии транспортного проектирования, она так же работает в проектном бюро URBAN St’14.
Тезисно:
— Для создания удобного полезного пространства для горожан необходимо проводить предпроектные исследования;
— Подобные исследования ложатся в основу таких масштабных проектов, как «моя улица»;
— Важным пунктом исследования является сбор данных с «полей». Чаще всего это опросы, наблюдения, аудиты, подсчёты транспортных и пешеходных потоков;
—Большое количество проблем возникает на этапе сбора данных. Сейчас ни один сервис не отвечает задачам в полной мере, например, в приложении для проведения опросов нет карты для городских исследователей — это неприемлемо;
— Из-за отсутствия внятных картографических сервисов специалисты часто вынуждены работать с бумажными картами;
— Исследователям в полях приходится постоянно переключаться между приложениями и бумажными картами, что дико усложняет контроль за ними;
— Использование бумажных карт очень тормозит обработку данных;
— Всё это увеличивает стоимость, и сроки проекта. Иногда это может быть критично, и от исследования могут просто отказаться.

В заключении прозвучала прямая просьба:
«Используемый нами арсенал методов не укладывается ни в одно приложение, как нам можно облегчить сбор данных на местности?»

Эдвард Скотт написал о сравнении товаров в интернет-магазине.

Прежде, чем добавить эту функцию:

1. Проверьте, что у вас есть данные о параметрах товаров и что они структурированы, то есть, например, размеры не указаны то в сантиметрах, то в миллиметрах.

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

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

Если вы уже добавили:

1. В десктопной версии в списке товаров показывайте контрол «Сравнить» при наведении курсора на карточку товара. Большинству он не нужен, нет смысла отображать его по умолчанию. Тот, кто хочет внимательно изучить товары, обратит внимание на появление контрола.

2. При наведении курсора на контрол «Сравнить» показывайте подсказку с кратким пояснением: что это за инструмент и как он работает. Так его не примут за функцию сравнения цен с другими магазинами.

3. Дайте легко перейти к сравнению выбранных товаров. Например, отобразите панель с кнопкой «Сравнить выбранные товары» и миниатюрами этих товаров, прикреплённую к нижней или верхней границе окна браузера.

https://ux.pub/ux-rekomendatsii-po-uluchsheniyu-instrumenta-sravnenie-tovarov/

Прототипирование сложных интерфейсов с точки зрения того, как оптимизировать и учесть всё

Прототипирование сложных интерфейсов с точки зрения того, как оптимизировать и учесть всё

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

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

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

Вот вы скажете, что это:
— Прописные истины и все должны так работать.
— Ничего нового, давно всем известные вещи.
— Вы думаете, что это охуенно и преподносите всё как академические знания.

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


За 10 лет работы с самыми разными дизайнерами и в самых разных продуктах и проектах я такого подхода не видела ни разу!

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

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

Я считаю, что это полная чушь.
И уровень 99% дизайнеров в России сейчас именно такой — я за красоту, а ты лучше знаешь свой продукт — продумывай всё сам.


В статье (https://bit.ly/2XG2B7V) те критерии качества дизайна интерфейсов, которые я начинала писать здесь.

Подтягивать слабые стороны или усиливать сильные?

Подтягивать слабые стороны или усиливать сильные?

В триатлоне, как ясно из названия, три дисциплины: плавание, велогонка и бег.

Я — начинающий спортсмен, и у меня любительский уровень бега, езды на велосипеде и практически нулевое плавание. Если хотите, подписывайтесь на меня в Страве (https://www.strava.com/athletes/chulakov).

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

В триатлоне существует масса форматов соревнований от разных организаций с множеством дистанций. Самым известным является Ironman. На полной железной дистанции, так это называется по-русски, надо 3,8 км плыть, 180 км ехать и 42,2 км бежать. Рассматриваем Ironman, потому что он ближе всего подходит для сравнения с любой профессиональной деятельностью — дистанция длинная, это не спринт.

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

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

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

Итак, фокусировка на своей сильной стороне является эффективным решением с точки зрения развития бизнеса. А фокус внешних коммуникаций на сильной стороне является отличным решением в пиаре. Это называют позиционированием.

Команда это важно

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

У нас этого не произошло, и на это было две причины.

Первая, и самая большая — я не хотел делиться работой. Я поставил себе глобальную цель использовать учебу как трамплин для раскачки своих навыков (я писал об этом ранее https://t.me/bukhtiyar/152), поэтому мне было в кайф брать на себя как можно больше нагрузки, а не быть менеджером команды. В итоге ребята, увидев мой запал, вместо того, чтобы включиться в конкуренцию за работу над проектом, отступили и дали мне полный карт-бланш.

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

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

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

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