Дизайн пользовательского интерфейса. Искусство мыть слона

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

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

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

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

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

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

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

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

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

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

Потворство пациенту

Если вы выписали больному таблетки, а он их не ест — это ваши проблемы. Больной-то уверен, что раз он уже побывал у врача, излечение ему обеспечено. И когда ему станет хуже, придет к вам ругаться (если не помрет; в этом случае придут родственники). Конечно, вашей вины в том, что пациент не принимает лекарства, нет никакой. Но проблемы будут и без вины.

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

Необходимо явно и недвусмысленно объяснять таким заказчикам, что вам лично глубоко наплевать, будут они или не будут следовать вашим рекомендациям. Но если они не будут, вся ответственность ляжет на них самих и только на них, а вы, в свою очередь, ограничите свою роль получением оплаты за проект. Например, если вы обнаружили, что заказчик нанял дизайнера-графика, который портит ваш проект, вы должны немедленно отправиться к заказчику и честно сказать, что дизайнер халтурит по-черному и его нужно немедленно сменить или по крайней мере дать ему пару раз по голове.[14] Да, вы испортите отношения с заказчиком — но вы испортите их в любом случае, когда выйдет продукт с убогим дизайном и за провал которого будут винить и вас. Однако если вы поссоритесь с клиентом сразу, будет, по крайней мере, шанс, что клиент выживет и впоследствии сможет понять вашу правоту. Если же вы будете ждать, шансов на это у вас не будет.

Не занимайтесь тем, что у вас всё равно не получается