Продуктовый дизайнер

Мои друзья из Expert Moto жаловались на неудобные программы для авто- и мотошкол. Поэтому учеников они вели в Excel, а расписание — в Google Calendar.

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

Определили цель: создать MVP мобильного приложения, которое объединит основные ежедневные процессы владельца мотошколы и позволит выполнять большую часть операций прямо с телефона.

Сложный и перегруженный интерфейс

Существующие решения содержат много лишнего и неудобны в повседневной работе.

Нет разделения учеников по тарифам

Новички, подготовка к категории, А и контраварийное вождение ведутся в одном списке, из-за чего сложно учитывать особенности каждого типа.

Нет удобного контроля прогресса и документов

Сложно отслеживать, какие этапы пройдены, какие документы предоставлены и что осталось сделать перед экзаменом.

Нужно учитывать доступность мотоциклов

Не каждый ученик приезжает на своём мотоцикле, поэтому при записи приходится отдельно проверять, есть ли свободная техника школы.

Расписание не учитывает особенности первой записи

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

Неудобная работа с телефона

Большинство программ ориентированы на компьютеры и плохо адаптированы для мобильных устройств.

Так родилась идея сделать единый dashboard — главный экран, который объединял бы встречи, статистику и ключевые действия в одном месте. Первую версию, впрочем, спроектировали во многом на предположениях — данных о реальном поведении пользователей было мало, и результат вышел неудачным.
Чтобы разобраться, что пошло не так, я решила поговорить с пользователями напрямую.

После запуска первой версии я провела развёрнутый опрос с 6 пользователями в формате переписки.

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

Что вам важно увидеть сразу после входа в продукт?

Чтобы определить приоритет контента первого экрана.

Как вы обычно создаёте новую встречу?

Чтобы понять частотность сценария и обосновать быстрый доступ к созданию встречи.

Как часто вы проверяете тариф и ограничения? Что именно важно?

Чтобы определить приоритет информации о тарифе и её место на главном экране.

Как вы проверяете состояние подключённых интеграций?

Чтобы понять, нужен ли быстрый доступ к статусам интеграций на главном экране.

Какую информацию о встречах вам хотелось бы видеть в сводном виде?

Чтобы определить, какие данные о встречах действительно полезны на главном экране.

Что неудобно в текущей версии?

Чтобы понять причины низкой ценности первого дашборда.

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

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

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

Auto Layout • Variants • Tokens • Responsive