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

Основними цілями на розробку нової форми були:

• Максимально автоматизований інтерфейс. Все що ми можемо заповнити за користувача має бути заповнено;
• Зменшення помилок при створенні нового одержувача;
• Можливість підключення до накладної будь-якої з послуг, що надаються Новою Поштою;

Стара форма

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Готовий дизайн

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