На пути к новому интерфейсу Microsoft Office (часть 4): Спасательные прямоугольники
New Rectangles to the Rescue?
Автор:
Источник:
В предыдущей публикации я рассказал о механизмах, добавленных в Office 2000 для снижения раздутости: адаптивное меню и расширяемые панели инструментов. Я забыл упомянуть об одном моменте. В ранних версиях Word и Excel было два варианта верхнего меню: короткое и длинное. По умолчанию было включено короткое меню (показывались не все команды), и пользователю нужно было зайти в меню «Вид – Показывать полное меню», чтобы включить отображение полного списка команд. Интересная особенность в том, что пользователь мог обратно включить отображение короткого меню, чего уже нельзя было сделать в адаптивном меню – произошел разрыв в дизайне.
В этой статье я расскажу о двух новых прямоугольниках, которые появились на экранах в двух последних версиях: Помощник (Office Assistant) и Область задач (Task Panes).
Я не собираюсь тратить много времени на описание Помощника (в русском варианте он назывался Скрепыш). Я познакомился с ним так же, как многие из вас – я учился в колледже, когда друг установил Office 97 на новый компьютер. Я был несколько озадачен, но потратил некоторое время на изучение. Я также провел некоторое время, щелкая по нему правой кнопкой мыши и наблюдая за забавными движениями. Когда я установил Office 97 на свой компьютер, я оставил Помощника включенным, чтобы люди видели его на моем компьютере. Через несколько месяцев, когда Office 97 уже был у каждого, Помощник утратил свой гиковский статус. Кроме того, я занимался написанием документов, поэтому некоторое время спустя отключил Помощника.
О Помощнике написано уже достаточно много; если вы хотите узнать больше об истории Помощника, вы можете почитать статью «Уроки прошлого». Я не работал в Microsoft в то время, а большинство людей, разрабатывавших первую версию Помощника, находятся сейчас в разных странах, поэтому достоверной информации у меня нет.
Можно предположить, что Помощник был скорее экспериментом в области предоставления контекстной помощи, чем новым механизмом в пользовательском интерфейсе.
Помощник не имел отношения к интерфейсу Office 2007, он больше относился к развитию систем помощи, чем к развитию дизайна взаимодействия. И он погиб в бою.
Гораздо большее влияние на дальнейшее развитие оказала Область задач, появившаяся в Office XP.
Как уже говорилось раньше, в Office 2000 меню и панели инструментов были уже заполнены. Каждый новый элемент, который мы добавляли, был настолько мал по сравнению с общей структурой, что люди не замечали появления новых функций от версии к версии. Относительная простая структура меню не помогла. И после того, как идея с адаптивным меню потерпела неудачу, в Office окончательно сформировалась проблема – люди не могли находить и использовать новые возможности.
Несмотря на распространенное мнение среди критиков, мы не брали (и не берем) новые функции для Office с потолка. Клиенты не сообщали о том, что им не нужны новые возможности – наоборот, список запрошенных функций постоянно растет. В процессе разработке каждая из новых функций проходит серьезный отбор, мы определяем, над какими возможностями мы будем работать в этом релизе, а затем разрабатываем, тестируем и запускаем их. Единственная проблема в том, что люди не находят этих функций, и снова просят нас их добавить.
Область задач была попыткой отойти от структуры меню и панелей задач, перенеся новые функции в новый прямоугольник на экране. Идея состояла в том, что люди не смогут постоянно не замечать новый прямоугольник, и, следовательно, будут находить и использовать новые функции.
Область задач была просто добавлением; не предпринималось никаких попыток изменить существующую структуру меню или панелей инструментов. Это была попытка разделения: старые функции жили в меню и на панелях инструментов, новые функции жили в области задач. Команда PowerPoint, вероятно, проделала наибольшую работу по включению Области задач в их пользовательский интерфейс; некоторые старые функции (например, работа со слайдами) удачно вписалась в область задач.
Одну из наиболее бурных дискуссий в то время вызвал вопрос о том, где должна располагаться область задач – справа или слева. Сначала предполагалось расположить ее слева, поскольку это место более значимо с точки зрения пользовательского интерфейса, особенно ключевых функций – таких как панель создания нового документа. С другой стороны, это противоречило PowerPoint, в котором слева уже размещалась панель. В конце концов, ее расположили справа, решив, что это не приведет к тому, что пользователи не смогут создавать документы.
Недостатков у Области задач было много. Во-первых, необходимо учитывать, что меню и панели задач оставались на месте и занимали много пространства. Но что еще хуже, пользователям была создана еще одна проблема. Теперь, в дополнении к кратким меню, полным меню, иерархическим меню, видимым панелям инструментов и раскрывающимся спискам на этих панелях, пользователю нужно было икать новые функции еще и в Области задач. Сложность продукта только возросла.
Мои сомнения по поводу Области задач заключаются в том, что она поощряет плохой дизайн взаимодействия. Каждый менеджер хотел поставить свою функцию в область задач – свободный прямоугольник как раз подходил для того, чтобы включить в него их функцию. Это упрощало их работу, но усложняло вашу работу с продуктом. Каждая функция, появлявшаяся в Области задач, перекрывала предыдущую (поскольку в каждый момент времени там могла отображаться только одна). В области задач появлялись мастера на несколько страниц, диалоговые окна, меню из двух пунктов с кучей пояснительного текста вокруг. Никто не думал о том, как объединить все это в Области задач – как найти нужную функцию, как использовать две функции одновременно – фактически каждой функции понадобился отдельный прямоугольник. Всего за два релиза – Office XP и 2003 – мы поняли несостоятельность Области задач как парадигмы в пользовательском интерфейсе.
Когда мы начинали работу над Office 2007, еще до того, как все в команде осознали, что мы будем создавать новый интерфейс (здоровый скептицизм и все такое), мы посмотрели на ранние образцы некоторых из функций, и поняли, что в Office 2007 должно быть в 10 раз больше Областей задач, чем в Office 2003. Это была бы катастрофа в пользовательском интерфейсе. Нам пришлось бы запускать Word 2007 с сотней Областей задач.
Области задач были последней попыткой найти способ масштабирования интерфейса старого стиля для таких больших программ как Office. Хотя она была эффективна как временная мера, после двух релизов мы поняли неправильность направления. Я вспоминаю первый закон Натана Майрволда: «Программное обеспечение как газ». Каждый раз, когда мы добавляем в пользовательский интерфейс новый механизм, он заполняет все. Поскольку мы только добавляем и никогда не изменяем или удаляем, сложность увеличивается в каждым релизом.
Office 2007 – это шанс создать основы для построения взаимодействия в программном обеспечении на следующее десятилетие.
Все статьи этой серии:
- На пути к новому интерфейсу Microsoft Office
- Музей старых версий
- Борьба с раздутостью
- Спасательные прямоугольники
- Вопрос масштаба
- Чтение мыслей
- Вставка в лидерах
- Точки на графике
Оставьте комментарий
You must be logged in to post a comment. Log in