Да / Нет / Отмена

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

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

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

Нетрудно заметить, что ни одна из этих характеристик не является сколь-нибудь важной для Homo Logicus. Иногда доходит до смешного - Джефф Безос, рассказывая о том, как в Amazon внедряли систему 1-Click, вспомнил о первом разговоре с программистами, которым было поручено реализовать новую модель взаимодействия с покупателями (1-Click отличается от обычной системы покупок в интернет-магазине тем, что в ней купить товар можно с помощью одного щелчка мыши). Программисты внимательно выслушали маркетологов, сказали, что технических проблем возникнуть не должно, и отправились кодировать. Когда через некоторое время они решили показать черновой вариант, выяснилось, что на покупку требуется не один, как требовали маркетологи, а два клика.

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

Предполагается, что прогресс эквивалентен повышению эффективности, однако есть и забавные противоположные примеры. Так, недавнее соревнование между 90-летним английским телеграфистом и 13-летней любительницей понабирать SMS закончилось... сокрушительным поражением тинейджера. Азбука Морзе оказалась эффективнее современных технологий текстового набора - по крайней мере, в руках профессионала.

Вместо заключения

Попробуем подытожить. Проектировщику современных интерфейсов приходится иметь дело с

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

Даже удивительно, что проектировщикам интерфейсов удается добиться хоть каких-то результатов. Да?
Нет?
Отмена?

< Страница 1 2 3 4 5 6 7 8 9 >

Автор: Сергей Задорожный (Компьютерра-Онлайн, июль 2005 года)