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

Я пару недель решался прочитать это для кругозора, но всё время откладывал, потому что этот текст всем своим видом говорит: «ничего интересного». В итоге дооткладывался до того, чтобы почитать сегодня в самолёте. Пристегнулся, стал читать и не смог дочитать. В этом тексте через слово написано «рисёрч» и сто раз сказано, как важен выразительный дизайн. Важность тоже обосновывается через рисёрч: столько-то процентов людей им сказали, что им нравится, когда дизайн выразительный и вызывает эмоции! Такую простыню мог бы написать ЧатГПТ, а может он её и написал.

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

Я уже жду, что через пару лет через рисёрч будут обосновывать необходимость рисёрча, а если кому про дизайн интересно говорить, так ему будут говорить «дед пей таблетки».

Что касается Эпла, можно сколько угодно сомневаться в удобстве жидкого стекла, но нельзя отрицать, что живые рефракции, искажения и слияния-разделения капель выглядят клёво — это всё хочется поразглядывать и потрогать на своём телефоне!

Раньше Эплы не стеснялись этой радостью делиться впрямую: Стив Джобс скролил список контактов или листал музыкальные обложки на Айфоне и искренне кайфовал от того, как всё работало! Он прям говорил со сцены «смотрите, как клёво, щас ещё раз покажу». Теперь Эпл так не делает. Теперь надо уже обязательно дать обоснование, мол, благодаря стеклу ваш контент выходит на первый план. Причём все дизайнеры прекрасно знают, что во-первых, это неправда, а во-вторых, вообще не всегда именно к этому нужно стремиться. Но Эпл уже не может сказать «смотрите как клёво». Это печально, но по крайней мере радует, что у них хотя бы дизайнеры искренне развлекаются, а не полотна про рисёрча пишут.

Читатель Виталий задаёт вопросы о схеме метро Самары.

— Почему Алабинская с белым кружком, а Юнгородок нет?
Можно было бы объяснить, что типа там улица слева просвечивает, но на самом деле продолбали.

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

— Расположение латинских названий относительно оригинальных определялось по какому-то правилу?
По правилу «станция подписывается в первую очередь по-русски». Если отключить слой с латиницей, кириллица никуда не должна сдвинуться. Соответственно, если подпись над станцией, то латиница ещё выше, а если под, то ещё ниже.

— Названия улиц не всегда центрированы относительно «отрезка» улицы. Возможно, это направление нумерации домов?
Нет, они просто стоят там, где им свободнее всего стоится или достигается наилучшая читаемость и баланс. Кстати, «Авроры» подписана сверху вниз, а не снизу вверх, как требовала бы русская издательская традиция, потому что все остальные улицы с вертикальными надписями идут под таким \ углом и требуют подписи сверху вниз. Авроре пришлось подчиниться.

— Еле заметное «залезание» названий станций на линию метро — когда и почему такое допустимо, исходя из каких рассуждений можно себе такое позволить при разработке других макетов?
Ладно, объясню. Это просто мне очень всралось так сделать, чтобы было едва уловимое ощущение печати в несколько красок, которые не прям идеально попали куда целились. Тут же ещё и бумага такая жёлтая как бы. Короче, это для вайба.

С Мишей Нозиком обсуждаем скиминг, как понимать задачу с ЧатомГПТ и конечно же плохой дизайн по вине исследований.

Все выпуски подкаста:
Эпл · Ютюб · Я.Музыка · Мейв · РСС для подкастного приложения

Виспер и ЧатГПТ послушали выпуск за вас и делятся выводами:

В выпуске обсуждают эволюцию и деградацию интерфейсов, дизайнерские принципы и подходы, а также роль исследовательских практик и искусственного интеллекта в работе над проектами. Илья вспоминает, как при создании сайтов внедрял приём «скиминг», вдохновившись Apple, и как этот интерфейсный ход распространился дальше. Миша приводит примеры из своей практики, где скиминг, «вид со спины» и другие приёмы позволяли сделать каталоги товаров удобнее и понятнее.

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

Затем затрагивается более широкая тема — кризис найма и профанация профессии дизайнера в крупных компаниях. Говорят о том, что дизайнеры, натасканные на прохождение собеседований, часто создают посредственный дизайн, который всё же считается «успешным», потому что совпадает с бизнес-метриками. Это приводит к абсурдным ситуациям: попапы в банках, неудобные интерфейсы с якобы «хорошими показателями» и культ исследований, не приводящих к улучшениям.

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

Основные идеи и выводы:
— Приём скиминга (наведение курсора и просмотр содержимого) — важное и недооценённое дизайнерское изобретение.
— ChatGPT можно эффективно использовать для подготовки черновиков «понимания задачи», снимая психологический барьер перед писательской работой.
— Само написание документа — важная часть процесса осмысления задачи, но рутину вполне можно делегировать ИИ.
— Современные корпорации часто нанимают «собеседуемых», а не действительно способных дизайнеров.
— Метрики часто подменяют собой понятие хорошего дизайна и становятся оправданием деградации интерфейсов.
— Критическое мышление и стремление к улучшению важно сохранять даже в условиях корпоративной рутины.
— Вкус и личная эстетика не противопоставляются практичности — они могут и должны сосуществовать в дизайнерской работе.

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

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

С дизайнером Николаем Романовым сделали схему метро Самары:

Спасибо Серёге Чикину за герб и Леониду Мотовских за советы. Если вы из Самары, напишите, что мы где напутали.

Сначала увеличиваем на виджете кружок, глядя на системный виджет часов, а потом ещё экспериментируем с иконкой внутри. 10 минут с Фотошопом в руках:

ЧатГПТ от моего лица: «В этом фрагменте я говорю о важности сверки с системными образцами. Когда рисуешь свой виджет или иконку, нужно не полагаться на глазомер, а прямо ставить рядом аналогичный элемент из интерфейса iOS — и сравнивать отступы, размеры, пропорции. Если делаешь по-другому, на это должна быть причина, а не просто „так получилось“. Часто именно мелкие отклонения по расстояниям, толщине линий или соотношению элементов делают макет „туповатым“ — словно он из другой системы. Чтобы избежать этого, полезно брать за ориентир реальные компоненты и адаптировать свой дизайн под их язык».

Это фрагмент № 173 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 23 февраля 2024 года.

Идёт запись на курс, который пройдёт 19 июля — 17 августа. Сейчас аж −30%, потому что заранее. Недавно обновились несколько лекций и добавилась новая.

Почитать о курсе

Программа, отзывы, запись

Рассказываю, почему в информационной графике цветные линии не должны быть тонкими, по крайней мере, если их цвет несёт смысловую нагрузку. 3 минутки:

ЧатГПТ от моего лица: «В этом фрагменте я объясняю, что цвет в интерфейсе должен передаваться через достаточно заметный носитель. Если делать очень тонкие линии, как в легендах или диаграммах, цвет в них сложно воспринимается — он теряется. Можно попробовать утолщать линии, но тогда они начинают мешать и выглядеть громоздко. Поэтому, если уже нужна цветовая маркировка, лучше использовать её там, где она имеет дополнительную функцию — например, покрасить сам текст, иконку или фон. Так цвет работает не сам по себе, а усиливает другой элемент.»

Это фрагмент № 172 онлайн-курса «Пользовательский интерфейс и представление информации». Записано на курсе 19 февраля 2024 года.

Идёт запись на курс, который пройдёт 19 июля — 17 августа. Сейчас аж −30%, потому что заранее. Недавно обновились несколько лекций и добавилась новая.

Почитать о курсе

Программа, отзывы, запись

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

Вот что я слушал в последнее время, что мне понравилось:

1. Sir Jony Ive, designer. Джони Айв в подкасте про музыку. Про музыку ничё интересного (мне), но вообще послушать Джони приятно.
2. A conversation with Jony Ive. И ещё разговор с Джони Айвом вдруг. Что-то он разошёлся (видимо это был прогрев перед анонсом непонятно чего). Тут интересно про неизмеримые цифрами ценности дизайна.
3. 639. А это выпуск, в котором подробно обсуждают, почему Тим Кук просрал Эпл и ему пора на пенсию.
4. Диалог о дизайне: легко ли быть молодым. Какой-то разговор про дизайн. Идея, что нужно уметь делать по гайдлайнам — хорошая. Идея, что нужно много вариантов — плохая.
5. Живые советы Ильи Синельникова по переговорам и отношениям с клиентами (18 февраля).

Случайно провёл аудит интерфейса пункта выдачи заказов «Яндекс-маркета», хотя я даже его не видел.

Дело было так: пришёл я возвращать покупку, говорю: «Добрый день, у меня возврат». Девушка работает первый день и не знает, что делать с возвратами. Извиняется, звонит кому-то. Говорит в телефон:

— Привет, а как делать возврат? Это мне надо в «Работу с клиентами»? А... хм, а это в каком разделе? Аааа. Щас открою...

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

Тут, конечно, всё не так плохо, как когда Нотр-дам сгорел, но причина проблемы ровно в том же.

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