Подход в проектировании интерфейса

Из рассылки «Мекры»:

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

Чему мы учимся здесь в кружке? Прививаем вкусы, учимся размышлять и принимать осознанные решения при проектировании. Вот появился контекст «режимы ≠ зло». А откуда он взялся? Может быть из желания составить свод правил, определений и руководств, вместо того, чтобы ухватить суть размышлений и проверять их в разных контекстах. Я руководствуюсь и выступаю за здравый смысл и феноменологический подход. Это когда мы выдвигаем гипотезы и проверяем их.

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

При проектировании взаимодействия нужно пестовать и лелеять привычки пользователей. Для этого эти привычки нужно собирать. Замечательно сказал Николай Яремко, разработчик интерфейса в Яндекс.Почте: «смотрите, сделали мы 5 вариантов решения, одно их них через год выживет, так вот, наша задача — найти этот вариант и применять». Выходит, что мы должны обладать знанием о некотором наборе сносно работающих решений, назовем их паттернами. То, что прижилось, становится паттерном. По-крайней мере на какое-то время, пока не появится новое решение или не сменятся технологии. Ну или пока вы не откроете решение, которое обеспечит новый
квантовый скачек в качестве взаимодействия.

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