Forwarded from PSD | Дизайн-пространство
Пять принципов хорошего UX
1. Интерфейс должен быть человечным
Хороший продукт подстраивается под человека с его слабостями и привычками, а не заставляет подстраиваться под себя. Пользователи делают ошибки, меняют своё мнение, плохо запоминают информацию и не любят считать в уме. Всю рутинную работу приложение должно сделать за человека: напомнить о регистрации на рейс, подсказать время до вылета, указать на опечатку в имени и восстановить случайно удалённые билеты.
Забота проявляется во всём: нужная кнопка прямо под пальцем, шрифт легко читается, сообщения об ошибке можно понять с первого раза. Человечному тексту важнее быть понятым, чем юридически точным. Это не значит, что нужно писать неточный текст – нужно стремиться к компромиссу. Если пользователь устанет разбираться в формулировках и в итоге сделает неправильно, значит, даже самый корректный текст со своей задачей не справился.
❌ Для оформления полиса страхования ОСАГО необходимо подготовить водительское удостоверение и свидетельство о регистрации транспортного средства
✅ Подготовьте водительские права и свидетельство о регистрации (СТС)
❌ Плохой сервис даёт человеку автоматически созданный логин, заставляет придумать пароль по сложным правилам, а потом ещё и запомнить их
✅ Хороший сервис просит для входа то, что человек помнит, например, номер телефона, а вместо пароля использует СМС. Или позволяет войти через соцсети и не просит ничего запоминать.
2. Самое важное – не навредить
Человеческие данные — самая большая ценность для любого продукта. Хороший сервис не удаляет их сам и не позволяет им пропасть по случайности. Приложение может зависнуть, уйти в бесконечный цикл, сломаться, но данные обязано сохранить.
❌ Сохранить изменения в документе перед закрытием? Сохранить / Не сохранять / Отмена.
✅ Молча сохраняем результат
❌ Человек случайно удаляет целую страницу из отчёта и не замечает этого до самого последнего шага. Осознаёт ошибку, вздыхает, создаёт страницу заново.
✅ Приложение помнит всё, что было записано, и предлагает восстановить страницу из истории.
3. Следим за контекстом
Хороший сервис понимает, что у человека есть своя жизнь за пределами экрана. Он не разбудит в 2 часа ночи сообщением о скидках и не будет слепить перед сном (поэтому так популярны тёмные темы оформления). Если хорошим приложением пользуются на улице, то его интерфейс будет крупным и контрастным, чтобы считываться в движении на ярком солнце.
Продукт понимает, что пока человек покупает билет, ему может позвонить жена и отправить за ребёнком в садик, а потом за покупками. Когда же пользователь вернётся к процессу, он должен понимать, где остановился и что ему осталось сделать до завершения покупки.
4. Формируем ожидания
Хороший сервис помогает человеку спланировать время и держит в курсе происходящего. Например, не очищает корзину молча, а предупреждает, что через 30 дней файлы удалятся.
Человек заполняет длинную заявку на кредит и жмёт «Отправить»:
❌ Плохой сервис выдаёт всплывающее окно «Заявка отправлена». У клиента сразу вопросы: Что дальше? Кредит одобрен? Когда ждать решения?
✅ Хороший сервис выдаёт страницу «Спасибо за вашу заявку. Наши специалисты позвонят вам в течение двух часов и сообщат решение». Рядом кнопка «Сообщить по почте».
5. Последовательность и создание привычек
Хорошее приложение формирует привычки, пользуется уже существующими и не переобувается на ходу. Если на одном экране меню сверху слева, то на другом оно не должно вдруг перепрыгнуть в другой угол.
Хорошее приложение помнит историю работы с человеком. Плохое делает вид, что видит человека впервые.
Если у клиента банковского приложения 95% операций — переводы, то лучше при следующем запуске показывать страницу переводов. Хорошая электронная книга сразу открывает роман на нужной странице, а не показывает всю библиотеку каждый раз.
Источник
1. Интерфейс должен быть человечным
Хороший продукт подстраивается под человека с его слабостями и привычками, а не заставляет подстраиваться под себя. Пользователи делают ошибки, меняют своё мнение, плохо запоминают информацию и не любят считать в уме. Всю рутинную работу приложение должно сделать за человека: напомнить о регистрации на рейс, подсказать время до вылета, указать на опечатку в имени и восстановить случайно удалённые билеты.
Забота проявляется во всём: нужная кнопка прямо под пальцем, шрифт легко читается, сообщения об ошибке можно понять с первого раза. Человечному тексту важнее быть понятым, чем юридически точным. Это не значит, что нужно писать неточный текст – нужно стремиться к компромиссу. Если пользователь устанет разбираться в формулировках и в итоге сделает неправильно, значит, даже самый корректный текст со своей задачей не справился.
❌ Для оформления полиса страхования ОСАГО необходимо подготовить водительское удостоверение и свидетельство о регистрации транспортного средства
✅ Подготовьте водительские права и свидетельство о регистрации (СТС)
❌ Плохой сервис даёт человеку автоматически созданный логин, заставляет придумать пароль по сложным правилам, а потом ещё и запомнить их
✅ Хороший сервис просит для входа то, что человек помнит, например, номер телефона, а вместо пароля использует СМС. Или позволяет войти через соцсети и не просит ничего запоминать.
2. Самое важное – не навредить
Человеческие данные — самая большая ценность для любого продукта. Хороший сервис не удаляет их сам и не позволяет им пропасть по случайности. Приложение может зависнуть, уйти в бесконечный цикл, сломаться, но данные обязано сохранить.
❌ Сохранить изменения в документе перед закрытием? Сохранить / Не сохранять / Отмена.
✅ Молча сохраняем результат
❌ Человек случайно удаляет целую страницу из отчёта и не замечает этого до самого последнего шага. Осознаёт ошибку, вздыхает, создаёт страницу заново.
✅ Приложение помнит всё, что было записано, и предлагает восстановить страницу из истории.
3. Следим за контекстом
Хороший сервис понимает, что у человека есть своя жизнь за пределами экрана. Он не разбудит в 2 часа ночи сообщением о скидках и не будет слепить перед сном (поэтому так популярны тёмные темы оформления). Если хорошим приложением пользуются на улице, то его интерфейс будет крупным и контрастным, чтобы считываться в движении на ярком солнце.
Продукт понимает, что пока человек покупает билет, ему может позвонить жена и отправить за ребёнком в садик, а потом за покупками. Когда же пользователь вернётся к процессу, он должен понимать, где остановился и что ему осталось сделать до завершения покупки.
4. Формируем ожидания
Хороший сервис помогает человеку спланировать время и держит в курсе происходящего. Например, не очищает корзину молча, а предупреждает, что через 30 дней файлы удалятся.
Человек заполняет длинную заявку на кредит и жмёт «Отправить»:
❌ Плохой сервис выдаёт всплывающее окно «Заявка отправлена». У клиента сразу вопросы: Что дальше? Кредит одобрен? Когда ждать решения?
✅ Хороший сервис выдаёт страницу «Спасибо за вашу заявку. Наши специалисты позвонят вам в течение двух часов и сообщат решение». Рядом кнопка «Сообщить по почте».
5. Последовательность и создание привычек
Хорошее приложение формирует привычки, пользуется уже существующими и не переобувается на ходу. Если на одном экране меню сверху слева, то на другом оно не должно вдруг перепрыгнуть в другой угол.
Хорошее приложение помнит историю работы с человеком. Плохое делает вид, что видит человека впервые.
Если у клиента банковского приложения 95% операций — переводы, то лучше при следующем запуске показывать страницу переводов. Хорошая электронная книга сразу открывает роман на нужной странице, а не показывает всю библиотеку каждый раз.
Источник
vc.ru
Пять принципов хорошего UX — Дизайн на vc.ru
Спроектировать UX – значит продумать, как ведёт себя продукт во всех сценариях, каким тоном говорит с пользователем, как присылает сообщения, не раздражает ли по мелочам. Сегодня расскажем, по каким правилам мы строим сервисы, чтобы пользователям было приятно…
Forwarded from Дизайн-снайпер
Новая обложка журнала Variety про многими любимую «Далекую, далекую галактику» и ее культурную вселенную, которая расширяется и объединяется с новыми «планетами».
Forwarded from Титова тут
Внимание, вопрос!
Вот вы когда в интернетиках ищите что-то, то какие вам сайты больше нравятся - очень красивенькие или обычные и понятные?
Не важно вообще что за тематика: установка дверей, визитка эзотерического лайфкоуча или запись на прием к стоматологу.
(извините, без примеров, все на ощущениях)
Под красивенькими я имею в виду сайты с уместным (или не совсем) обилием декоративных элементов. А под обычными - простые однообразные странички, с инфой и кнопочками (если и то и другое нужно и на своих местах).
Вот вы когда в интернетиках ищите что-то, то какие вам сайты больше нравятся - очень красивенькие или обычные и понятные?
Не важно вообще что за тематика: установка дверей, визитка эзотерического лайфкоуча или запись на прием к стоматологу.
(извините, без примеров, все на ощущениях)
Под красивенькими я имею в виду сайты с уместным (или не совсем) обилием декоративных элементов. А под обычными - простые однообразные странички, с инфой и кнопочками (если и то и другое нужно и на своих местах).
Forwarded from Адовый UX
Маша очень точно подметила очень распространённый косяк в портфолио дизайнеров приложений
Twitter
ваше печеничество
eto ya смотрю портфолио кандидатов
Forwarded from dot(ufna, dev)
Хех, очень забавно находить такие видео, которые я считал вообще-то закрытым уроком :D
Так что я у мамы стример! Гиперкэжа! Жаль качество записи пожато, а так имхо получилось норм, для новичков анрила - рекомендую! (сам себя не похвалишь, да)
https://youtu.be/_pvzGxWPhi0
Так что я у мамы стример! Гиперкэжа! Жаль качество записи пожато, а так имхо получилось норм, для новичков анрила - рекомендую! (сам себя не похвалишь, да)
https://youtu.be/_pvzGxWPhi0
YouTube
Разработка основных механик стеккинг игры (tower builder) на Unreal Engine
Разработка основных механик стеккинг игры (tower builder) на Unreal Engine.
Стрим ведёт
👾Владимир Алямкин, техлид Pushkin Studio (my.games (http://my.games/))
Модератор:
⚡️Егор Сечинский, основатель Ninsar, эксперт по AR/VR на отраслевых мероприятиях.
…
Стрим ведёт
👾Владимир Алямкин, техлид Pushkin Studio (my.games (http://my.games/))
Модератор:
⚡️Егор Сечинский, основатель Ninsar, эксперт по AR/VR на отраслевых мероприятиях.
…
Forwarded from Denis Sexy IT 🤖
This media is not supported in your browser
VIEW IN TELEGRAM
Три примера генерации нейронки выше, вот бы ее во время самоизоляции ✨
Forwarded from Defront — про фронтенд-разработку и не только (Alexander Myshov)
Андреа Гиммарачи написал статью о том, почему некорректно называть JavaScript-классы синтаксическим сахаром для прототипного наследования — "JS classes are not 'just syntactic sugar'".
В статье говорится о том, что хотя многие фичи JavaScript-классов можно эмулировать с помощью транспиляторов в ES5, они будут уступать в скорости и безопасности. Кроме того существуют вещи, которые нельзя эмулировать с помощью традиционного прототипного наследования. Например, с помощью обычных функций нельзя отнаследоваться от встроенных типов, также невозможно полностью эмулировать поведение
Таким образом использование понятия "синтаксический сахар" по отношению к классам может привести к неправильным выводам. Принцип прототипного наследования на функциях и классах похож, но это не одно и то же.
#js
https://webreflection.medium.com/js-classes-are-not-just-syntactic-sugar-28690fedf078
https://www.reddit.com/r/javanoscript/comments/mq9upa/js_classes_are_not_just_syntactic_sugar/ (обуждение на Reddit)
В статье говорится о том, что хотя многие фичи JavaScript-классов можно эмулировать с помощью транспиляторов в ES5, они будут уступать в скорости и безопасности. Кроме того существуют вещи, которые нельзя эмулировать с помощью традиционного прототипного наследования. Например, с помощью обычных функций нельзя отнаследоваться от встроенных типов, также невозможно полностью эмулировать поведение
super().Таким образом использование понятия "синтаксический сахар" по отношению к классам может привести к неправильным выводам. Принцип прототипного наследования на функциях и классах похож, но это не одно и то же.
#js
https://webreflection.medium.com/js-classes-are-not-just-syntactic-sugar-28690fedf078
https://www.reddit.com/r/javanoscript/comments/mq9upa/js_classes_are_not_just_syntactic_sugar/ (обуждение на Reddit)
Medium
JS classes are not “just syntactic sugar”
After reading yet another blog post about JS classes being “just sugar for prototypal inheritance”, I’ve decided to write this post to…
Forwarded from Логотип побольше
Забавные иллюстрации на корме OOPS! Питомец пойман с поличным, когда хотел взять очередную вкусняшку. Немного разные графические стили для каждого SKU отражают характер, индивидуальность и вкусовые предпочтения каждого животного. Сам вкус лакомства обозначен цветом, что позволяет достаточно быстро ориентироваться, какой товар нужно купить.
#упаковка
#упаковка
Forwarded from Дизайн-снайпер
Доброе утро! Пятница. Метафора рабочего объекта и объекта для отдыха. Паллета и диван или кровать. Ироничная работа дизайнера Ярре Вельдмана, которую многие захотят в офис или домой.