Особистий кабінет для Нової Пошти: форма створення Інтернет документа

Стара форма

Форма Особистого кабінету 2.0 (зараз це Бізнес-кабінет) повністю відображає систему в інтерфейсі. У цифровому світі це називається "Технозалежність". Система оптимізується під навантаження, базу даних, архітектуру тощо. результат показується користувачеві у вигляді інтерфейсу, пристосованого до технічних особливостей, але не до реального життя.

У старій формі користувачі створювали новий контакт або адресу в модальному вікні, оскільки це окремий запит. Але, для користувача подібні дії зайві. Чому, наприклад, не показувати всі поля одразу й автоматично зберігати новий контакт при створенні накладної, як це робить будь-який поштовик під час надсилання Email?

Також, у старому варіанті форми використовувалися усталені типи відправлень "Посилка" (до 30 кг) і "Вантаж" (понад 30 кг) Для того, щоб відправити, наприклад, менше 30 кг, користувачеві доводилося перемикатися з одного типу на інший. Хіба не можна визначати це автоматично згідно із зазначеною вагою?

Були дуже слабо представлені додаткові послуги, які хотілося показати в повному обсязі. А також ми виявили інші проблеми різного характеру.

Усе це сповільнювало роботу користувачів із формою і призводило до помилок.

Тестування старої форми

Ми вирішили додатково провести юзабіліті-тестування, щоб перевірити, чи є проблеми, які ми виявили, справді проблемами для користувачів, і дізнатися, що ще спричиняє незручність клієнтам.

У тестуванні ми спочатку задіяли тільки співробітників Нової Пошти.

Прототипування

Після проведення тестів ми склали список вимог до майбутньої форми. Щоб бути більш впевненими в рішеннях, які ми згенерували з огляду на вимоги, ми, звичайно ж, захотіли протестувати їх на користувачах.

У простих інтерфейсах на перших етапах можна обійтися тестуванням паперового прототипу. Це займає мінімум часу на відтворення інтерфейсу, при цьому можна швидко вносити зміни, просто перемальовуючи його залежно від результату перевірки на користувачах. Використовуючи навіть такий низький ступінь деталізації, можна дізнатися, чи розуміють користувачі, в чому суть інтерфейсу, чи орієнтуються вони в навігації, чи розуміють назви кнопок тощо.

Форма створення Інтернет-документа надто складна і включає безліч сценаріїв, тому для прототипування обрали Axure. Тільки в цьому інструменті можливо створити прототип, який максимально відповідає реальності, а це надзвичайно важливо для тестування такого функціоналу.

Тестування прототипу

Ми вирішили провести кілька серій тестування і знову почали зі співробітників. Після тестування на співробітниках ми попросили виділити нам базу лояльних користувачів, з якими можна домовитися про юзабіліті тестування.

Краще проводити тестування офлайн, сидячи поруч із користувачем і контролюючи процес. Однак складно знайти користувачів, які погодилися б виділити фактично півдня на поїздку до нашого офісу, тому тестування проводили по скайпу. Для того щоб контролювати хід тестування, користувачі ділилися зображенням екрана, і взаємодія з прототипом записувалася на відео зі звуком. Це було потрібно, щоб повернутися до запису і продемонструвати замовнику недоліки або переваги рішення, якщо виникне така потреба.

Готовий макет

Було проведено три серії тестувань. Після кожної серії прототип доопрацьовувався і вдосконалювався. Це дало змогу відточити всі основні сценарії. Під час останньої серії тестувань користувачі проходили сценарії без особливого непорозуміння і затримок. Цього і домагалася наша команда, тепер можна було робити чистовий UI.

Висновок

Форма створення накладної на відправлення - надзвичайно об'ємне завдання, яке можна назвати окремим проєктом. У розробці брали участь програмісти, тестувальники, продакт менеджер і дизайнер. Завдання вимагало особливого підходу до проєктування, щоб ризик помилитися був мінімальним. На перших етапах витрачався час тільки дизайнера і частково продакт-менеджера, після того, як все було готово, підключилися розробники, у яких було чітке ТЗ.