Коли команда правильно виконує юзабіліті-тестування, користувач буде з задоволенням взаємодіяти з розробленим додатком. Провести тестування можна за допомогою 10 кроків.
«Я бачив, як люди пропускають перевірку старих пристроїв, тому що керівник має намір випустити додаток якомога швидше. Але не піддавайтеся цьому тиску, краще витратити час, щоб уникнути негативних відгуків, які неодмінно залишать користувачі після запуску ».
2. Переконайтеся, що пристрій буде видимий для людей з обмеженими можливостями здоров'я. Експерт компанії Accessibility Partners Шерон Розенблат (Sharon Rosenblatt) радить тестувати програми з людьми, у яких є якісь особливості - слабкий зір або глухота.
«Ми також закликаємо розробників використовувати допоміжні технології. Наприклад, програмне забезпечення для читання екрану, лупи, розпізнавання мови (Siri). Все це потрібно, щоб наслідувати досвід користувача з обмеженими можливостями. Зрештою, додаток не може бути доступно, якщо його не можуть використовувати велику кількість людей, які мають інвалідність ».
Детальний керівництво для новачків по доступності можна знайти за посиланням.
3. Користувач повинен йти виключно по одному шляху. Гендиректор мобільного служби по догляду за газонами GreenpalБрайан Клейтон (Bryan Clayton) радить пройти так званий «шлях користувача» і зрозуміти, як можна подорожувати по вашому сервісу. Під час такого тестування потрібно усувати будь-які вторинні маршрути, у користувача не повинно бути вибору піти не туди. Кожна дія, клік, повинен привести його до конкретної дії, будь то покупці, вчинення підписки, пожертвування.
4. Використовуйте сервіси для тестування. Є дві крайності: коли керівник не готовий витрачатися на впровадження зручних інструментів, або коли веб-розробники використовують все нові і нові сервіси, які не спрощуючи, а навпаки ускладнюючи роботу всієї команди. Вірний варіант, звичайно, посередині. З оглядом 11 корисних інструментів, які підійдуть для тестування можна ознайомитися за посиланням.
5. Тестируйте ваш продукт на реальних пристроях. Проводити тестування потрібно з реальними людьми на діючих пристроях. Цей процес не повинен бути автоматизованим, тому що ні один автоматизований інструмент не зможе замінити роботу людського мозку. Це трудомісткий процес, але достовірний.
6. Знайдіть бета-користувачів. Незважаючи на ваші навички в UX / UI тестуванні, вам буде потрібна допомога сторонніх користувачів. Чим їх буде більше, тим краще для кінцевої оцінки продукту.
7. Документуйте. Ведення документації і раніше важлива частина тестування юзабіліті. Без неї ви можете зіткнутися з помилками версій. Саме для цього потрібно вести журнал змін, щоб будь-який член команди зміг бачити, що змінюється в проекті.
8. Контролюйте всі зміни. Одна з найбільших проблем, з якою ви можете зіткнутися під час тестування юзабіліті - це помилка з версією. Ви побачили проблему, виправили її і в прототипі, і в коді, але не добилися того, щоб інші учасники команди запам'ятали цю зміну. В результаті то розробник представляє нову версію коду нічого не виправивши, то дизайнер передає вам оновлений дизайн теж без виправлення.
У кращому випадку, ви запам'ятали зміна, які зробили, і переробили його в новій версії, правильно задокументувавши це на цей раз. У гіршому випадку, ви забуваєте, що трапилося, а потім ця помилка залишається в інтерфейсі. Користувач зауважує її тільки після запуску.
Щоб уникнути таких ситуацій варто оновити журнал змін і намагатися уникати одночасного використання декількох версій вашого додатка або прототипу.
9. Дійте ітераціями. Сучасна розробка додатків залежить від концепції ітерації. Тобто команда переробляє продукт до тих пір, поки він не досягне (і в кінцевому підсумку досягає) досконалості.
Це відбувається за рахунок впровадження гнучкої методології управління проектом Scrum. Команда діє не дотримується жорсткого плану, який не допускає змін. Навпаки, зміни в продукті вітаються. Весь робочий процес розбивається на тимчасові відрізки, які називаються ітерація. У ітерацію входить планування, безпосередня розробка (спринт) і тестування продукту.
10. Тестируйте прототипи вашого продукту. Не потрібно чекати поки веб-розробник закінчить роботу над всім сервісом. Протестувати юзабіліті можна задовго до кінцевого результату. Варто почати тестування з одного впровадженої функції, щоб зрозуміти наскільки вона зручна для користувача.
Потім, як тільки з'являється нова кнопка або функція її потрібно знову відправляти на тестування цільової аудиторії. Тим самим, у вас вийде маленькими кроками, рівномірно провести тестування. За рахунок цього розробники можуть вносити коригування під час розробки, а не на фінальній стадії запуску проекту.