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

По этим трем причинам лично меня нисколько не удивляет, что у разработчиков из Microsoft за долгих десять лет не дошли руки отполировать это окно. Лично я их не виню.

Что делать? И чего не делать?

И здесь мы подошли к важной теме. Я убежден, что заметная часть неудачных проектов по дизайну или разработке пользовательского интерфейса объясняется прежде всего тем, что разработчики делают то, что делать, в принципе, можно, но — не стоит. В результате получают прорву организационных проблем, а в худшем случае — ещё и не успевают сделать то, что действительно важно для продукта.

Вот пара примеров из моей собственной практики (оба — трагичные):

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

♦ В другой раз я сделал интерфейс очень лаконичным и простым, хотя догадывался, что лаконичный и простой интерфейс все будут считать признаком недостаточно мощного продукта. Клиент соглашался, что я в принципе прав и мой интерфейс объективно хорош, но выражал уверенность, что продать продукт с таким интерфейсом невозможно — никто нипочем не купит маломощный продукт. Проект не завершился.

Занимайтесь только той оптимизацией интерфейса, которая улучшает продукт.

Здесь я одумался и перестал делать то, что нравится, а во всё освободившееся время теперь стараюсь делать то, что нужно. Советую поступать так и вам. Начиная какую-то работу, следует спрашивать себя, улучшит ли это продажи, т. е. сделает ли эта работа лучше не только интерфейс, но и продукт.

Если вы профессионал, ведите себя профессионально

Представьте, что вы пришли к врачу с жалобами на страшные боли в боку. Проведя осмотр, врач говорит вам:

— Ну, у вас вот эта херовинка загноилась. Щас мы её шустренько оттяпаем, и будете вы как огурец.

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

— У вас ярко выраженный случай синдрома Маркса-Спенсера, осложненный олигоптеризмом. Необходима немедленная операция. Если мы проведем её прямо сейчас, можете быть спокойны — в таких случаях выздоровление практически гарантированно.

…вы бы покорно дали бы себя резать. Дизайнер интерфейсов похож на врача — к нему тоже приходят с жалобами, и его дело, по крайней мере, не оттолкнуть своим поведением клиента. Надо вести себя профессионально.

Легче, впрочем, сказать, чем сделать. Постоянно ловишь себя на том, что ведешь себя непрофессионально, например:

♦ используешь непрофессиональную лексику

♦ гарантируешь излечение

♦ потворствуешь пациенту.

Разберу эти пункты подробнее.

Непрофессиональная лексика

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

Выпадающий список не выпадает, а раскрывается, так что — раскрывающийся список. Чекбокс только в англоязычных странах checkbox, а у нас это флажок. Иконка это никакая не иконка, а значок (в интерфейсе и в пользовательской документации) или пиктограмма (в разговорах с заказчиком; слово уж больно звучное). Закладка бывает в книге, а то, что нарисовано в интерфейсе, называется вкладкой.

Во всех этих случаях единственно профессиональный метод наименования — пользоваться глоссарием. Глоссарий, в свою очередь, такая штука, что кто первый встал, того и тапки. Первой встала компания Microsoft — во всех их продуктах соответствующие понятия называются именно так, как написано выше (флажок, вкладка и т. п.), и что ещё важнее, называются именно так с незапамятных времен. Нравятся вам эти переводы или нет — но они привычны подавляющему большинству отечественных пользователей, а все другие наименования — нет.

Другое дело слово «юзер». Его использование — верный признак снисходительного отношения к пользователям (я, дескать, лучше этих мужланов, то бишь юзеров). На мой взгляд, при таком подходе сделать что-то хорошее этим пользователям несколько затруднительно.[12]

Знание терминологии — навык приобретённый, а не врождённый. Соответственно, все дизайнеры поначалу говорят и пишут непрофессионально. Лечение, впрочем, просто, хоть и утомительно — надо взять глоссарий Microsoft и заучить его наизусть (очень помогает работать только на локализованных версиях программ, если они есть).

Обещания, обещания

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

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

В этом смысле лучше даже не говорить, что в вашей практике были громадные улучшения. Ну, были. Но если вы это говорите, вам придется объяснять почти всем следующим клиентам, почему в их случае вам не удалось добиться такого же улучшения (они-то выбрали вас именно потому, что вы такого улучшения когда-то достигли). Вдобавок вам придется объясняться ещё и со своими коллегами и конкурентами — придется очень убедительно доказывать, что улучшения добились именно вы, а не, например, дизайнер-график (он ведь тоже работал над интерфейсом новой версии). Если вы этого не сделаете, вам будут обеспечены диагноз «трепло» и презрение.[13]

Поэтому ни в коем случае нельзя обещать клиенту значительных улучшений интерфейса. Процентов 10–15 ещё можно (этого можно достичь почти всегда), но не больше. Разумеется, нужно стараться добиться большего, но…

Лучше принести заказчику приятный сюрприз, чем неприятное открытие.

Если вы будете допытываться у врача гарантии своего выздоровления, врач постарается уйти от ответа, и даже если вы припрёте его к