Т.е. в юзабилити-подходе есть все достоинства всех описанных мной ранее концепций, причем в придачу есть ещё кое-что, а именно среда (…при определенном контексте использования…).
В самом деле, среда, в которой пользователи взаимодействуют с продуктом, может значительно влиять на интерфейсное решение. Например, если известно, что определенная операция всегда выполняется, когда пользователь разговаривает по телефону, есть все основания предполагать, что:
♦ Скорость взаимодействия очень важна, поскольку другой абонент не хочет ждать.
♦ Ещё более важна чувствительность продукта к операторским ошибкам, хотя бы потому, что работать и одновременно слушать, что тебе говорят — тяжело, особенно если говорят тихо. То же самое соображение применимо, если известно, что в помещении шумно.
♦ Если известно, что пользователь разговаривает по обычному телефону, без специальной гарнитуры, интерфейс надо проектировать только под ввод одной рукой (либо мышь, либо клавиатура), поскольку другой рукой пользователь будет держать трубку.
Таких средовых особенностей может быть много, например, почти в любом проекте важны:
♦ характеристики оборудования (например, скорость компьютера, разрешение, размер и цветопередача монитора, качество мыши, наличие или отсутствие достаточного места на столе, чтобы эффективно оперировать мышью)
♦ наличие или отсутствие карательной системы в работе пользователя
♦ шумовой фон и другие стрессогенные факторы
♦ внешние требования к скорости работы
♦ частота отвлечений.
Вот характерный случай из моей карьеры. Однажды я потратил довольно много времени на оптимизацию интерфейса под мышиный ввод, после чего узнал, что пользователи работают в столь тесных закутках, что формально наличествующей мышью им пользоваться очень тяжело (для мыши просто-напросто не было достаточно места).
Таким образом, концепция юзабилити более плодотворна для работы, чем перечисленные ранее концепции — в ней есть всё, что было там, и даже немножко больше. Вдобавок у неё есть и другое достоинство — это международный, вполне официальный стандарт (Россия тоже член ISO, так что скоро стандарт ISO 9241-11 станет и российским тоже).
Есть, увы, и проблема — выбранные ISO базовые характеристики (эффективность, трудоемкость и удовлетворенность), на мой взгляд, просто чудовищны:
♦ Существуют серьезные подозрения, что всего трёх показателей недостаточно, чтобы охарактеризовать все аспекты качества интерфейса. Шнейдерману, например, потребовалось пять штук.
♦ Понять их невозможно, можно только запомнить. Я провел несколько дней, медитируя над их расшифровкой (в ISO 9241-11, помимо основного определения юзабилити, расшифровываются и все входящие в него понятия), и всё равно не могу сказать, что понимаю, что значит эффективность, а что — трудоемкость. Например, иногда мне кажется, что скорость работы пользователя это показатель эффективности, а иногда — что трудоемкости. У меня есть подозрение, что показатели специально выбраны такими, чтобы при желании в них можно было запихнуть всё что угодно (например, ту же степень утомления оператора при работе). Стандарт, который так легко растягивается, — гондон, а не стандарт.[26]
♦ В любом случае, выбирать названия базовых показателей сходными до неразличимости (в оригинале efficiency и effectiveness) — страшный удар в спину переводчиков. Это я перевожу их на русский как «эффективность и трудоемкость»; распространен также перевод как «эффективность и продуктивность». Если кто-то переведёт efficiency и effectiveness как «эффективность и эффектность» — он тоже будет прав и этот перевод будет ничем не хуже остальных (в том смысле, что он будет так же труден для понимания).
♦ В другом стандарте ISO (и ещё в одном стандарте IEEE) есть иные определения юзабилити. Кому верить, спрашивается?[27]
♦ В расшифровки понятий efficiency и effectiveness в ISO 9241-11 попали не только качества интерфейса, но и одна из особенностей продукта, а именно мощность — вероятно, стараясь интегрировать в понятие юзабилити проблематику дизайна, ориентированного на задачи пользователя, интегрировали и главную проблему ДОЗ, а именно ползучий рост функциональности. Уравняв по важности мощность продукта со скоростью работы пользователя, уравняли неуравнимое. Если скорость работы пользователя это безусловное интерфейсное благо (трудно придумать продукт, для успеха которого пользователи должны работать медленно), то мощность продукта является достоинством относительным. Есть продукты, которые можно и нужно делать маломощными (например, чтобы сохранить их дешевыми или сберечь простой интерфейс). Получается, что ISO 9241-11 постулирует, что мощность повышает юзабилити. Сходу могу придумать как минимум один пример-опровержение — сверхмощный раскладной нож о двадцати лезвиях с отверткой обладает худшим интерфейсом, чем обычный кухонный нож.
26
Удивляться тут нечему. Глава группы создателей ISO 9241-11 не имеет заметного практического опыта разработки интерфейсов (в основном, ездит по конференциям; даже на своём собственном сайте он не приводит ни одного названия осчастливленного клиента). Кроме того, формулировки ISO во многом результат политических игр: заказчики хотят побольше и порастяжимей, поставщики — поменьше и почётче. В данном случае явно победили заказчики.
27
ISO 9126 и IEEE 610.12-1990. Я не привожу их специально, чтобы не усложнять понятийный аппарат ещё больше.