Интерфейс

Правильная мотивация начинается с вопроса "Зачем?"

Очень важно не путать "стимул" и "мотивацию".

Сти́мул с лат. stimulus — острый металлический наконечник на шесте, которым погоняют буйвола (быка), запряженного в повозку

"Стимул" - что мне за это будет / чего не будет?

"Мотивация" - зачем мне это, как это поможет мне с достижением моей цели?

Зачем документоведу знать, как разрабатывается интерфейс? Мы же не веб-дизайнеры и не программисты!

Ситуация раз

Вас могут привлечь к разработке специализированного ПО => надо будет не ударить в грязь лицом перед другими участниками рабочей группы (в основном "технарями")

Ситуация два

Вы можете принять участие в юзабилити-тестировании как представитель целевой аудитории (например, при разработке корпоративной СЭД)

Ситуация три

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

Подробнее о техническом писателе

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

Эта профессия входит в список ТОП-50 самых востребованных профессий по версии Минтруда РФ 2016 г.

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

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

В сфере разработки интерфейсов есть свои авторитеты

С этими работами должен быть знаком каждый, кто занимается интерфейсостроением:

Стив Круг. Веб.дизайн: книга Стива Круга или не заставляйте меня думать!, 2-е издание. - СПб, 2008. - 224 с.

Алан Купер и др.Об интерфейсе. Основы проектирования взаимодействия. - СПб, 2009. - 688 с.

Алан Купер. Психбольница в руках пациентов. - 2009. - 336 с.

В сфере разработки интерфейсов есть свои авторитеты

С этими работами должен быть знаком каждый, кто занимается интерфейсостроением:

Джефф Джонсон. Умный дизайн. Простые приемы разработки пользовательских интерфейсов. - 2012. - 224 с.

Джеф Раскин. Интерфейс: новые направления в проектировании компьютерных систем. - 2005. - 272 с.

Конфликт, достойный пера Шекспира

Юзабилити VS Веб-дизайн

Юзабилити - комплекс мер, направленных на повышение удобства пользования инструментом деятельности (приложение, сайт, программа и "вообще что угодно")

При разработке продукта - ориентир на ПОЛЬЗОВАТЕЛЯ, а не на себя!

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

С. Круг

Главный лозунг Всемирного дня юзабилити* "Making Life Easier!"

ЮЗАБИЛИТИ

Простота навигации

Скорость ориентации юзера

Удовлетворенность информацией, искомой юзером

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

Простота + Понятность + Самоочевидность

Составляющие юзабилити:

1. Техническая сторона (например, скорость загрузки, корректное отбражение на разных устройствах и проч.)

2. Дизайн и расположение элементов (тематика + колористика + минимализм, учет устоявшихся норм и проч.)

3. Логика, структура и навигация (в меню не более 9 пунктов, 3-4 уровня вложенности, "хлебные крошки" и проч.)

4. Контент (визуально привлекательно: списки, подзаголовки, содержание, фото, инфографика, цитирование - "якоря внимания" + логика изложения: от общего к частному)

И где же конфликт?

При разработке продукта часто возникают "религиозные споры":

Причина 1. Разработчики - тоже пользователи и им трудно освободиться от личных предпочтений и вкусов

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

Причина 3. Вечная борьба между "искусством" и "коммерцией" (сделать лучше или сделать дешевле)

Споры о том, что людям нравится, а что нет - бессмысленны,

выход - профессиональная оценка юзабилити

Оценка (аудит) юзабилити

Среднего Пользователя как модели НЕ существует, каждый пользователь уникален и имеет свой способ использования интернета

С. Круг

Качественные методы (С. Круг)

Юзабилити-тестирование

Метод фокус-групп (результат - диапазон мнений и оценок, но не позволяет определить, как работает и что можно улучшить, имеет смысл проводить ДО начала разработки)

Юзабилити-тестирование предполагает демонстрацию продукта пользователям по отдельности. "Что видите?" / Задание. И не так важно, кого вы приглашаете тестировать, это не обязательно должен быть человек из целевой аудитории

Количественные методы (Д. Раскин)

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

Пример плохого юзабилити

На сайте Российского государственного исторического архива (РГИА) в Санкт-Петербурге для иногородних исследователей предусмотрена возможность завести себе личный кабинет (и отправлять через него требования на архивные дела) удаленно (местные исследователи могут сделать это только при личном визите в архив).

То есть пользователю нужно:

1. Скачать форму заявления (формат .doc)

2. Распечатать форму (+частично заполнить)

3. Подписать заявление / Полностью заполнить от руки

4. Отсканировать подписанное заявление

5. Отослать pdf-файл по указанному e-mail

6. Ждать ответа (ответили, кстати, оперативно)

Пример плохого юзабилити

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

17.08.2017 с 12-00 по 22-00

Пример плохого юзабилити

Windows 8 не прощает пользователю неосторожных движений мышью. Первое время меня это пугало, потом раздражало. Очень. До сих пор.

Пример плохого юзабилити

Как я бронировала кабинет в исследовательском зале НБ ТГУ

Наблюдение 1. Гораздо проще оказаться на нужной странице по запросу в Google (что-то вроде "Забронировать кабинет в НБ ТГУ"), чем с главной страницы сайта нашей бибилиотеки ("Поиск" на сайте тоже ничего толкового не дает)

Наблюдение 2. В зависимости от формулировки запроса пользователь попадает на одну из двух страниц:

Либо сюда (и это хорошо, т.к. тут содержатся полезные инструкции)

Либо вот сюда (и тогда приходится выезжать на интуиции)

Окончательное подтверждение бронирования приходит на эл. почту строго за день до мероприятия. Ждите и беспокойтесь!

Пример плохого юзабилити

Как я бронировала кабинет в исследовательском зале НБ ТГУ

1. Главное, что нужно знать об "инструкциях", - их никто не собирается читать (с) С. Круг

2. "Время бронирования кабинета – 1 час. При необходимости продления составляется заявка на каждый последующий час" - ПОЧЕМУ?! Это неудобно. И это не соответствует режиму работы в университете с его "парами". Чтобы забронировтаь кабинет с 14.45 до 16.20, придется ТРИЖДЫ проходить процедуру бронирования и "забивать" кабинет на 85 лишних минут (а ведь они могут быть кому-то нужны)

3. "В заявке указывается точное время начала мероприятия: Иванов И. В. ФИнф. 14.15. Тренинг" - это все пишется в ОДНОЙ строке формы бронирования, которая озаглавлена "Ваше имя и фамилия. Факультет. Название мероприятия". Про точное время вообще забыли

Раскин. Мысли

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

Джеф Раскин

Мысль 1. В разработке интерфейсов изначально было взято неверное направление

Мысль 2. Независимо от сложности задачи, выполняемой тем или иным продуктом, составные части этой задачи должны оставаться простыми. Это и есть человекоориентированный интерфейс!

Мысль 3. Простые задачи должны оставаться простыми независимо от уровня сложности системы

Раскин. Мысли

Мысль 4. Важно узнать своего пользователя и ориентироваться на него, а не на "промышленные стандарты"

Мысль 5. Пользователь не задумывается над тем, как устроена машина, пока она справляется со своими задачами (с точки зрения потребителя, интерфейс и есть конечный результат)

Мысль 6. Человекоориентированный интерфейс отвечает нуждам человека и учитывает его слабости (нужно понимать, как действуют люди и машины - ЭМПАТИЯ)

Раскин. Мысли

Мысль 7. Мы имеем лишь один локус (место) внимания - это ВАЖНО учитывать при разработке интерфейсов!

Мысль 8. Многие интерфейсы разработы с расчетом на когнитивные способности, которыми мы не обладаем, поэтому нужно изучать наши ментальные способности (когнитивное проектирование или когнетика)

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

Раскин. Мысли

В сериале «Star Trek» инженер космического корабля попал из будущего в наши дни и оказался рядом с компьютером Macintosh. Он берет мышь в руки, подносит ее ко рту, как будто это микрофон, и говорит в нее с сильным шотландским акцентом: «Компьютер, ...» Эта ошибка вызывает смех зрителей. Я порадовался за создателей фильма, которые показали, что мышь не является чем-то очевидным для каждого, кто пытается ею воспользоваться.

Джеф Раскин

Мысль 10. Хорошо разработанный интерфейс не требует деления на подсистемы (для новичков и экспертов)

Мысль 11. Убеждение, что интерфейсы могут быть интуитивными и естественными, часто оказывается препятствием для их улучшения (интерфейс должен быть самообучающимся, то есть пользователь может легко найти пояснения, если потребуется)

Мысль 12. Компьютер не должен впустую тратить ваше время или вынуждать вас выполнять действия сверх необходимых

Раскин. Мысли

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

Карла Дженнингз

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

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

интерфейса

Правила хорошего тона

Пиктограммы

Настройки

Текст

ГУВ

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

Элементарные операции должны быть частью аппаратного / базового ПО

Система должна рассматривать все данные, вводимые пользователем, как бесценные

УНИФИКАЦИЯ

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

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

Общие требования к системе

Подробнее

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

Джеф Раскин

Система должна рассматривать все данные, вводимые пользователем, как бесценные

Переход к следующему шагу в работе - не является полезным результатом

А не входить в состав множества программных пакетов (указание, выделение и проч.)

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

Элементарные операции должны быть частью аппаратного / базового ПО

Подробнее

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

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

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

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

УНИФИКАЦИЯ

• любые объекты, которые выглядят одинаково, должны быть одинаковы
• пользователю придется запоминать меньше команд
• устранение модальности

Возможность создания меню обычными средствами создания и редактирования текста

Уверенное НЕТ пользовательским настройкам!

Изящное решение - принцип масштабируемого интерфейса

Интерфейс должен быть (насколько это возможно) монотонным

ПО - набор команд, а не ОС + набор приложений

Устранение файловых имен и системных файловых структур

Условия взаимодействия пользователя и системы

Подробнее

Уверенное НЕТ пользовательским настройкам!

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

Джеф Раскин

• трудно и долго для пользователя
• не приводят к оптимальности
• делают поясняющую документацию бесполезной

То есть для вызова одной и той же команды не должно использоваться множество жестов

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

Джеф Раскин

Интерфейс должен быть (насколько это возможно) монотонным

• эффект исчезновения интерфейса
• внимание пользователя - на задаче

Не потребуется открывать / закрывать документы и т.д.

Подробнее

Изящное решение - принцип масштабируемого интерфейса

Пользователь может устанавливать необходимые ему команды, а не целое приложение

Меню как содержание

ПО - набор команд, а не ОС + набор приложений

Не означает отказ от структурирования информации, но структура - часть содержания, а не интерфейса

Возможность создания меню обычными средствами создания и редактирования текста

Устранение файловых имен и системных файловых структур

• отмечается большое количество никогда не используемых элементов приложений (от 15% до 50%)
• разработчики смогут поступенчато улучшать свои продукты и чаще поставлять (и продавать!) новые элементы приложений (нет нужды выпускать весь пакет)
• другие разработчики также смогут производить элементы (трансформаторы)
• операционная система может исчезнуть за ненадобностью

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

Используйте переключатели вместо выключателей

У пользователя должна быть возможность отменить ошибочную команду

Интерфейс не должен иметь ограничений, связанных с длинной (за редким исключением)

Не злоупотребляйте пиктограммами

Значительные мелочи

Подробнее

Любой запрос о подтверждении, требующий установленного ответа, вскоре становится бесполезным (привычка отвечать "Да")

Даже если после нее были совершены другие действия

У пользователя должна быть возможность отменить ошибочную команду

Не злоупотребляйте пиктограммами

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

P.S.

Помните: в ваших силах сделать окружающий мир более юзабельным!

P.P.S. И я знаю, с чего можно начать! Неужели только я время от времени случайно записываю (а пару раз даже отправила) аудиосообщения в ВКонтакте?

Возможно, одна кнопка лучше, чем две... Но не в этом случае!

А с чего бы начали вы?