История Lotus Improv

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

Напомним, что на рубеже 80-х и 90-х годов прошлого века компания Lotus была главным разработчиком электронных таблиц, а ее программа Lotus 1-2-3 - образцом, который нещадно копировали конкуренты. Впрочем, первопроходцами лотусовцы не были - Lotus 1-2-3 эксплуатировал идею электронных таблиц, найденную авторами более раннего продукта, VisiCalc.

Считается, что от добра добра не ищут, но в Lotus предположили, что двухмерные таблицы (когда пользователь может оперировать только вертикальными столбцами и горизонтальными строками) не оптимальны и современным финансистам гораздо нужнее трехмерная модель данных. Кроме того, было очевидно, что ссылочная система адресации, стандартная для электронных таблиц, слишком сложна и неудобна. С какой это, простите, стати пользователь должен складывать ячейку B1 с ячейкой B2, чтобы получить сумму в ячейке B3? Зачем все усложнять?

Давайте сделаем проще – рисунок 1.1.

Рисунок 1.1 - Пример таблицы

В любой электронной таблице сумма стоимости билетов в кино и расходы на попкорн описывались бы следующим образом (c поправкой на различия в нотации): B1+B2. Однако в Lotus Improv от ссылочности отказались, поэтому формула получалась куда нагляднее: Tickets+Popcorn.

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

Процитируем Джоэла Сполски (Joel Spolsky), автора цикла статей "Дизайн пользовательских интерфейсов для программистов”. Во время разработки с первой по четвертую версию Excel большинство сотрудников Microsoft пребывало в уверенности, что юзеры используют эту программу для отработки сценариев "а что если…" - вы легко можете менять значения в ячейках, а потом смотреть, что у вас получилось.

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

Вышедший в то время Lotus Improv, превосходно подходивший для финансовых расчетов, со списками работал из рук вон плохо. И пользователю было наплевать на то, что все остальное он делал лучше всех. Improv, вероятно, был идеальным продуктом для Homo Logicus, однако для Homo Sapiens он оказался неудобен.

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