Telegram Web Link
Слак не даёт скопировать текст, если сообщение не отправилось =\ теперь, если всё сломалось, нельзя даже переслать через другой мессенджер
Тест на знания визуализации данных

Ребята из агенства Инфографика выкатили тест. Вопросы простые, но раскрываеют основное правило: данные должны считываться без искажений. Самый кайф — объясняют почему решение хорошее или плохое, чего не хватает тому же Вкусомеру от Лебедева.

В следующей версии собираются усложнить вопросы и добавить таймер. Буду ждать.
Forwarded from Инфографика
🔥 Мы сделали тест на знание датавизуализации

Попробуйте правильно выбрать способ визуализации данных в 10 разных ситуациях — и скриньте свои результаты в комментарии.

Попробуй, визуализируй это →

P. S. Отдельное спасибо тем, кто пошерит тест среди друзей-знакомых-коллег 🙃
Главный секрет продуктивности

Только обязательно обговорите как можно связаться по действительно срочным вещам
Делать дела и не распылять время

— Вань, привет, можешь помочь?
— Конечно, но сейчас я занят. Тебе будет удобно в 15 об
судить?

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

Дизайнер отрывается, вникает в проблему, помогает решить, возвращается к задаче и 15 минут ворочает память: о чём я тут?

Главная иллюзия, что занимаешься чем-то нужным. Что весь день решал чьи-то проблемы. По факту же, дизайн не продвинулся. Становится стыдно за себя и не ясно как так то.

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

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

https://www.tg-me.com/uigallery
Поговорим о том, сколько вариантов должен показывать дизайнер заказчику.
​​Есть два варианта
#совет из фонда советов

Хорошая привычка для любого копирайтера или дизайнера — предлагать заказчику не один результат, а больше.

Когда вариант только один, заказчик вынужден выбирать между ним и ничем. Вместо того чтобы оценивать достоинства работы, он будет невольно искать доказательства, что результат говно. Поэтому один вариант всегда выглядит как черновик, даже если за ним стоит много труда.

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

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

Дайте людям выбрать.
Сколько вариантов дизайна показывать заказчику?
1, 2, 10 — верного ответа нет

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

Значит нужно всегда 1 вариант? В вот и нетушки.

Когда показывать 1 вариант
Когда дизайнер четко понял задачу, согласовал понимание клиента и уверен, что сделал лучшее решение, на которое способен. Если клиенту не понравится результат, то значит дизайнер где-то недопонял. Дополнительные варианты были бы попыткой угадать что именно.

Когда показывать несколько вариантов
1. Когда дизайнер не знает точно как сработает дизайн и предлагает сделать А/Б тест. Количество вариаций тут может улетать в десятки.
2. Когда дизайнер не понимает бюджет, сроки и приоритеты. В таком случае нормально сделать вариант покруче, но подороже и попроще и подешевле. В этом случае важно оговаривать плюсы и минусы каждого решения, а не ждать, что заказчик догадается до них сам. 
3. Когда заказчику важно быть в процессе, постоянно видеть что происходит, влиять на финальное качество. В таких случаях лучше давать выбор между парой мелких деталей: какой цвет лучше, ультрамарин или глубокий синий?
А что вы думаете? Сколько вариантов показывать?
Anonymous Poll
26%
1
47%
2
27%
Все, что сделал, включая черновики
Тинькофф просит придумать длинный пароль, а сам ограничивает его 20 символами.

Не будьте как Тинькофф, не ограничивайте пароли
Знаете ли вы, что Гугл выпустил новые гайдлайны по дизайну для Андроида 12? Вот я и не знал. Есть даже официальный фигма-файл.
https://m3.material.io/libraries/new-in-android-12
Недавно увидел, что Яндекс запустил курс продуктового дизайнера на целых 20 месяцев. 20 месяцев — это офигеть. Я у Горбунова то за 6 офигел, а тут 20.

Так вот там пишут, что крутой сеньор получает от 200 000 р и это может привести к грустному вечеру самокопания. Сразу формируется мерило «если я не получаю 200, то я не настоящий продуктовый дизайнер», а это не так. Я знаю, что один и тот же диз может получать и 100 и 200, в зависимости от его ценности для конкретной компании. При этом, выполняя одну и ту же работу. Поэтому я против разглашения зарплат. Особенно из разных компаний. Так что если до 200 000 вы не добрались, то не волнуйтесь, вы всё равно крутые большие молодцы)
Всем привет. Простите, что давно не писал. Этот канал я создавал для открытий в дизайне и жизни с ним связанной. Я не хочу, чтобы сюда просачивалось моё личное мнение о политике, людях, личной жизни. Я не хочу, чтобы канал выходил за рамки своей темы.

Как и многие, я продолжаю работать. У меня снова появляются открытия и я продолжу делиться ими в канале. Сегодя расскажу вам, что забрлюр на Айосе не так прост, как кажется. Если вы думаете, что пока не время, то я понимаю. Увидимся, как станет проще.
2025/07/07 22:46:36
Back to Top
HTML Embed Code: