Дивно, але планування «Multitouch» інтерфейсу з легкістю може затягнутися в часі або вийти за рамки планового бюджету, а то й враховувати деякі важливі моменти.
Існують п'ять обов'язкових пунктів, які необхідно враховувати під час планування і розробки додатків для «Multi-touch». Вони допоможуть клієнтам швидко і точно визначити завдання, необхідні для роботи програми, а також зберегти час, як розробника так і кінцевого споживача.
1. Яка модель взаємодії потрібно для кожного завдання?
- Вільна форма (Одна людина маніпулює одним екраном. Значення і порядок введення завдань не важливо)
- Тимчасова / Порядкова Чутливість (Порядок введення не має значення, але порядок і швидкість виконання завдань, за своїм принципом нагадує класичну комп'ютерну гру «Millipede»)
- Почерговість (Я роблю, потім ти ... як в картковому Покер)
- Синхронність (Спільна і одночасна робота над різними завданнями)
- Асинхронність (Почергове управління різними завданнями)
- Спільність (Спільне управління одним завданням)
Користуючись простими додатками, можна легко обійтися одним режимом інтерфейсу. У «Multitouch» ж, через обмеження розміру поверхні (сенсорної панелі), досить складно робити комплексні, не пов'язані один з одним взаємодії, де кожне вікно / контролер доступний весь час. У зв'язку з цим, стратегія визначення пріоритетів, індексації та швидкого доступу до содржанію і контролера має важливе значення для користувача.
3. Яку мінімальну кількість контекстної інформації необхідно користувачеві в будь-який момент часу для досягнення поставленої мети?
Дуже важливо обмежити кількість зайвої візуальної інформації на екрані. Для цього є як мінімум дві причини:
- Присутність «піксельної неефективності» в інтерфейсах «Multitouch» пристроїв
- Зайва інформація часто невірно сприймається користувачем
Чітко встановлена черговість і полегшений підхід до сприйняття інформації в більшості випадків підвищує зручність використання нових інтерфейсів. Прекрасний тому приклад - додаток по залученню поверхні (Surface attract application).
З початку, користувач помічає яскраві відображення на своєрідному камені в центрі екрану. Це підштовхує учасника процесу зробити перші дотики. Коли користувачеві стає нудно від легких хвиль, що виходять від дотику до каменя, в кутку екрану з'являються невеликі анімаційні логотипи, які привертають увагу і змушують зробити наступні дотики.
4. Наскільки чітко дизайн контролерів повинен відображати свої властивості?
Графічний інтерфейс користувача (GUI) спочатку має певну кількість широко відомих властивостей. Наприклад, ми знаємо, що веб-сторінка читається зверху вниз і зліва направо. В додатках «Multitouch» ці «приїлися» традиції залишаються в минулому.
Дуже важливо зробити дизайн контролерів якомога простіше, щоб полегшити розуміння виконуваних ними функцій. Якщо контролер виглядає і звучить так само як і функція, яку він виконує, це дозволить максимально збільшити продуктивність використання.
Спираючись на реальний досвід, для користувача, фізичний аспект контролера, є одним з ключових факторів, який наголошує на тому, що він робить і як його використовувати. Об'єкти, які одночасно є графічними і матеріальними, як не можна краще спрощують процес використання програми. Наприклад: кнопки, ручки, петлі, об'єкти, що рухаються вперед і назад в просторі ... і так далі.
5. Як користувач визначає функцію контролера, а також значення цієї функції?
Визначення значення функції контролера тісно пов'язане з візуальним дизайном. Важливо виробити стратегію для спілкування з користувачем. Наприклад, скількома вікнами можна маніпулювати одним контролером (одним або декількома) і так далі.
Джонатан Брилл - Консультант по Microsoft Surface