Терминал автомойки самообслуживания

01Задача от заказчика

Заказчик — индивидуальный предприниматель. На первичном брифинге стало ясно, чего он хочет: интерфейс, который заметно понятнее, чем у конкурентов.

02Исследование

Сначала тестовый опрос среди тех, кто пользуется автомойками, чтобы понять в целом, какие боли у пользователей. Потом интервью, чтобы вытащить точечно настоящие потребности. Параллельно разобрала конкурентов и собрала референсы.

1. 01Тестовый опрос среди пользователей автомоек
2. 02Интервью на выявление потребностей
3. 03Анализ конкурентов
4. 04Сбор референсов

03Что мешает людям

Главное, что выяснилось: без опыта вождения или без отдельного изучения человек не понимает, какая функция автомойки нужна для какой цели. Люди не понимают, как мыть и какая функция за какой идет. В этой ситуации проще заплатить за мойку с персоналом, чем разбираться.

1. 01Непонятно, какая функция для какой цели
2. 02Непонятен сам порядок мойки
3. 03В итоге человек уходит туда, где за него всё сделают

04Решение

Сделали онбординг и подробные пояснения к каждой функции — так, чтобы человек, оказавшийся здесь впервые, понимал не только куда нажать, но и зачем. Я участвовала в концепции, цветовой гамме и типографике, собрала user flow и CJM. Параллельно с разработкой дизайна интерфейса я собирала UI-кит со всеми пояснениями, чтобы быстро передать разработчикам уже готовые компоненты.

1. 01Онбординг для тех, кто здесь впервые
2. 02Пояснение к каждой функции
3. 03User flow и CJM как основа интерфейса

05Условия, в которых работает экран

Терминал стоит на улице, и это определяет весь дизайн: на экран летят брызги воды и пены, его трогают мокрыми руками, в него бьёт солнце и на нём лежит снег. Диагональ большая — значит, элемент, удобный человеку ростом метр девяносто, недосягаем для человека ростом полтора метра.

1. 01Цветовая гамма подобрана под солнце и дождь
2. 02Поверхность экрана — так, чтобы не ловить блики
3. 03Брызги воды и мокрые руки на тач-слое
4. 04Элементы разложены под любой рост пользователя

06UI-кит параллельно интерфейсу

UI-кит собирался не после интерфейса, а вместе с ним: как только решение по экрану утверждалось, соответствующий компонент уходил в библиотеку. Так к моменту передачи мне не пришлось разбирать макеты на части и переделывать их.

07Поведение, а не только вид

Для каждого компонента я прописывала поведение: что происходит при нажатии, чего ждать в промежуточных состояниях, как компонент реагирует на ошибку.