
 
 Що робить продукт дійсно корисним? What makes a product truly useful? Це не кількість функцій або вишуканий дизайн, а його здатність вирішувати реальні проблеми користувачів.І щоб зрозуміти ці проблеми, панелі тільки не скоротять його - вам потрібно поговорити з людьми, спостерігати за їхніми діями, і побачити, де інтерфейс допомагає і де він перешкоджає. Ось чому ми використовуємо методи, такі як розробка клієнтів та тестування UX. Перший допомагає виявити мотивації та контекст користувачів; другий розкриває реальні сценарії використання перед запуском нових функцій. Команда Intercity подорожувала до Марокко, щоб зустрітися з користувачами inDrive і випробувати перероблену форму для бронювання міжміських поїздок.Це була не просто ділова поїздка - це був навмисний крок до переосмислення застарілого рішення на одному екрані. Незважаючи на свою очевидну простоту, цей формат викликав когнітивне перевантаження. На невеликих екранах ключові поля, такі як дата або коментарі, часто були приховані за рулонами, що призводить до того, що користувачі пропускають важливі кроки. Попередні дослідження привели нас до етапового формату: введення адреси, вибір тарифів, встановлення цін та додаткових деталей. 
 
 «Як дизайнер продукту, я часто бачу, як перевантажені інтерфейси тихо ускладнюють подорожі користувачів. Ми прагнули не тільки оновити візуальні зображення, а й переосмислити весь досвід. Крок за кроком форма допомогла розподілити когнітивне навантаження, зосередити увагу і зробити процес бронювання більш природним». – Сергій Гольцов, старший дизайнер продукту, Intercity «Як дизайнер продукту, я часто бачу, як перевантажені інтерфейси тихо ускладнюють подорожі користувачів.Ми прагнули не тільки оновити візуальні зображення, а й переосмислити весь досвід. Сергій Гольцов, старший дизайнер продуктів, Intercity Після тестування прототипу ми вступили у фазу розробки і побудували дев-версію нової форми. З нею команда поїхала в Марокко для остаточного тестування UX в умовах, близьких до реальних умов використання. Це був останній крок до тестування A / B, гарантуючи, що новий формат дійсно вирішив проблеми і міг бути масштабований глобально. 1. Preparing the Research 1 Підготовка досліджень Перед поїздкою ми поставили чіткі цілі: випробували, чи відповідає нова крокова форма очікуванням користувачів, і визначили точки болю інтерфейсу. Ми зосередили увагу на трьох групах користувачів: 
 
 
 
 перевезення пасажирів між містами, Користувачі маршрутів, Гібридні користувачі, що надходять з інших вертикалів inDrive. Ми склали список найбільш активних користувачів Марокко та запланували інтерв'ю заздалегідь. Дослідження зосередилося на чотирьох ключових екранах: 
 
 
 
 
 головний екран, вибір маршруту, вибір тарифів, Фінальний екран бронювання. Чи помітили б користувачі автоматично заповнений пункт відправлення і знали б, як його змінити? На екрані маршруту ми розглянули, як користувачі інтерпретували адреси, розрізняли формати поїздок та реагували на рекомендовані ціни. Фінальний екран був перевірений на ясність навколо логіки ціни, «тепер» проти «запланованого» часу, поля коментарів та повідомлення про помилки для неповних полів. У режимі Pool ми перевірили, чи можуть користувачі вручну вводити ціни.У гібридних сценаріях ми шукали плутанину, викликану перемиканням форматів UI. Ми також залучили команди в Індії та Пакистані, поділившись прототипом та дослідницькими цілями, щоб запустити сеанси UX з місцевими користувачами. 2. Conducting Interviews 2 Проведення інтерв'ю Кожна сесія включала в себе дизайнера, менеджера продукту та розробника бізнесу, пропонуючи декілька перспектив та швидку документацію. Наш марокканський розробник бізнесу відіграв ключову роль — координуючи, перекладаючи та вирішуючи логістику завдяки своїй рівності в арабській, французькій та англійській мовах. Рамадан приніс виклики.Ми планували випробувати поїздки в басейні в реальних умовах, але попит був низьким.Вечірні iftars також обмежені, тому всі інтерв'ю відбулися протягом дня.Незважаючи на це, ми завершили чотири інтерв'ю, як заплановано - в Казабланці, Рабаті та Марракеші - альтернативні інтерв'ю, польові роботи та подорожі, щоб краще зрозуміти використання в реальному світі. 
 
 "Нам довелося скорегувати наші плани навколо Рамадану та місцевих розкладів, що робило організацію інтерв'ю трохи складною.Але відгуки, які ми зібрали, були дуже цінними - як з точки зору продукту, так і з точки зору бізнесу, оскільки це допомогло розкрити деякі проблеми користувачів і водіїв". - Оуссама Сабір, BDS Intercity - Марокко "Нам довелося скорегувати наші плани навколо Рамадану і місцевих розкладів, що робило організацію інтерв'ю трохи складною, але відгуки, які ми зібрали, були дуже цінними - як з точки зору продукту, так і з точки зору бізнесу, оскільки це допомогло розкрити деякі проблеми користувачів і водіїв". Oussama Sabir, BDS Intercity - Марокко 
 
 Рамадан ускладнив вербування – користувачі мали обмежену доступність протягом дня, а вечори були поза межами.Без нашого місцевого bizdev ми не змогли б отримати такі високоякісні відгуки. Рамадан ускладнив вербування – користувачі мали обмежену доступність протягом дня, а вечори були поза межами.Без нашого місцевого bizdev ми не змогли б отримати такі високоякісні відгуки. Окрім запланованих інтерв'ю, ми проводили несподівані польові сесії на вокзалах Касабланки та Марракеша. Місцеві користувачі inDrive були дружні та відкриті - найлегше погодилися, коли ми пояснили мету. Зниження були рідкісними - один через прибуття поїзда, а також деякі занепокоєння жінок щодо відеозапису (ми уточнили, що ми записували тільки екран телефону та ручні жести, а не обличчя). Всі інтерв'ю слідували структурованому потоку.Ми представили себе, пояснили дослідження і отримали згоду.Учасникам потім було запропоновано забронювати міжміську поїздку за допомогою тестової версії нової форми.Ніяких інструкцій не давали, крім питань, пов'язаних з технологіями - ми хотіли перевірити інтуїтивність інтерфейсу. Після завдання ми поставили наступні питання про їх враження, труднощі та загальний досвід, а учасники отримали невелику грошову винагороду. Ми проводили інтерв'ю в тихих місцях - кафе, будинках, поблизу автомобілів. Учасники змінювалися в поведінці: від тих, хто регулярно попередньо бронював, до частих користувачів басейну. Для арабських мовників ми випробували форму в режимі RTL з повною локалізацією, щоб наслідувати реальне використання. Більшість користувачів легко переміщалися по формі. Однак деякі гіпотези були лише частково підтверджені.Користувачі не завжди помічали кнопку «Куди піти?», стикалися з рекомендованим ціноутворенням або пропустили можливість редагувати адресу на кінцевому екрані. Ми склали таблицю гіпотез з оновленими статусами - деякі підтверджені, деякі потребують перегляду, а інші перейшли до планів затримки або тестування A / B. Ми також відзначили додаткові результати, такі як: 
 
 
 
 
 низький обсяг замовлення, Помилка щодо часу збирання під час попереднього планування, Без перегонів після прийому в Марокко, Автокомплексні питання Ці уявлення сформували наші наступні кроки та перегляди дизайну. 3. Results and Takeaways Результати та Takeaways Будучи на землі, ми отримали першорядне уявлення про потреби користувачів і реальні обмеження.Наприклад, коли ми намагалися забронювати поїздку з Касабланки в Марракеш, знадобилося більше години, щоб знайти водія. Ми також були свідками конфлікту: традиційний водій таксі заблокував нашу поїздку inDrive і погрожував водієві. Наш водій попередив нас, що «такси-мафія» в Марракеші не терпить їзди і може пошкодити його машину. Цей інцидент не тільки демонструє напруженість між новими послугами та місцевими гравцями, але також підкреслює необхідність прямого впливу на ринок, щоб зрозуміти реальну динаміку. Полеві дослідження показали, що багато людей щодня використовують inDrive для переміщення між містами. 
 
 
 
 
 
 Деякі намагалися забронювати міжміські поїздки по вертикалі «місто» замість «місто в місто». Більшість користувачів покладалися на автоматично заповнені пункти пікапу та підтверджували деталі по телефону. Рекомендована ціна розглядалася як інструкція, але часто коригувалася вручну. Формат 24-годинного часу плутав деяких користувачів — вони віддали перевагу «7 вечора» перед «19:00», Поле «Коментари» заповнювалося тільки тоді, коли було чітко видно. Незважаючи на невеликі прогалини, користувачі змогли завершити бронювання потоку без проблем. Це доводить, що нова форма крок за кроком готова до масштабування. Виходячи з цих висновків, ми зробимо остаточні коригування інтерфейсу користувача та запустимо тест A / B для перевірки продуктивності в масштабі.

This story contains new, firsthand information uncovered by the writer.

This post provides insights into new product. 

inDrive.Tech

Це аудіо створено мовою оригіналу історії!

Надто довго; Читати

Make resilience your competitive advantage

Від екранів до вулиць: як польові дослідження UX в Марокко допомогли переробити міжміські бронювання

About Author

КОМЕНТАРІ

ПОВІСИТИ БИРКИ

ЦЯ СТАТТЯ БУЛА ПРЕДСТАВЛЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps