Припущення погані для бізнесу. Вони погані, тому що за своєю природою ми проводимо думки, засновані на тому, як ми бачимо світ та упередження, засновані на речах, які сталися з нами. Коли мова йде про дизайн, роблячи припущення небезпечні, оскільки проектування коштує грошей, часу та ресурсів (за допомогою a Веб-будівельник можна скоротити всі ці, і отримати ваш веб хостинг Право спрощує ваш процес). І це коштує набагато більше грошей, часу та ресурсів, ніж це робить для проведення простого Тестування користувача Це може допомогти довести (або спростувати) теорії, які ми тримаємо.
Наступні припущення часто призводить до принаймні одного з наступних результатів:
Тестування користувача - це те, де користувачі фактично використовують додаток або веб-сайт (або, принаймні, прототип його) та пропонують зворотній зв'язок та розуміння, яке може бути використане для його покращення. Тестування користувачів виходить вище і за межами простого опитування зворотного зв'язку та передбачає спостереження за фактичними користувачами (або цільовим ринком), оскільки вони перевіряють наш дизайн. (Переконайтеся, що ви зберігаєте свої висновки в безпеці хмара зберігання .)
У цій статті ми будемо самообслуговування наших власних користувацьких тестів Убогий - Тут, де, після визначення питань, які ми хотіли б запитати, ми надішлемо користувачеві посилання, де вони можуть проводити свій користувацький тест віддалено у свій час. Це допомагає нам автоматизувати тестування користувачів (який економить час), а шукаючи тестувальників користувачів із власної бази користувачів (що економить гроші).
ПРИМІТКА. Якщо ви б хотіли, щоб у вас теж залучають тестувальників для вас, це добре - ціноутворювальна сторінка перераховує різні варіанти.
Можливо, вам буде цікаво, як часто ви повинні запустити користувацькі тести. Коротка відповідь: постійно - завжди є тестування користувачів. Коли рішення підживлюються тим, що користувачі прямо просять, ви будете почувати себе менш тривожним і набагато більш впевненим у успіху, коли продукт, який ви розробляєте, нарешті стає загальнодоступним.
Більшість часу, команди кидають в рушник з тестуванням користувачів, тому що вони не розуміють, чому вони роблять це, і тому запитують всі неправильні питання, що призводить до неясних відповідей, які не пропонують багато розуміння. Перед тим, як задати питання в тесті користувача, ми спочатку потрібно запитати себе "Чому ми це робимо?" І "Що ми хочемо дізнатися з цього тесту користувача?"
Перш ніж почати, ми спочатку повинні розглянути, чи ми перевіряємо MVP (мінімальний життєздатний продукт), для якого тестування користувачів є правильним підходом - або зручність використання вже підтвердженого продукту, в якому тестування можливостей використання є правильним підходом . Якщо ви перевіряєте MVP, то ви, мабуть, найкраще зосередити увагу на тестуванні користувачів.
Коли мова йде про тестування користувачів, основним питанням є: "Чи це вирішує проблему?" Однак з тестуванням зручності, визначаючи питання: "наскільки добре це вирішує проблему?"
Спочатку тестування користувача, і це відбувається, як тільки у нас є MVP. Тестування правдоподібності відбувається після того, як основний продукт був підтверджений, і настав час злітати більш широкий обсяг функціональності, що додаток або веб-сайт має запропонувати. Підсумовувати:
На цьому кроці ми встановимо Userlook і визначимо наш набір запиту, обговорюючи довжину тесту, компенсацію та багато іншого.
Почніть, увійшовши до USERLook, а потім виберіть:
Деякі поля форми є досить самооб'яженими (наприклад, назва тесту), але ми будемо проходити через деякі з менш очевидних варіантів, які можуть вплинути на результат наших тестів.
Очевидний? Насправді не стільки! Хоча ви можете подумати, щоб додати живий веб-сайт веб-сайту тут, ми можемо включити прототипи, побудовані за допомогою Invision Studio, Adobe XD, ескізом та в основному будь-яким інструментом дизайну екрану, який синхронізується макет до хмари, що означає, що ми можемо протестувати раніше (тобто, перш ніж інвестувати цінні Гроші, час та ресурси, що потрапляють у різні складності розвитку).
Щоб зробити цю роботу, просто синхронізуйте дизайн для ескізів хмари, запровадження або будь-який еквівалентний у вашому проектному інструменті вибору, а потім вставте задану посилання на поле у поле форми.
Ви, напевно, дивуєтеся, чому ви хочете встановити обмеження часу на тест користувача. Ось один приклад: п'яти-другий користувацький тест. У цей день і вік, де користувачі, як правило, нетерплячі, забудьте і легко відволікаються, п'яти-другий користувацький тест може показати, що користувач дійсно пам'ятає про те, що вони просто бачили.
Чи негайно зрозуміло, що була веб-сторінка? Якщо відповідь не є, то користувач, ймовірно, натискає кнопку "Назад". П'ять-секундний користувацький тест може визначити, чи екран або веб-сторінка чітко спілкуються, що користувач повинен робити.
Хоча лише необов'язково, якийсь рівень компенсації створить стимул для користувачів, щоб запропонувати якісний відгук. Компенсація не повинна означати фінансову компенсацію, хоча це може бути щось настільки ж просто, як вільний доступ до того, що ви будуєте.
Природно, самі питання є найбільш визначальним аспектом тесту. Правда ви, мабуть, маєте багато питань, але важливо пам'ятати, що ми можемо проводити якомога більше користувацьких тестів, тому що перед кожним тестом мати довгий і важко подумати про те, що ви хочете вчитися в кожному.
Наприклад, початковий безкоштовний дослідницький тест може показати, що користувачі мають проблеми з підписанням, тому після розробки іншої ітерації однією з питань у дослідженні тестування може бути: "Які розчарування ви підписали?"
Контекст Intro - це перше, що користувачі бачать, коли вони починають свій тест - це те, де ми представляємо себе, пояснюємо, що ми робимо (і чому) і встановлюємо очікування. Якщо користувач зобов'язаний виконати певне завдання, саме там ми представимо це завдання і вкажіть, що є кілька запитань, які будуть відповідати (вони з'являться на бічній панелі під час процесу тестування).
Інформація-учасниця включає ім'я, електронну пошту, вік, окупацію, місце, дохід домогосподарств та стать. Якщо ми хотіли б бачити, як різні типи повторюваного зворотного зв'язку співвідносяться з різними демографіями, ми могли б сегментувати ці дані, щоб сприяти того, що називається користувачем Personas, якась письмова історія, яка описує певний тип користувачів, а також їх потреби та цілі.
Наприклад, 18-90-річних та 48-59-річних, природно, матимуть різні потреби та цілі під час використання, скажімо, Facebook - де молодші користувачі можуть захотіти займатися брендами, а старі демографічні показники, можливо, захочеться залишитися Зв'язок з друзями. Хоча необов'язково, ці дані можуть запропонувати більше контексту для відгуку користувачів та сприяти розвитку цих особи.
Після визначення сфери застосування ми повинні отримати URL-адресу, яку ми можемо поділитися з тестуванням користувачів. Після цього користувачі можуть виконати тести у свій час, залишаючи нас вільними працювати над чимось іншим.
Якщо тестові питання були визначені правильно, ми повинні мати деякий якісний відгук, який є як діє, так і послідовний; Це означає, що ми зрозуміло, що нам потрібно змінити в наступній ітерації, з деяким зворотним зв'язком, що повторюються більше, ніж інші.
Далі це просто випадок організації відгуків.
Спорідненість - це методика групування, яка використовується для організації різних даних, включаючи розуміння, ідеї, ескізи, відгуки та фрагменти дослідження; У цьому сценарії ми могли б організувати наш відгук користувача на основі загальних тем. Якщо б ми були тестування користувачів, то ці загальні теми могли б допомогти нам створити те, що називається дорожньою картою продукту, по суті, часовою шкалою функцій та фіксації, спрямованих, перш за все, на часто зустрічаються відгуки, одночасно отримуючи менш загальні відгуки.
Після реалізації всіх цих пріоритетних покращень, функцій та виправлення з поточного циклу спринтів, інший раунд тестування користувачів може потім розкрити свіжу колекцію можливостей для поліпшення, заклавши основу для наступного циклу спринт (який, до речі, також може включати деякі або всі низькі пріоритетні завдання з попереднього спринт). Потім просто промийте і повторіть: завжди тестування!
Ця стаття спочатку була опублікована у випуску 317 Net, журнал World-Squired для веб-дизайнерів та розробників. Купити проблему 317 або Підписатися на мережу .
Пов'язані статті:
(Зображення кредиту: Repost: для Instagram) Якщо ви хочете поповнити на In..
Якщо ви освоїли Як намалювати собаку , Ви б пробачалися за те, що ви легко змо�..
Перейти до: Інструмент заміни кольору �..
Коли ви малюєте істот, це важливо, щоб вони вважають. Незалежно від тог�..
Affinity Designer - це набір інструментів векторного редагування для Mac та Windows,..
У дедалі цифровому світі, розумно розроблений препарат для друку, має �..
Відповідальна веб-типографія є жорсткою - вам потрібно мати обидва дизайнерські відбитки, так і технічн�..