Интерфейс и ощущения

Вот нравится мне Дискорд за вот такие маленькие штучки. Нравится, что ребята решили показывать ошибку не просто красной плашечкой с текстом, а вот прям на уровне ощущений; мол: «Ты братец не то делаешь».

Вообще, считаю, что хороший интерфейс и должен так работать, на уровне ощущений. Если изволите это как затертый пример из презы эппол. Типо что при создании продукта они исходят из вопроса: "What do we want people to feel?"

(если вы не уловили, я говорю о том, что экран трясется, когда выдает ошибку )

Ещё про ощущения

Мне кажется, стоит ещё немного прояснить свою мысль из предыдущего ↑↑↑ поста.

01. Я считаю, что интерфейс Дискорда мог бы существовать и без этого трясучего эффекта. И да, это дополнительное время разработки. И да, вероятно, не на какие метрики эта фича не влияет. Стоило ли уделять столько внимания тому, что человек забыл сохранить изменения? Вероятно, не стоило!

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

03. Мне просто, знаете, чего хочется? Хочется, чтобы всякие простые интерфейсы (не пульты управления АЭС, конечно) работали на уровне ощущений, а не только на уровне сознания. Ну, типа в реальном мире обратную связь мы не только читаем, мы её ещё и чувствуем. Знаете, вот если потянуть ручку газа на мопеде, то вы прямо почувствуете, как двигатель начинает поддавать. Вам даже спидометр не нужен, чтобы это понять. Вот такого хочется.

btw, я чет тут буквами извёлся, но вы поймите, я эту штуку практически 10 месяцев в голове носил)))

Примеры ↑↑↑

Если честно, то мне сложно вспомнить какой-то адекватный пример того, как интерфейс работает с ощущениями юзера.

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

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

Если вспомните хорошие примеры - пришлите плиз ))

«А как тормозить?»

Во время катания на сноуборде пришла следующая мысль: «Уверенность в том, что мы умеем чем-то управлять, появляется после того, как мы научились тормозить и не падать». Любопытно, что когда я учился кататься на лонгборде или роликах, тоже был момент, когда ХОП, и уже не страшно, потому что научился тормозить.

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

btw картинку нашел где-то в гугле, она мне не оч нарвиться, но мне лень переделывать

Еще пример про отзывчивость элементов

Помните, я недавно писал про трясущейся экран в Дискорде и отзывчивость интерфейсов ? Я нашел ещё один пример!

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

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

Что не так с этой ↑↑↑ механикой?

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

Для начала давайте попробуем описать всю механику по порядку:

1. Для блокировки и разблокировки нужно сделать одну и ту же цепочку действий, long tap по картинке и свайп вправо.

2. Выбранная функция подсвечивается светлым кружком;

3. Отличие между блокировкой и разблокировкой только в том, что во втором случае иконка замочка становится открытой (попробуйте это заметить);

4. При применении обеих функций картинка остается статичной.

Далее посмотрим на основные проблемы!

Разбор следующей проблемки, дай бог будет завтра.
Что-то я переоценил свои силы с написаием этих постов ))

Проблемка_2

Здесь должно было быть описание второй проблемы этой ↑↑↑ механики из инсты, но я понял, что нет никакой проблемы. Тю-тю.

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

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

2. Во-вторых, заблокировать можно и картинку, и стикер, и текст, а это вводит еще больше ограничений на способы показать «заблокированность»;

3. Ну и в-третьих, я же сам начал с противоположного тезиса, мол зачем что-то рисовать, если можно показать реакцию элемента на действие пользователя;

В итоге, не так велика цена, что юзер случайно тыкнет в заблокированный элемент. Ну типа будет там 1-2 элемента заблокированных, ну ладно. Это же не табличку на 1,000 строк прокликивать )))