Информационные блоки интуитивно понятный интерфейс. Предоставлять варианты удобного управления

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

Существенной частью того, что принято называть «простота в использовании», является интуитивное понимание пользователем веб-интерфейса лендинга/отдельной страницы сайта. Так мы подходим к определению интуитивного дизайна (Intuitive design): когда посетитель видит такой дизайн, он точно знает, что ему делать.

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

Интуитивный дизайн фокусируется на положительном пользовательском опыте (User eXperience, UX), что, в конце концов, и делает его практически синонимом научного дизайна.

Проблема с проектированием интуитивных интерфейсов: интуитивно понятный для кого?

Почему существует так много лендингов/сайтов, которые заставляют людей ломать голову над выполнением конверсионной задачи? Почему бы не сделать все веб-ресурсы интуитивно понятными? Это ведь то, что хочет каждый — потенциальный клиент, маркетолог, веб-дизайнер?

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

Никакого объективного критерия интуитивно понятного дизайна не существует: только сам пользователь чувствует, понятно ли ему, что делать на веб-странице или же нет.

Большинство лендингов/сайтов разработаны с благими намерениями: никто не хочет осложнить жизнь посетителям. Эти лендинги даже интуитивно понятны — но, как правило, дизайнеру ! Обычный разработчик редко когда тратит время, чтобы посмотреть, как средней представитель целевой аудитории будет пользоваться его веб-продуктом.

Человек всегда смотрит на мир со своей собственной точки зрения, и когда он проектирует что-то, он неосознанно конструирует этот объект (неважно, автономный лендинг или SaaS-платформу как таковую) «под себя», то есть для людей, обладающих примерно таким же уровнем компьютерных навыков, приблизительно таким же опытом использования интерфейсов подобного типа и т. д.

Важно усвоить вот что: разработка интуитивного дизайна начинается с понимания пользователей (target group): нужно выяснить, что для них интуитивно понятно, а что нет.

Понимание целевой аудитории невозможно без знания концепции «актуального/текущего уровня знания против требуемого уровня знаний» (Current Knowledge VS. Target Knowledge).

Актуальные знания VS Требующиеся знания

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

Это то, что Джаред Спул (Jared Spool), выдающийся специалист по веб-интерфейсов, называет «текущим уровнем знаний» (Current Knowledge).

Тогда «требуемые знания» (Target Knowledge) — это тот уровень квалификации, который позволит представителю целевой аудитории легко пользоваться вашим лендингом, сайтом, SaaS-решением.

Слева направо: No Knowledge — никаких знаний; Current Knowledge — текущий уровень знаний; Target Knowledge — требуемые знания; All Knowledge — максимально возможные знания.

Разница между этими двумя уровнями — Current Knowledge и Target Knowledge — называется разрывом в знаниях (Knowledge Gap). Задача дизайнера заключается в разработке интерфейса, минимизирующего разрыв в знаниях у посетителей — между тем, что они знали, перед тем как появились на ресурсе, и тем, что им надлежит знать, чтобы использовать веб-страницу должным образом.

Трудность в решении этой задачи заключается в том, что дизайнер может работать на маркетолога, располагающего чрезвычайно широкой целевой аудиторией, простирающейся от технически продвинутых «гиков» до едва владеющих компьютерными навыками бабушек плюс все те пользователи, кто по уровню квалификации располагается между 2 этими полюсами target group.

Чем меньше группа, тем проще задача дизайнера, и наоборот. Понятно, что сведения о target group он должен получать от маркетолога, знающего свой целевой рынок.

Концептуальные модели

Если пользователи никогда не пользовались именно вашей целевой страницей/сайтом, это отнюдь не означает, что их актуальные знания по этому вопросу равны нулю: они, вероятнее всего, бывали на других аналогичных веб-страницах раньше. Некоторые — нет, но вообще-то у каждого из этих людей есть концептуальная модель (Conceptual Model) идеального веб-ресурса.

Поясним на примере: положим, есть некто, никогда не приобретавший товары online, но обладающий опытом покупок offline. Мы усаживаем его перед компьютером, показываем ему веб-интерфейс Amazon.com и говорим: «Можешь покупать товары здесь!».

Теперь у этого человека наряду с концептуальной моделью «оффлайн магазина» появляется концептуальная модель «онлайн магазина». Чем больше процесс интернет-шопинга будет напоминать обычную покупку, тем прочнее будет поведенческий «покупательский» паттерн пользователя, связанный с конкретной концептуальной моделью «Amazon — это интернет-магазин», потому что 2 вида пользовательского опыта — online и offline — будут максимально близки.

Но вот если пользователь уже пользовался онлайн-шоппингом, но на другом веб-ресурсе, то его концептуальная модель сайта eCommerce будет отличаться от упомянутой выше: возможно, что интерфейс Amazon.com не оправдает его интуитивные ожидания.

Итак, если большинство ваших потенциальных клиентов никогда не пользовалось лендингами/сайтами/SaaS-решениями, визуально похожими на ваш веб-ресурс, вам придется иметь дело с концептуальной моделью .

Для этого нужно выяснить, каков их опыт в интеракциях с лендингами/сайтами, максимально похожими на ваш — и так далее по мере отдаления по схожести дизайна. Чем меньше ваше веб-решение соответствует ментальной модели, преобладающей у целевой аудитории, тем менее интуитивно понятным оно будет.

Знайте своих пользователей!

Для разработки интерфейса, воспринимаемого потенциальными посетителями как «интуитивно понятный», нужно оценить текущий и требуемый уровни знаний target group. Другими словами: что пользователи уже знают, и что они должны знать?

Существуют два эффективных способа оценки уровня знаний целевой аудитории:

• «Полевые исследования» (Field studies): вы просто идете к своим потенциальным клиентам и наблюдаете их поведение в интернете в привычной для них «среде обитания». Этого вполне достаточно, чтобы составить представление об их текущем уровне знаний.
• Юзабилити-тест типа «Стоя за плечом» (Over the shoulder usability tests): пригласите несколько представителей своей target group принять участие в тесте, попросите их выполнить набор задач на ваших страницах. Пусть пользователи комментируют свои действия вслух, говоря все, что они думают. Подобный тест можно провести и в удаленном режиме.

В обоих случаях вы наблюдаете и делаете заметки, не вмешиваясь в происходящее. Тест-группы из 10 участников достаточно для того, чтобы выяснить 90% проблем юзабилити.

Когда лендинг можно использовать интуитивно?

Упоминавшийся ранее Джаред Спул еще в 2005 году провел исследования на эту тему, результатом чего стала статья «Что делает дизайн интуитивно понятным?» (What Makes a Design Seem "Intuitive"?).

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

• Текущий и требуемый уровень знаний идентичны. Пользователь, вступая в интеракцию с веб-интерфейсом, знает все, что нужно для достижения конечной цели взаимодействия с ресурсом (в нашем случае — конверсии в любой произвольной форме).
• Текущий и требуемый уровень знаний различаются, но посетитель, не замечая этого, с помощью незаметных подсказок преодолевает разрыв знаний. Пользователь естественным образом проходит обучение, не подозревая об этом.

Другими словами, вы либо делаете ваши лендинги настолько простыми, что выполнение конверсионных задач не потребует от посетителя обучения, либо снабжаете веб-страницы инструкциями, советами, списками часто задаваемых вопросов (FAQ), хорошо заметными и действительно способными «на ходу» обучить пользователя.

Лучшее доказательство правоты первого тезиса — интерфейс поискового гиганта Google. Вы никак не сможете использовать его неправильно, там попросту нет «кривой обучения» (Learning Curve) — любому пользователю даже с минимальным уровнем знаний понятно, что делать.

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

Получается, что существует два способа создать интуитивный дизайн.

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

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

Впрочем, можно одновременно использовать оба метода.

Интуитивно понятные навигация и поиск по сайту

3 года назад Майк Вольпе (Mike Volpe), эксперт по , создал круговую диаграмму, наглядно иллюстрирующую запросы, предъявляемые посетителями к дизайну веб-ресурсов (понятно, что диаграмма была результатом тщательных исследований).

Так вот, согласно этой диаграмме, 76% опрошенных самым важным фактором в дизайне ресурса считали простоту поиска по внутреннему контенту (данное исследование в целом касалось сферы eCommerce, заметим). Первым делом, они, конечно, хотели найти меню как таковое.

Вот тут и кроется главный вопрос: если на вашем сайте расположено огромное количество контента, то как грамотно структурировать/каталогизировать его?

Пип Лайа советует применить еще один метод оптимизации offline, так называемый «карточный метод сортировки контента» (Card sorting), сродный чем-то с настоящей карточной игрой с простыми правилами: участникам эксперимента раздают картонные карточки с названиями категорий: «разное», «товары для дома» и т. д.

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

Звучит, возможно, и смешно, но метод этот описан в статье «Card sorting: a definitive guide» (2004) Донны Спенсер (Donna Spencer), австралийского специалиста с мировым именем по оптимизации пользовательского опыта.

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

Пункты меню, разумеется, должны носить значащие названия, ничего абстрактного. Эксперты обычно советуют называть пункты словами-триггерами: «Купить», «Связаться с нами» и т. д.

Самое время вспомнить о так называемом «Законе Кассельса» (Cassells’ Law), названном так в честь эксперта по CRO Google Шейна Кассельса (Shane Cassells):

50 % всех пользователей не покупают, потому что они не могут найти то, что они ищут.

50% of all users don’t buy because they can’t find what they’re looking for

Именно поэтому иметь хороший поиск по контенту не просто важен, а архиважен!

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

У гиганта электронной торговли Amazon огромный ассортимент офферов, потому-то и поиск занимает центральное место в его веб-интерфейсе. Но вы представляете, как Amazon мог бы работать по-другому?

Попутно — убедитесь также, что вы включили «Поиск по сайту» (Site Search) в метрике Google Analytics. Вы заметите, что пользователи, применяющие поисковые запросы, как правило, имеют более высокий коэффициент конверсии (задавая запрос, эти люди уже знают, что ищут).

Люди проводят большую часть своего времени на других сайтах, не на вашем

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

Общепринятые (конвенциональные, утвердившиеся, стереотипные) элементы восприятия веб-страниц таковы:

• нажатие на логотип (в левом верхнем углу) всегда возвращает пользователя на главную/домашнюю страницу;
• последний пункт в горизонтальном меню навигации должен называться «Контакт/Свяжитесь с нами» (либо это нижний пункт вертикального меню);
• контактная информация должна располагаться в футере страницы (footer, «подвал»);
• стремитесь к последовательности и постоянству: навигация и другие важные элементы должны оставаться на одном и том же месте на любой странице ресурса;;
• ссылки должны быть легко отличимы от обычного текста;
• если пользователи могут и должны скроллить страницу, полоса прокрутки должна быть видна и отличима от фона;
• в странах, принадлежащих к европейской цивилизации в широком смысле, пользователь сперва прочитает контент, расположенный слева на странице;
• размещайте справочные сообщения и уведомления на странице блоками;
• используйте самые понятные слова: «Контакты» вместо «Коммуникации».

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

Так мы плавно подходим к последнему пункту нашего поста.

Неоправданный риск редизайна

На конференции An Event Apart в 2012 году Джаред Спул озвучил новый тезис:

редизайн ведет к разрыву уровня знаний пользователей веб-ресурсов.

Закон Парето беспощадно работает и в этой сфере человеческого бытия: те 20% пользователей, что приносят 80% доходов, категорически не приемлют никакой редизайн любимого предприятия eCommerce. Они уже привыкли к тому, как все работает, и когда вы меняете дизайн сайта, вы меняете его против самых платежеспособных, «золотых» клиентов.

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

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

Лучший способ — перманентный малозаметный редизайн по типу «итерация за итерацией» (другими словами, «эволюционный», ESR). Этот способ позволит вам быстро отреагировать на положительный или отрицательный результат, вызванный новыми изменениями.

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

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

Взято с сайта oprah.com

Для начала хотелось бы определить само понятие «интуиция».

Интуи́ция (позднелат. intuitio - «созерцание», от глагола intueor - пристально смотрю) - метод решения задач посредством единомоментного подсознательного вывода, основанный на воображении, эмпатии и предшествующем опыте, «чутьё», проницательность .

«Википедия»

Интуиция (от лат. intueri – пристально, внимательно смотреть) - мыслительный процесс, состоящий в практически моментальном нахождении решения задачи при недостаточной осознанности логических связей.

Интуиция (от лат. intueri - пристально, внимательно смотреть) - знание, возникающее без осознания путей и условий его получения, в силу чего субъект имеет его как результат «непосредственного усмотрения»

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

Поэтому, прежде всего, хотелось бы разделить «интуитивное» программирование на 2 составляющих: - оптимистическое и пессимистическое

Оптимистическое интуитивное программирование

Интуиция, основанная на опыте

Большое количество примеров использования такой интуиции в процессы работы описал Дмитрий Чепель из Acronis в своей статье на Хабре . Если Вы ещё не читали, обязательно прочитайте.

Я бы хотел предложить вам другой пример-эксперимент. Ниже приведён пример кода на языке Sidef (я надеюсь не многие из Вас знают его). Попробуйте не особо вникая в детали, догадаться о чём он:

Loop { var swapped = false { |i| if (arr > arr[i]) { arr = arr swapped = true } } * arr.end swapped || break } return arr

Возможно, часть из Вас догадалась о чём идёт речь, увидев в коде знакомые части, возможно некоторые нет. Я попробовал провести этот эксперимент на небольшой группе своих знакомых программистов и результат таков - больше половины (порядка 65%) человек смогли за очень короткое время понять о чём идёт речь.

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

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

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

Интуиция, основанная на логике

Но что, если взять для примера следующий кусок кода на Python:

Def sum(a, b): ... def mult(a, b): ... def subtract(a, b): ... def divide(a, b): ... def calculate(a, b, strategy): ... calculate(4, 2, sum) #6 calculate(4, 2, mult) #8 calculate(4, 2, subtract) #2 calculate(4, 2, divide) #??
Даже не видя исходного кода, мы «интуитивно» чувствуем, каким будет результат выполнения последней функции в списке.

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

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

Интуитивно-понятный интерфейс

Ожидания же эти формируются на основе 2 составляющих - нашего предыдущего опыта и логических закономерностей и предположений.

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

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

Интуиция как иррациональное

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

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

Пессимистическое инстинктивное программирование

Как упоминалось выше «иррациональная» интуиция является одновременно и палочкой-выручалочкой и опасным инструментом в руках программиста.

Опираясь на такие инстинктивные решения мы теряем уверенность в написанном нами коде, в котором начинает происходить «магия».

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

В качестве заключения

P.S. Для тех, же кому интересна тема интуции в разработке ПО, советую почитать

Интерфейс – это некий «мост» между пользователем и системой. С помощью интерфейса пользователь сможет объяснить системе, чего он от неё хочет, а система это выполнит. Но что случится, если это понимание между машиной и человеком не будет достигнуто? Пользователь просто уйдёт с сайта. Вот так ведут себя интернет-пользователи по данным Online Marketing Institute:
— 85% могут уйти с сайта, если им не понравится дизайн интерфейса;
— 83% покинут сайт, если будут вынуждены делать много кликов, чтобы найти то, что им нужно;
— 40% никогда не вернутся на сайт, если им было трудно его использовать в первый раз.

Принципы хорошего интерфейса одинаковы и для веб-сайтов, и для программ, и для сервисов. Я собрала 17 основных из них (а также в конце вас ждет небольшой обзор способов тестирования интерфейса на юзабилити).

Из статьи вы узнаете:

Хороший интерфейс должен:

1. Быть интуитивно понятным.

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

Интуитивно понятный интерфейс — это тот, в котором:
1) все элементы выстроены по принципам элементарной логики.
Возьмем для примера сайт с текстовым контентом (статьями). Его логический интерфейс будет таким:
— название сайта находится в самом верху страницы, под ним — краткое описание ресурса;
— ниже располагается меню с разделами сайта;
— блок с контактами и обратной связью в правой верхней части меню;
— статьи расположены в порядке их добавления на сайт;
— в конце каждой статьи есть кнопки “следующая” и “предыдущая”;
— кнопки категорий всегда должны быть на виду, чтобы можно было в любой момент перейти в другой раздел;
— правила сайта, подробная контактная информация, данные о разработчиках и т.д. располагаются в футере сайта, так как именно там их всегда и ищут.

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

Вот пример из интерфейса программы. Даже там, где значки не подписаны, вполне понятно, что они могут означать. Кнопки расположены в порядке логики — ведь каждому интуитивно понятно, что после кнопки “пауза” должна следовать кнопка “стоп”, и т.д.

2) кнопкам присвоены понятные обозначения.
Избегайте кнопок, изображение на которых может ввести в заблуждение пользователя. Не нужно изобретать велосипед. Большой знак вопроса сразу же говорит пользователю о том, за ним скрывается какое-либо руководство или помощь. Лупа — это всегда форма поиска на сайте.

А вот что бы вы подумали, увидев на сайте или в программе кнопку, например, с перечеркнутым квадратом? Скорее всего, многие пользователи даже не рискнут на нее нажать, так как им будет непонятно, к чему приведет это действие.

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

3) есть помощь пользователю, если он “заблудился”.
Если пользователь попал на страницу 404, сразу же на ней дайте ему кратенькую инструкцию о том, что он может сделать дальше. Например, предложите ему вернуться в предыдущий раздел и поискать нужную информацию там.

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

И один наглядный пример:

2. Быть предсказуемым.

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

Пример дизайна интерфейса программы-плеера. Верхние кнопки (“предыдущий” — “воспроизвести” — “следующий”) должны выполнять именно эти функции, а ползунок менять уровень громкости.

Еще несколько примеров. Если сделаете кнопки объемными, они будут больше выглядеть именно как кнопки, поэтому кликать на них будут с большей вероятностью:

А переключатель on/off понятно выглядит, когда сделан вот так:

Один из самых больших страхов дизайнеров — это то, что их сочтут неоригинальными. И поэтому они часто избегают использования техник, которые давно проверены на эффективность и работают, в пользу создания “чего-то нового и креативного”. Заниматься открытым плагиатом, конечно, не нужно. Но использовать уже знакомые пользователям модели построения интерфейса — это верный способ сделать его предсказуемым. Какие ресурсы чаще всего использует ваша целевая аудитория? Facebook, LiveJournal, Twitter, Amazon, Youtube? Используйте похожий стиль и в своем интерфейсе, чтобы они смогли почувствовать себя в привычной обстановке. Например, если вы ориентируетесь на Youtube, сделайте главное меню вертикальным и поместите его слева страницы, а строку поиска разместите по центру сверху.

3. Быть минималистическим.

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

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

4. Быстро загружаться.

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

Чтобы ваш сайт стал быстрее быстрого, используйте эти советы: 8 способов .

5. Показывать все важные опции.

Использовать выпадающие списки и меню лучше только там, где этого избежать невозможно. В остальных случаях старайтесь сразу же показать пользователю все его возможности. Если часть возможных действий будет скрыта, пользователь может быть и не догадается, куда ему нужно нажать для совершения определенного действия. А если эти действия целевые (“купить товар”, “сделать заказ”), то их и вовсе нельзя прятать в выпадающие меню, а наоборот, сделать на них особый акцент.

Пример того, какое выпадающее меню может иметь право на жизнь.Здесь при наведении курсора открываются подразделы в разделах меню, и это вполне удобно. А вот, например, кнопка “Контакты” видна сразу же, без дополнительных наведений.

Кнопки для предпочтительных действий пользователей должны выделяться на фоне других. Здесь такая кнопка “Добавить в корзину”.

6. Уметь общаться с пользователем.

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

Для эксперимента ниже я заполнила только две первые графы формы регистрации, оставила пустой строчку с e-mail и специально ввела неправильный повтор пароля. Система сразу же указала на ошибки (выделено красным). Именно так и должен вести себя любой хороший интерфейс.

7. Иметь разные стили для кнопок с разными типами действий.

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

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

На этой странице сразу понятно, что мы находимся в разделе “Услуги” и он выделен красным цветом. Возвращаясь к пункту 5, отмечу, что тут целевое действие — покупка, поэтому кнопка “купить” выделена на фоне остальных и является объемной.

8. Быть привлекательным.

Функциональность и удобство — это хорошо, но есть еще и элементарное “красиво/не красиво”. Любому пользователю будет гораздо приятнее иметь дело с интерфейсом, который, ко всему прочему, еще и радует глаз.

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

На мой взгляд, эти примеры дизайна достаточно привлекательны. В первом случае больше всего порадовали оригинально сделанные иконки и объемность изображения, во втором — цветовое решение и расположение элементов.

9. Давать возможность персонализации.

Персонализация — это возможность настроить что-либо “под себя”. Чаще всего эту функцию можно встретить в программах, сервисах и приложениях. Пользователь может поменять, например, цвет шрифта, стиль иконок, фоновое изображение, размер текстовых блоков так, как ему понравится (выбирая из предложенных вариантов, естественно).

В сервисе Trello можно поменять фон на другой цвет или изображение.

А вот так позволяет персонализировать свой аккаунт Twitter:

10. Быть лояльным к ошибкам пользователя.

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

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

11. Говорить на языке пользователя.

Весь текст интерфейса, любые обозначения должны быть созданы под целевую аудиторию ресурса. Тут всё очевидно: если вы делаете обучающий сайт для детей дошкольного возраста, то текст интерфейса должен быть написан на “детском” языке. Если у вас программа для продвинутых веб-мастеров, то вы смело можете использовать специфические термины без пояснения — целевая аудитория и так их знает. А если это сервис для новичков, то язык должен быть максимально прост.

12. Предоставлять оптимальное количество вариантов выбора.

Чем больше вариантов действий вы предложите пользователю, тем меньше вероятности, что он вообще совершит какое-либо из них. Если же вариантов действительно много, и сократить их нельзя (например, каталог товаров), то используйте функцию рекомендаций. Например, вы предлагаете на одной странице десять вариантов товара, но один или два из них выделите в категорию “Мы рекомендуем”. Клиент обратит внимание на эти товары, что, возможно, облегчит ему выбор.

Также это можно реализовать с помощью блока “Хиты продаж”, как показано на примере.

13. Давать мягкие подсказки.

Всплывающие подсказки — это очень хорошо. Они помогают пользователю до конца разобраться в том, в чем он не смог разобраться сам. Главный вопрос остается в том, как сделать такие подсказки эффективными и не напрягающими. Помните скрепку-помощника из ранних версий Microsoft Word? Компания отключила эту функцию именно из-за того, что она вызывала много негативных эмоций у пользователей и подвергалась критике.

Чтобы пользователи были лояльны к подсказкам, придерживайтесь таких моментов:
— не пишите в них слишком много текста;
— не подключайте подсказки к каждой кнопке, а ограничьтесь только теми, где у пользователя действительно могут возникнуть трудности;
— дайте возможность пользователю закрыть подсказку или полностью отключить функцию подсказок.

14. Затемнять фон под модальными окнами.

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

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

15. Иметь короткие формы регистрации.

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

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

Посмотрите на пример. Форма слева показывает сразу все строки к заполнению и поэтому выглядит громоздкой. Заполнять такую форму очень не хочется. А в форме справа может быть ровно такое же количество вопросов, но они разбиты на “шаги”, поэтому не вызывают раздражения.

16. Иметь простые принципы заполнения полей.

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

1. При заполнении разных полей (“город”, “улица”, “дата рождения”) хорошо бы давать подсказки пользователю с помощью дропдауна (выпадающего меню), чтобы ему не нужно было вводить это всё вручную, а просто выбрать нужный вариант из списка.

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

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

4. Максимально снизьте вероятность неправильного заполнения формы.
Представьте себе ситуацию. Вы начинаете вводить в поле свой номер телефона. После первого заполнения система вам говорит: “Номер телефона должен быть введен в 10-значном формате”. Вы вводите еще раз, а система вам выдает: “Номер телефона не должен содержать дефисов”. И тут вы уже начнете нервничать и мысленно проклинать этот сайт (а может, и не мысленно). Идеальная форма ввода — это когда пользователь может написать в неё всё, что угодно, и система не скажет ему “неправильно”. Конечно, обработка данных будет несколько затрудняться, так как часть запросов вам придется обрабатывать вручную. Но ведь ваша главная цель — это принять заказ, а не отсеять нетерпеливых клиентов.

17. Предоставлять варианты удобного управления.

Если на сайтах мы в основном используем мышь (кроме стандартных функций “копировать/вставить” и т.д.), то в программах и приложениях зачастую бывает удобно управление с клавиатуры. Дайте возможность пользователям выбрать тот вид управления, который им больше понравится, и покажите, какая функция какой комбинации клавиш соответствует.

Как протестировать интерфейс на юзабилити?

Как и обещала в начале статьи, расскажу немного о тестировании интерфейса. Почему это так важно?
— во-первых, при разработке интерфейса в него могли закрасться ошибки, которые будут влиять на работу всей программы или ресурса;
— во-вторых, вы никогда не сможете сразу угадать с оптимальным дизайном интерфейса, который будет отлично восприниматься большинством пользователей;
— в-третьих, интерфейс может нормально отображаться на одном устройстве (или в браузере), и быть совершенно не совместим с другим.

Тестирование сможет решить все эти проблемы. Каким образом можно его осуществить?

1. Ручным способом.

Чтобы провести такое тестирование, потребуется много временных и физических ресурсов, так как весь процесс будет вестись человеком. Но в этом и плюс ручного тестирования. Для его осуществления необходим тестировщик, который будет поэтапно проверять, как реагирует система на то или иное действие пользователя. Удобнее всего для этого составить специальную таблицу, в которую будут вноситься все данные. Например, вот такую:

2. Автоматизированным способом.

Такой способ тестирования проводится с помощью специальных программных средств, которые как бы подражают действиям живого человека при ручном тестировании. Для такого тестирования не требуется участие человека, поэтому скорость его выполнения повышается, а стоимость денежных затрат снижается. Есть тут одно большое “но”. Автоматизированное тестирование не может дать 100%-результатов, так как проводится оно только по формальным признакам (тем, которые вбиты в программу), и не предоставляет возможности найти дефекты юзабилити, которые могут быть восприняты только человеком (например, цветовая гамма интерфейса).

3. C помощью фокус-групп.

На мой взгляд, самый лучший метод тестирования в плане соотношения цена-эффективность. Проводится он следующим образом:
— набирается несколько фокус-групп, состоящих из ваших целевых пользователей. Разделять группы вы можете по разным признакам: зарегистрированные/незарегистрированные, постоянные/редкие пользователи, а также по разным демографическим показателям (которые вписываются в вашу ЦА);
— каждой группе даются задания совершить определенные действия на вашем сайте/сервисе/программе. Вы должны сказать испытуемым, что они должны сделать, но не говорите как. В этом и заключается суть тестирования — посмотреть, с помощью каких действий пользователи будут достигать своей цели.
— после всего этого вы анализируете, как именно испытуемые выполняли свои задания — куда они нажимали, по каким ссылкам переходили, быстро ли нашли желаемое и т.д.

Есть специальные сервисы, с помощью которых можно легко находить людей для проведения такого тестирования. Например, Askusers , Мудрый Тест , Usabilla .

Наглядный пример тестирования интерфейса пользователя

Для проведения тестирования юзабилити были привлечены пользователи, которые не очень часто пользуются Yelp. Им давались определенные задачи (например, зарезервировать столик в ресторане, подобрать отель для ночлега во время путешествия и т.д.), после чего анализировались их действия. Вот некоторые результаты тестирования:

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

Получилась вот такая:

2. Опрос тестируемых пользователей показал, что практически каждый из них считает боковую панель сервиса очень замусоренной и неудобной для использования. Изначально страница была вот такая:

А вот макет новой страницы:

Полную версию результатов этого тестирования смотрите .

И в заключение.

При разработке интерфейса помните, что излишнее внимание к одной характеристике может существенно навредить другой. Убрав некоторые элементы, стремясь достичь минимализма, вы можете создать проблемы с пониманием интерфейса пользователем. Воплощая в жизнь характеристику привлекательного дизайна, вы рискуете перестараться и сделать интерфейс чересчур тяжелым для быстрой загрузки. Поэтому самое важное (и самое сложное) во всей этой истории – соблюдать идеальный баланс всех свойств интерфейса, и тогда он будет по-настоящему user-friendly.

Мне очень интересна тема интуитивного интерфейса в контексте бытового и профессионального понимания. Я даже собираю мнения разных дизайнеров на эту тему:)

Позволю себе привести несколько цитат из моей коллекции.

Виктор Папанек:
Дизайн это сознательные и интуитивные усилия по созданию значимого порядка.

Слово «интуитивные» я счёл необходимым добавить к моему определению дизайна только в последние годы. Сознание предполагает интеллектуализацию, работу мозга, исследование и анализ. В первоначальном определении не хватало основанной на ощущениях/чувствах стороны творческого процесса. К сожалению, интуицию трудно определить как процесс или способность. Тем не менее, её влияние на дизайн весьма существенно. Ведь именно благодаря интуитивному прозрению мы можем представить, как взаимодействуют те впечатления, идеи и мысли, которые незаметно для себя накопили на подсознательном, бессознательном или предсознательном уровне. Механизм интуитивного размышления в дизайне с трудом поддается анализу, но может быть объяснен на примере. Уотсон и Крик интуитивно чувствовали, что структура молекулы ДНК наиболее изящно может быть выражена спиралью. С этой интуитивной догадки они начали свои исследования. Инстинктивное предзнание оправдалось: ДНК - действительно спираль!

Влад Головач:
Мнение Влада можно прочитать в моём блоге
http://valiullin.livejournal.com/14635.html
Я не стал приводить его тут, поскольку там важен контекст.

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

Джеф Раскин:
Одним из самых хвалебных терминов, используемых в отношении интерфейсов, является слово «интуитивный». При ближайшем рассмотрении это понятие исчезает так же бесследно, как шарик в напёрстках, и заменяется более простым термином «знакомый».

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

Недавно нашёл высказывание то-ли Брюса Эдигера (Bruce Ediger), то-ли Стива Джобса (автора определить не смогли):
The only «intuitive» interface is the nipple. After that it"s all learned.
Интуитивный интерфейс есть только у соски. Все остальные нужно изучать (мой вольный перевод).

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

В связи с этим, хотелось узнать у вас Артём, что вы думаете об интуитивных интерфейсах?

Судя по вашему ответу, вам близко мнение Алана Купера. Но мне ближе мнение Джефа Раскина с небольшой оговоркой Эдигера-Джобса, про соску.

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

Что такое интерфейс?

Самым простым примером интерфейса выступает пульт дистанционного управления. Данное техническое средство помогает взаимодействовать и “общаться” телевизору и человеку. Другими примерами могут послужить приборные панели в автомобиле, рычаги в самолете и т. д. Несмотря на довольно обширную сферу, при постановке вопроса: “Что такое интерфейс?” в большинстве случаев у людей возникают ассоциации с компьютерами, мобильными телефонами и другими техническими устройствами подобного типа.

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

Основные составляющие

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

Структура понятия

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

• Технология ввода информации.
• Способ вывода данных.
• Задачи пользователя.
• Различные элементы, которые позволяют управлять программой.
• Обратная связь.
• Элементы навигации между различными структурами и компонентами программы.
• Средства графического отображения команд.

Основные элементы

В большинстве случаев стандартный интерфейс технического устройства состоит из следующих элементов:

• Кнопка. Может быть сдвоенной, флаговой и др.
• Значок или иконка.
• Обычный или иерархический список.
• Поля для редактирования.
• Меню, которое может быть главным, контекстным и ниспадающим.
• Разные панели.
• Вкладки, метки и всплывающие подсказки.
• Окна, в частности диалоговые.
• Полоса прокрутки, ползунок и т. д.

Дополнительные элементы

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

• Индикатор уровня. Позволяет отслеживать определенную величину.
• Элементы последовательного набора.
• Различные счетчики.
• Отображение информации поверх всех остальных составляющих.
• Скрываемые элементы интерфейса, которые исчезают, когда они не используются, и др.

Классификация

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

1. Командный интерфейс. Данное техническое средство основано на вводе определенных команд и их последовательности. На экран устройства выводится специальное окно, куда пользователь вводит конкретную команду и получает соответствующий результат. Данный вид интерфейса менее удобен для обычного пользователя, поскольку требует знания команд и процесса их ввода.
2. Интерфейс-меню. В данном случае на экране технического устройства отображаются примеры команд и меню с конкретными действиями. Для того чтобы выбрать необходимую команду, достаточно просто подвести курсор к определенному символу и подтвердить свои действия. На данный момент это самый популярный способ общения между компьютером и пользователем. Данный тип интерфейса не требует специальных знаний, и работать подобным образом может даже ребенок.
3. Речевой интерфейс. Позволяет переключаться между командами и определенными действиями посредством голосовых указаний. Самый удобный и перспективный вид общения компьютера и пользователя. На данный момент пока малораспространенный, присутствует преимущественно в дорогих технических устройствах.

Пользовательский интерфейс

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

Понятие параллельного и последовательного интерфейса

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

1. Параллельный интерфейс . В этом варианте для каждого бита из группы тех, что передаются, используется собственная сигнальная линия, и все они передаются вместе в один определенный момент. В качестве примера можно назвать порт подключения принтера.
2. Последовательный интерфейс . В этом случае используется только одна сигнальная линия, и биты предаются по очереди, друг за другом, при этом на каждый из них отводится определенный отрезок времени. Пример - последовательная шина USB.

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

Вместо послесловия

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