Можливість використання даних карт і GPS на платформах смартфонів дає розробникам можливість покращити досвід користувача (user experience) щодо своїх продуктів. Однак, щоб карти відобразили найкращий досвід для користувачів, важливо включати ці функції з урахуванням UX. Існують деякі правила, які можна використовувати, щоб збільшити шанси на успіх при використанні даних розташування та карт у мобільних додатках.
Немає сумніву, що смартфон дає користувачам та дизайнерам безліч варіантів, коли йдеться про нові можливості; однією з найпопулярніших є функція GPS (Глобальна система позиціонування – Global Positioning System). GPS може використовуватися для визначення розташування користувача та об’єднуватися з даними карти, щоб дати користувачам можливість знаходити розташування та варіанти доріг до нього.
Тим не менш, важливо розглянути, як ви будете використовувати карти на своїх мобільних сайтах та додатках, перш ніж автоматично приймати рішення на їх рахунок.
Дослідження, проведені Nielsen Norman Group, показали, що при демонстрації мобільного сайту, який не включав карту на сторінках результатів пошуку розташування, жоден користувач не побажав, щоб картка була надана. Фактично, їх дослідження рекомендувало, щоб карти були для користувачів можливістю, що перемикається, і щоб дані розташування були у вигляді списку, який виводиться на замовлення відстані від найближчого розташування.
Чому це так? Найімовірніше тому, що картки в мобільних додатках та веб-сайтах не враховують деякі аспекти зручності використання.
Аспекти зручності використання при використанні карт у дизайні для мобільних пристрій
Прокрутка і панорамування
Одна із приємних речей у картах – можливість панорамування шляхом її перетягування. Ця функція працює в комп’ютерному середовищі, коли користувач натискає на карту, а потім перетягує її за допомогою миші. Набагато складніше зробити це на екрані смартфона, де користувальницький інтерфейс є сенсорним екраном.
Користувачі часто прокручуватимуть сторінку, а не панорамують або навпаки, тому що між кордонами карти та межами екрана є розбіжності. Вирішити проблему можна за допомогою використання кордонів навколо карти, щоб користувач мав окрему область для панорамування всередині.
Протиріччя об’єктів з цільовими розмірами
Дизайнери можуть легко забути, що сенсорні екрани не є найчутливішими пристроями, і в ідеалі, для того щоб користувач міг клацнути по області, їх розмір повинен бути близько 36 х 36 пікселів.
Крапки на картах занадто часто виявляються меншими за цю ціль у 36 x 36 пікселів, що ускладнює приєднання користувача до мети та взаємодію з нею.
Існує також проблема, якщо карта представлена у надто високому рівні; можуть бути знайдені точки об’єктів у тому самому місці на одному екрані. Розрізняти ці точки через торкання – це досвід, що розчаровує. Проблему можна вирішити шляхом використання повідомлень, які дозволяють користувачеві торкатися однієї точки, а потім вибирати зі списку контактів або демонстрацією карти у відповідному збільшенні, щоб всі контакти були окремими і їх можна було розрізнити.
Сенсорні екрани, мережі та інші проблеми
Сенсорний екран – не найчутливіший пристрій, і в поєднанні з повільним мережевим підключенням карти можуть часто призводити до розчарувань, які знаходиться поза контролем дизайнера. Наприклад, користувач, який використовує екран для розширення виду карти, може виявити, що повільне з’єднання заважає його діям досягти потрібного результату.
Це, в свою чергу, призводить до того, що користувач подвоює свої зусилля та продовжує розширювати вигляд карти, що стає джерелом подальшого розчарування. За таких обставин, інтерфейсу карти складно забезпечувати добрий зворотний зв’язок для користувача. Вкрай важливо розглянути можливість дозволити користувачеві переміщатися безпосередньо від карти та повертатися до перегляду списку розташування будь-якої миті їх взаємодію з картою.
Контроль жестів
Чим простіше ви розробляєте інтерфейс користувача на карті, тим більша ймовірність того, що ваші позначки (pins) та елементи керування будуть відповідати цьому орієнтиру в 36 x 36 пікселів для правильних точок торкання. Звісно це не означає, що ви не можете пропонувати додаткові функції користувачу карти. Це означає, що вам потрібно буде розглянути жести керування для цієї додаткової інтерактивної функціональності. Ці жести управління можуть бути не одразу очевидними або інтуїтивно зрозумілими користувачу, тому їх потрібно буде застосовувати дуже обережно, щоб внести дійсну користь у user-experience.
Розміщення панелі інструментів
Панелі інструментів повинні займати значну частину екрана, але у той же час залишатися на достатній відстані від самої карти, щоб користувач випадково не активував панель інструментів при спробі взаємодії з картою.
В ідеалі, панелі інструментів також повинні спрощуватися та зменшуватися, коли користувач взаємодіє з картою, щоб вмістити найпростіші дії.
Допомога і вихід
Остання порада для реалізації карт – це та, яка застосовується до багатьох областей дизайну UX. Завжди давайте вашим користувачам невеличку допомогу (наприклад, ви можете використовувати спливаючі повідомлення, щоб допомогти зрозуміти жести керування або інші функції, які можуть зажадати пояснень) та спосіб вийти з карти та повернутися до більш знайомого інтерфейсу.
Реалізація функцій GPS та карток може бути необов’язковою, і спочатку варто перевірити потреби користувачів. Якщо це дійсно корисно для вашої бази клієнтів, то ви повинні скористатися рекомендаціями, викладеними у цій статті, щоб покращити UI та UX щодо реалізації картки. Карти є справжньою проблемою для невеличких екранів на смартфонах і вимагають ретельної обробки, щоб надавати користувачам цінність, а не зменшувати її.
Посилання:
Тематичне дослідження щодо впровадження карток з використанням Google-карток – http://www.tnooz.com/article/lessons-for-mobile-app-developers-on-why-google-maps-for-iphone-looks-so-good/
Цікаве дослідження проблем використання даних карт у мобільних додатках – http://www.slideshare.net/fgarofalo/ux-considerations-for-mapping-apps-on-touch-devices
Бред Фрост досліджує адаптивну карту тут – http://bradfrost.com/blog/post/adaptive-maps/
