Улучшаем приложение питерских парковок

Привет, меня зовут Тимур. Я дизайнер с 5-летним опытом в диджитал. Иногда для себя тренируюсь в концептах. Выбираю дизайн, который меня бесит, и стараюсь придать ему человеческий облик. На этот раз своим несовершенством меня привлекло приложение Парковки Санкт-Петербурга. Если наловчиться, в принципе им можно пользоваться, но неудобно. У приложения проблемы не только с дизайном, но и со стабильностью работы, за что его справедливо хейтят в сторах.

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

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

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

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

Для полноценной аналитики нужна информация об использовании приложения и фидбэк от пользователей, а также ограничения платформы и приоритеты бизнеса, у нас этого нет. Зато у нас есть отзывы в App Store и мой друг Миша, который раньше не пользовался этим приложением, но согласился его протестировать.

Засекли, сколько занимает каждый из этапов и занесли в таблицу

У приложения низкий рейтинг — 1,6 из 5. Люди жалуются на неудобство и проблемы со стабильностью и ставят в пример московское приложение. Вот что пишут:

Теперь соберем карту экранов приложения, проведем ревизию элементов и выберем самые приоритетные.

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

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

Если в существующее приложение мы разбирали с экранов до структуры, то в прототипе идем в обратную сторону. Начинаем со структуры, на нее нанизываем графику. Вот все элементы, которые остались в живых.

В Москве есть парковки с разной почасовой стоимостью. Там важно знать, где ты припарковался. Если вдруг сбился GPS, важно дать возможность вручную выбрать парковку по соседству. В Питере всего один тариф, поэтому карта выполняет только информативную функцию.

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

Кажется, что постоплата может быть удобнее. Случай: припарковал на час, освободился через 15 минут. Переплату приходится возвращать. Другой случай: припарковал на час, освободился через 1:15. Пришлось заходить в прилу и продлевать.

Сложности могут возникнуть, если у человека нет нужной суммы на карте. Но эти сложности не перекрывают удобства от использования постоплаты. Эта схема привычная для неопределенных трат, например, такси, вело- и кикшерингов. Заправки с предоплатой тоже уже редко встретишь.

Один из вариантов решения — записать внутренний долг в приложении. В следующий раз человек не сможет поставить транспорт на парковку, не возместив долг.

Тоже крупно, во весь экран показываем, чтобы пользователь был уверен в этом.

Стоя на той же парковке, отдаю Мише телефон с прототипом и смотрю, за сколько он пройдет сценарий. Конечно, в реальном приложении сценарии могут усложниться, например из-за неизвестных мне технических ограничений, но стоит начать с простого.

Можете сами понажимать кнопки. Если что, там не все функции работают и прорисован только один успешный сценарий.

Чтобы сделать бесшовный опыт, оплату парковки логично делать в приложении навигатора. Странно, что Яндекс еще не занял эту нишу. Визуализируем это решение. Да, и Яндекс сейчас хочет “навигатор” встроить в “карты”, поэтому покажем в интерфейсе яндекс.карт.

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

Здесь еще пара интересных статей и одна не очень.

See ya down the road!