Команда британського сайту електронного уряду Gov.uk опублікувала 10 принципів веб-дизайну, які допомагають створювати насправді якісні продукти й сервіси.
1. Спочатку потреби
Під потребами маються на увазі не потреби уряду, а те, що хочуть користувачі від його сервісів. Саме з думки про їх проблеми і задачі, а не про те, як працює зараз та чи інша держпослуга, повинен починатися процес дизайну, впевнені спеціалісти британського уряду. При цьому не варто забувати й про те, що користувачі часто не можуть визначити, що їм потрібно, через що вони можуть вимагати від розробників не те, що доцільно в конкретний момент. На думку команди Gov.uk, під потребами варто розуміти тільки дійсно важливі речі, оскільки користувачі приходять на сайти електронного уряду за вирішенням конкретних задач, а не задля приємного проведення часу.
2. Роби менше
Держава не всесильна і не може вирішувати усі питання, які виникають у її громадян. Тому, якщо конкретну задачу можуть вирішити приватні компанії, то немає нічого поганого в тому, щоб просто дати людині посилання на потрібний сервіс і все. Цьому ж принципу відповідає розробка методів API, що дозволяє стороннім розробникам створювати продукти й послуги, котрі можуть вирішувати проблеми людей — без зайвих зусиль зі сторони розробників базового проекту. Подібний підхід дозволяє економити ресурси і направляти їх на дійсно важливі задачі.
3. Дизайн базується на даних
Як правило послуги, котрі можна отримати через електронний уряд, не з’являються нізвідки — люди, так чи інакше користуються ними й до переносу в онлайн. Це дозволяє розробникам вивчити поведінку користувачів у реальному світі. Саме з урахуванням цієї поведінки потрібно розробляти веб-прототипи, котрі потім пропонувати таким же реальним користувачам. Система повинна підлаштовуватися під поведінку людей і відповідати їй, а не примушувати користувачів змінювати їх звички.
А для того, щоб зрозуміти, які саме рішення працюють краще, розробники використовують А/Б-тестування.
4. Зробити щось просте дуже складно
Зробити так, щоб продукт виглядав просто доволі легко, а ось спростити його реальне використання — це значно складніша задача, особливо, якщо внутрішня система, що розміщена під видимою частиною інтерфейсу, є дуже складною. Команда Gov.uk вважає, що розробники повинні усіма силами намагатися спростити використання своїх продуктів — це прояв відповідальності та поваги до користувачів, які інколи просто вимушені працювати з сервісом або програмою через відсутність альтернатив.
5. Покроковий процес
Найкращим способом побудови ефективних сервісів є їх покрокове покращення. Варто починати з мінімально робочого продукту, потім випробувати його на реальних людях, оминаючи стадії альфа і бета-тестування і постійно додаючи нові функції та виправляючи помилки, про які повідомлять користувачі. Ітераційний розвиток скорочує ризики та знижує ймовірність виникнення критичних помилок. Невеликі проблеми, котрі можуть виявлятися, не похоронять проект, а стануть гарним уроком на майбутнє.
В цьому велика перевага цифрового світу — ми не будуємо мостів і помилки можна легко виправити.
6. Доступний дизайн
Продукт повинен створюватися таким, щоб ним могли користуватися якомога більше людей — навіть, якщо заради цього необхідно буде пожертвувати елегантністю та красою. Не потрібно боятися очевидних рішень і винаходити веб-дизайн заново. Електронним урядом користуються мільйони людей з усієї країни, в тому числі й ті, хто далекий від комп’ютерів та інтернету — думати про них теж необхідно.
7. Розуміння контексту
Дизайн створюється не для комп’ютерних екранів, а для людей. Це значить, що контекст використання продукту або послуги дуже важливий. Якщо користувач знаходиться в бібліотеці чи говорить по телефону, то це вплине на його взаємодію з інтерфейсом. Точно так само, якщо людина ніколи не користувалася інтернетом або не працювала з аналогічними продуктами, це відобразиться на роботі з нашим продуктом.
Створити продукти чи послуги, котрі дійсно вирішують проблеми цільової аудиторії, можливо лише у тому випадку, якщо розробники мають чітке розуміння цієї аудиторії та можливого контексту використання продуктів. В іншому випадку є ризик створення красивих інтерфейсів, які жодним чином не відповідають реальному життю людей.
8. Створення цифрових сервісів, а не сайтів
Дизайн не обмежується сайтом. Він може початися, наприклад, з пошуковика, а закінчитися в поштовому відділенні. Розробники та дизайнери повинні використовувати цей підхід, навіть, якщо вони не можуть вплинути на всі стадії, з якими стикається користувач сервісу. Не варто думати, що інтернет — вершина всього. На сьогодні цифрове середовище є найзручнішим способом надання багатьох послуг, але так було не завжди, і в майбутньому це може змінитися.
9. Послідовність, а не одноманітність
Всюди, де це тільки можливо, варто використовувати одну й ту ж мову і дизайнерські прийоми, оскільки це допомагає людям швидше освоїти різні елементи системи. Однак, не завжди вся справа в однакових кольорах, тексті й стилі кнопок. Часто елементи управління не можуть бути ідентичними, але користувачі все одно повинні розуміти логіку роботи системи — вона повинна витікати з попереднього досвіду взаємодії з іншими її елементами або просто використання інтернету й аналогічних сервісів. Людина повинна бути в змозі передбачити, з чим вона зіткнеться.
Неможливо передбачити всі сценарії використання й проблеми, з якими можуть зіткнутися люди в процесі взаємодії з інтерфейсом. Однак розробники повинні зробити так, щоб користувачі змогли вийти із складної ситуації самостійно.
10. Відкритість робить все кращим
Спеціалісти повинні бути максимально відкритими світу — дуже важливо спілкуватися з колегами, користувачами та конкурентами. Обмін ідеями, зразками коду й шаблонами дизайну, помилками й досягненнями дозволяє розвиватися і створювати все якісніші продукти й сервіси. Не варто соромитися обговорювати свою роботу з оточуючими — дві голови завжди краще однієї, а погляд зі сторони допомагає розвиватися в правильному напрямку.
Першоджерело — «Government Digital Service Design Principles».
