1.3. Орієнтація на людину і на користувача

Ми занадто ускладнили програмне забезпечення і забули головну мету.

Джим і Сандра Сандфорс

Не тільки розроблювачі інтерфейсів, але і керівники підприємств електронної і комп'ютерної промисловості розуміють необхідність орієнтації розробок на нестатки користувачів і покупців. І першим кроком у цьому напрямку є прагнення довідатися свого користувача, що на практиці звичайно означає звертання за допомогою до фахівців у тій чи іншій області. Фахівці дійсно можуть добре розбиратися в особливостях і деталях розв'язуваної проблеми, але їхні експертні знання, як правило, не стосуються питань людської психології. Хоча в користувачів можуть бути різні потреби в залежності від конкретної задачі, проте , у цілому вони виявляють багато загальних ментальних характеристик. Перш ніж приступати до розробки самої чи програми намагатися врахувати розходження між окремими користувачами, розроблювачі інтерфейсу можуть полегшити свою працю, зосередивши увагу на тім, що є загальним для всіх людей з погляду вимог до інтерфейсу. По завершенні цієї стадії розроблювачі інтерфейсу вже можуть приступити до узгодження розходжень між окремими користувачами і групами користувачів і, в остаточному підсумку, до пошуку оптимального варіанта, що задовольняє широкому діапазону вимог користувальницьких задач. Однак цей перший важливий крок, під час якого проект інтерфейсу приводиться у відповідність із загальними законами психології, у процесі розробки звичайно пропускається. Розроблювачі інтерфейсів воліють не задумуватися про це і більше покладаються на так називані "промислові стандарти". У результаті всі широко використовувані сьогодні моделі інтерфейсів побудовані без обліку закономірностей мислення і поводження людини. Наприклад, майже у всіх комп'ютерних системах файли повинні мати власні імена. Тим часом часто виникають ситуації, коли нам важко згадати, під яким ім'ям ми зберегли - файл півроку назад. (Одне з можливих рішень цієї проблеми обговорюється в розділі 5.3.) Таким чином, ми хочемо, щоб програмне забезпечення було простим і зрозумілим, своїм бездоганним поводженням показуючи нам, що його творці більше працювали над зручністю використання, ніж над привабливим зовнішнім виглядом свого продукту.

1.4. Інструменти, що перешкоджають новим ідеям

Створення гарних інтерфейсів вимагає великої і напруженої роботи. Вважається, що такі відомі на ринку інструменти для побудови інтерфейсів, як Vіsual Basіc і Vіsual C++, дозволяють знизити вартість розробки і прискорити її впровадження. Незважаючи на усі свої корисні властивості, ці інструменти нечасто будуть згадуватися в цій книзі. Причина полягає в тому, що вони засновані на традиційних парадигмах і, отже, занадто обмежують ваші можливості. Аналогічним образом принципи створення інтерфейсів у таких системах, як Macіntosh чи Wіndows, а також частина підходів, пропонованих у різних книжкових виданнях, присвячених розробці інтерфейсів, іноді виявляються явно помилковими - найчастіше через корпоративну необхідність підтримувати сумісність з ранніми версіями інтерфейсу, а також з упередження, що користувачі неодмінно віднесуться з несхваленням до спроб відійти від старих, звичних принципів побудови інтерфейсів. Дійсне удосконалення інтерфейсів можливо, якщо підходи до їхньої розробки будуть серйозно переглянуті. При цьому розроблювачу необхідно знайти компроміс між виправданим застосуванням вже устояних парадигм, що полегшують вивчення інтерфейсу користувачем, і новими підходами, що дозволяють зробити інтерфейс більш зручним і практичної. Звичайно, у ситуації, коли часто міняється склад групи чи розроблювачів коло споживачів продукту, прагнення дотримувати відомих підходів, можливо, було б кращим рішенням. Але в тих випадках, коли відомо, що велика частина часу в користувачів буде іти на рутинні, повторювані операції, а навчання в той же час не зажадає великих витрат, вірним рішенням є розробка інтерфейсу з максимальною продуктивністю, навіть якщо згодом від користувача будуть потрібні деякі зусилля по його вивченню.