Чек-лист з юзабіліті інтернет-магазинів

    Апофеоз сотні холіваров і поліпшення роботи QA — чек-лист з юзабіліті інтернет-магазинів. У ньому частково задіяні минулі документи — чек-листи по формам і фільтрам . Користуйтеся.
 
 
 
 Сторінка каталогу
 □ Фільтр
□ Товари коректно фільтруються.
□ Фільтр відповідає загальним вимогам чек-листа .
 
 □ Додавання в корзину.
□ Можливе додавання кожного товару в корзину.
□ Після додавання товару в кошик виводиться візуальне підтвердження.
 
Приклад: www.handyhat.ru
 
 
 
 Чому саме так. Користувач повинен розуміти, що товар вже в кошику, щоб не відправляти його туди повторно.
 
 □ Кількість одиниць товару.
□ При додаванні товарів у кошик враховується обрану кількість, якщо воно вказується на сторінці каталогу.
□ Поле кількості на сторінці каталогу перевірено на обмеження по числу символів.
□ Опціонально. Поле кількості враховує залишок на складі.
 
 □ Лічильник товарів.
□ При додаванні товарів з каталогу в блоці кошика оновлюється їх кількість.
 
Приклад: www.zimzum.ru
 
 
 
 Чому саме так. Користувач повинен розуміти, скільки товарів вже додано в кошик, без переходу на її сторінку.
 
 □ Зміна міні-кошика.
□ При додаванні або видаленні позицій відбувається перерахунок суми та кількості товарів в блоці кошика.
 
 □ Ярлики.
□ Якщо у товарів є задані в адмінці параметри «Новинка», «Лідер продажів», «Розпродаж» і так далі, вони виводяться в картці і на сторінці каталогу.
 
 Сторінка товару
 □ Заголовок сторінки.
□ Коректно згенерований заголовок сторінки.
 Чому саме так. В ідеалі система сама повинна генерувати нормальні заголовки — як мінімум без спеціальних символів і тегів. Якщо передбачений ручний введення, цей параметр залишається на совісті власника ресурсу.
□ Заголовок сторінки містить назву товару.
 
 □ Інформація про товар.
□ Коректно виводиться інформація про товар.
 Чому саме так. Перевірити варто — можливо, невірно відображаються фотографії або в тексті опису з'являються теги.
 
 □ Додавання в корзину.
□ Можливе додавання товару в корзину.
□ Після додавання товару в кошик виводиться візуальне підтвердження.
 
 □ Повернення до списку товарів.
□ Присутній посилання для повернення до списку товарів або хлібні крихти.
 
 □ Лічильник товарів.
□ При додаванні товарів у блоці кошика оновлюється кількість товарів.
 
 □ Висновок додаткових блоків.
□ Якщо передбачено виведення блоків «З цим товаром також купують», «Рекомендуємо», «Товари, які ви дивилися», в них виводяться коректні товари.
 
 □ Кількість одиниць товару.
□ При додаванні товарів у кошик враховується обрану кількість, якщо є можливість його вказівки.
 
 □ Ярлики.
□ Якщо є ярлики «Новинка», «Лідер продажів», «Розпродаж», вони виводяться на сторінці товару.
 
 Кошик
 □ На сторінці кошика виконуються всі чек-листи за формами .
Чек-лист за формами є в попередній статті і окремому документі .
 
 □ Коректно застосовуються всі існуючі знижки.
З'ясуйте принципи роботи знижок, перевірте алгоритми розрахунку на сайті.
 
 □ Коректний розрахунок загальної суми замовлення.
□ Сума замовлення розраховується з урахуванням купонів і знижок, вартості доставки, комісій і так далі.
 
 □ Введення в поле «Кількість».
□ При введенні дуже великої кількості символів очікується коректне зміна даних або на введене, або на максимальне число. При цьому з'являється попередження.
□ При введенні букв або символів очікується заборону введення, відновлення попереднього значення або повідомлення про помилку.
□ При введенні невеликого числа в полі очікується негайне зміна кількості на коректне.
□ При введенні нуля передбачається видалення товару з кошика. При цьому бажано, щоб виводилося підтвердження дії.
 
Приклад: www.ozon.ru
 
 
 
□ При введенні негативних чисел очікується заборону введення, скидання до попереднього значення або повідомлення про помилку.
 
Опціонально — завдання кнопок перемикання кількості замість полів з вільним вводом.
 
 
 
 □ Перерахунок сум при зміні кількості.
□ При введенні чисел у полі «Кількість» відбувається негайний коректний перерахунок суми замовлення та вартості товару з урахуванням внесених даних.
 
Приклад: www.handyhat.ru
 
 
 
 □ Повернення в каталог.
□ Є посилання для повернення користувача в каталог товарів.
 
 □ Перехід до оформлення замовлення.
□ По кліку на кнопку оформлення замовлення відбувається перехід на сторінку замовлення або наступний крок оформлення.
 
 □ Міні-кошик.
□ На сторінці кошика немає міні-кошика.
 
Приклад: www.90is.ru
 
 
 
□ Міні-кошик є, але вона поводиться синхронно з основною.
 
 □ Видалення товарів.
□ На сторінці кошика є працюючі посилання для видалення товарів.
□ По кліку на посилання для видалення товар видаляється без перезавантаження сторінки і відбувається перерахунок суми замовлення.
□ При видаленні всіх товарів в кошику виводиться повідомлення «Поки кошик порожній» або аналогічне, а шапка таблиці списку і елементи виведення суми ховаються.
 
Приклад: www.interno-luce.ru
 
 
 
 □ Оформлення замовлення.
□ Всі форми функціонують коректно. Звіртеся з чек-листом.
 
 □ Інформація про замовлення.
□ Коректно виводиться інформація про замовляються товари та їх кількості.
 
 □ Сума замовлення.
□ Коректно виводиться загальна сума замовлення.
 
 □ Вибір адреси доставки.
□ Якщо передбачено збереження адрес доставки для авторизованого користувача, виводиться поле для вибору збереженого або створення нової адреси.
□ При виборі збереженого адреси поля адреси заповнюються коректно.
 Чому саме так. Вводити адресу вручну при кожній покупці — не для слабкодухих.
 
 □ Висновок замовлення в історії замовлень.
□ При збереженні в системі замовлення виводиться у користувача в особистому кабінеті на сторінці «Історія замовлень» з коректним статусом і даними.
 Чому саме так. А де його ще шукати?
 
 □ Виведення інформації для адміністратора.
□ Адміністратор бачить обраний спосіб оплати і доставки в електронному листі і адмінки.
 
 □ Відправка e-mail.
□ При успішному оформленні на вказаний користувачем e-mail надсилається лист з інформацією про замовлення.
□ При оплаті замовлення на e-mail адміністратора направляється лист з інформацією про новий сплаченому замовленні.
 Чому саме так. Користувачеві важливо знати, що його замовлення прийняте, і прийнятий успішно. Лист адміністратору відправляється для оперативної реакції на заявку.
 
 □ Автозаполнение форм.
□ Для авторизованих користувачів поля форм автоматично заповнюються відомими даними з профілю.
 Чому саме так. Для економії часу користувача. Заповнювати вручну індекс, адресу доставки, телефон та інші дані довго — відвідувачі сайту потім і реєструються, щоб звести до мінімуму ручне заповнення форм. Точніше, це одна з причин.
 
 □ Залежність оплати і доставки.
□ При оформленні замовлення коректно виводяться варіанти оплати щодо способу доставки і навпаки. Застосовується, якщо такі взаємозв'язки є.
 
 □ Неавторизований користувач.
□ Якщо для оформлення замовлення необхідна реєстрація, для неавторизованого користувача виводиться форма ледачою реєстрації, посилання на реєстрацію, а також посилання на авторизацію.
 
Приклад: www.asos.com
 
 
 
 □ Новий адресу доставки.
□ При виборі нової адреси поля адреси очищаються.
 
 □ Оплата.
□ На бойовому сервері включена реальна платіжна система.
□ При переході до оплати передається вибраний спосіб оплати.
 
 □ Передача даних в адміністративну панель.
□ Всі дані коректно передаються в адмін-панель (включаючи суму, знижки, примітки, структуру замовлення).
 
 □ Перерахунок суми.
□ Коректний перерахунок суми замовлення з урахуванням способу доставки.
 
Приклад: www.zimzum.ru
 
 
 
□ Коректний перерахунок суми замовлення з урахуванням способу оплати.
 Важливо. Застосовується, якщо є націнки і знижки в залежності від способу оплати.
 
 □ Переривання оформлення замовлення.
□ При перериванні замовлення на етапі оформлення товари не видаляються з кошика.
 Чому саме так. Користувач може відволіктися, тимчасово передумати, захотіти купити щось ще, тому потрібно дати йому можливість закінчити свої справи і знову повернутися до оформлення замовлення.
 
 □ Зміна статусу замовлення при оплаті.
□ При оплаті замовлення в адміністративній панелі змінюється його статус.
 
 □ Зміст листа про замовлення для користувача.
□ Лист користувачеві з інформацією про замовлення містить коректну посилання на сторінку історії замовлень.
 
 □ Повідомлення після оплати або неоплати.
□ Після успішної оплати замовлення онлайн користувач перекладається на сторінку з повідомленням про те, що і за скільки сплачено, і з подальшими діями.
□ У випадку помилки оплати вказується, як зробити повторну спробу.
 
 □ Збереження даних замовлення.
□ При збереженні замовлення у систему коректно передаються всі дані про товари, їх кількості, адресі доставки, одержувача, способи оплати та доставки.
 
 □ Посилання для повернення до кошика.
□ Присутній посилання для повернення до редагування замовлення.
 Чому саме так. У самий останній момент користувач згадує, що йому потрібна не одна така футболка, а цілих три. Якщо є посилання повернення до редагування замовлення, завдання спрощується — перейшов, поміняв кількість, продовжив оформлення.
 
 □ Сторінка «Спасибі».
□ При успішному проходженні процедури замовлення користувач перекладається на сторінку з короткою інформацією про замовлення та описом подальших дій магазину.
 
 □ Видалення товарів з кошика після оформлення замовлення.
□ При успішному оформленні замовлення товари видаляються з кошика.
 
 □ Установка статусу при збереженні.
□ При збереженні замовлення в системі замовлення присвоюється коректний статус («Очікує оплати» для неоплачених замовлень, «Оплачено» для оплачених).
 
 Інше
 □ Квитанції для оплати.
□ Якщо є функціонал формування квитанцій для оплати, тобто посилання на їх генерацію і печатку.
□ Квитанції для оплати генеруються правильно.
 
 □ Зміна статусів.
□ Адміністратор сайту може змінити статус замовлення, оплати, доставки.
 
 □ Адреса адміністратора для відправки листа про нове замовлення можливо поміняти через настройки.
 
Те ж саме — в Google-документі , плюс додатковий прелаунч-лист перед запуском сайту. Доповнюйте і коментуйте.
    
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.