На пути к новому интерфейсу Microsoft Office (часть 8): Точки на графике
Grading On the Curve
Автор: Jensen Harris
Источник: An Office User Interface Blog
В предыдущих публикациях я рассказал о Программе улучшения качества ПО и о некоторых данные, которые были собраны в ходе этой программы. Как мы используем эти данные при работе над дизайном и организации пользовательского интерфейса Office 2007?
Если поместить используемость команд Office на график, получится кривая. На несколько команд приходится много кликов, а затем число кликов, приходящихся на одну команду, будет медленно снижаться. Мы используем такое представление, чтобы получать информацию о том, как часто люди используют те или иные команды. Кривая визуализирует паттерн использования программы и среднюю глубину использования программы пользователями.
Многие люди говорят, что необходимо оптимизировать интерфейс так, чтобы он совпадал с данными об используемости. На первый взгляд, это кажется разумным; вы можете определить значение отдельных функций в зависимости от того, в каком месте кривой они находятся. Но есть одна проблема: такой продукт уже существует и это – Office 2003.
Другими словами, если мы хотим создать продукт, дизайн которого будет в точности соответствовать модели используемости, делать вообще ничего не придется – Office 2003 полностью соответствует кривой используемости.
В реальности уравнение выглядит как «данные + человек = дизайн». Нам нужно получить данные, проанализировать их, понять недостатки, и использовать их при создании дизайна, которой будет соответствовать нашим целям.
Но сами по себе данные не могут произвести интерфейс – они являются лишь отражением структуры продукта, на котором они собраны.

Итак, возвращаемся к первоначальному вопросу: как мы можем использовать данные при работе над дизайном Office 2007? Есть два менее очевидных способа.
Во-первых, мы можем найти функции, который имеют низкий уровень используемости. Эта прекрасная возможность воспользоваться включенными в предыдущие версии системами помощи, которые помогали людям найти полезные функции, о которых они не знали. Мы можем определить «нужность» функции по нескольким параметрам: большое количество запросов от пользователей, вопросы по поводу пропавших функций в группах обсуждений или на форумах, а иногда просто наше предчувствие, что люди хотели бы воспользоваться этой функцией, если бы смогли ее найти. Примером этого является возможность в Word вставить в документ водяной знак. Многие люди спрашивают, как это сделать. Добавление галерея с водяными знаками в Word 2007 привело к появлению комментариев, вроде «появилась отличная новая функция».
Конечно, есть вещи, которые могут нарушить этот процесс. Во-первых, некачественной или плохо спроектированной функцией не будут пользоваться независимо от того, легко ли найти ее в интерфейсе. Там, где это возможно, мы пытались «приукрасить» старые функции, чтобы сделать их более привлекательными. Во-вторых, неудачное название функции также может привести к тому, что люди не станут ей пользоваться. Можем ли изменить название в надежде, что новые пользователи найдут ее? Или мы должны сохранить старое, зная, что это вредит навигации, но есть пользователи, которые уже привыкли к такому названию? Это жесткое решение и иногда оно принимается.
Второй способ использовать данные – посмотреть, до каких часто-используемых функций трудно добраться сейчас. Такая ситуация означает, что люди преодолевают препятствия в интерфейсе потому, что функция важна для них. Хороший пример – надстрочный знак (superscript). В Word 2003 его нужно было добавлять на панель инструментов вручную. Несмотря на то, что по-умолчанию на панели инструментов кнопки с надстрочным знаком не было, на нее приходилось больше 30% от всех кликов по панели «Форматирование». Смысл здесь состоит в том, чтобы найти функции, которые пользователи любят, и которые будут использоваться еще больше, если люди будут о них знать.
Все статьи этой серии:
- На пути к новому интерфейсу Microsoft Office
- Музей старых версий
- Борьба с раздутостью
- Спасательные прямоугольники
- Вопрос масштаба
- Чтение мыслей
- Вставка в лидерах
- Точки на графике

Комментарии
Спасибо, Антон! С удовольствием прочитал этот цикл статей.
Интересная серия статей. Наводит на размышления, а это всегда хорошо.
[...] Вопрос масштаба, Чтение мыслей, Вставка в лидерах, Точки на графике Отличная серия статей об истории разработки [...]
Оставьте комментарий
You must be logged in to post a comment. Log in