РОЛЬФ: аудит мобильного приложения для крупнейшего автодилера за 1 месяц
[o проекте]
РОЛЬФ — крупнейший автодилер на российском рынке. Направления компании: продажа новых автомобилей, продажа и выкуп автомобилей с пробегом и сервисное обслуживание.
Автодилер обратился к Napoleon IT, чтобы провести оценку текущего качества приложения и наметить векторы, в которых РОЛЬФ будет вести дальнейшую разработку. У компании было мобильное приложение с аудиторией в 200 тысяч пользователей, которое РОЛЬФ развивал около 5 лет.
Аудит состоял из четырех блоков: техническое направление, дизайн, процессы QA и менеджмент разработки.
Аудит состоял из четырех блоков: техническое направление, дизайн, процессы QA и менеджмент разработки.
Рекомендации по итогам аудита
[01]
Архитектура проекта
Использовать архитектуру Model-View-Presenter (MVP), которая обеспечивает более простое тестирование и улучшенную расширяемость приложения, предоставляя более явное разделение между визуализацией и моделью.
[02]
Технический долг
Провести рефакторинг модулей под архитектуру MVP на iOS, выяснить причины утечек памяти и избавиться от них на iOS и исключить legacy-код на Android.
[03]
Оптимизация воронок и улучшение usability
Оптимизировать воронки и упростить пользовательские сценарии, так как некоторые из них оказались неоптимальными или непродуманными. Также стоит избавиться
от проблем с валидацией, чтобы избежать ошибок и неприятных ситуаций для пользователей. Рекомендовалось перевести обратную связь в мессенджеры.ически заполнять данные после ввода госномера
[04]
Оптимизация UI Kit и приоритезация задач
Необходимо оптимизировать иконки и элементы, убрать дубликаты и устаревшие элементы, ввести англоязычные названия. Отсутствовала система работы с макетами, не было понятных названий компонентов и допустимых шрифтовых сочетаний.
Особенности реализации
Изучая код, мы выяснили, что проект строится на архитектуре Model View Controller (MVC). Такая архитектура не очень подходила РОЛЬФ: она не позволяет быстро масштабировать приложение, а это был один из приоритетов компании.
Поэтому мы предложили использовать архитектуру Model-View-Presenter (MVP), которая обеспечивает более простое тестирование и улучшенную расширяемость приложения, предоставляя более явное разделение между визуализацией и моделью.
Без правильных QA-тестов приложения не получится провести проверку гипотез по итогам аудита, что в конечном итоге приведет к сбоям и ошибкам, которые не так просто устранить в дальнейшем. Поэтому, кроме технической и дизайн-части приложения, мы проанализировали процессы, связанные с тестированием и управлением проекта.
Поэтому мы предложили использовать архитектуру Model-View-Presenter (MVP), которая обеспечивает более простое тестирование и улучшенную расширяемость приложения, предоставляя более явное разделение между визуализацией и моделью.
Без правильных QA-тестов приложения не получится провести проверку гипотез по итогам аудита, что в конечном итоге приведет к сбоям и ошибкам, которые не так просто устранить в дальнейшем. Поэтому, кроме технической и дизайн-части приложения, мы проанализировали процессы, связанные с тестированием и управлением проекта.
Команда
[01]
Этапы аудита
[01]
Технический аудит
Определение наиболее приоритетных направлений для оптимизации перед редизайном с помощью сбора информации о приложении. Проведение рефакторинга кода и проверки, связанной с утечками памяти в приложении. Проверка существующего кода на возможность добавления нового функционала и улучшения работы сервиса (деплой).
[02]
Дизайн-аудит
Изучение продукта и анализ метрик, usability и UI Kit. Выявление проблем с удобством пользовательского пути и отсутствием регламента разработки дизайна. По результатам аудита были сформированы рекомендации по улучшению процесса поставки дизайна.
Проект был
реализован
за 1 месяц
Аудит кодовой базы
и дизайна мобильного
приложения
и дизайна мобильного
приложения
[2022 / 4Q]
Проверка кодовой базы и деплой. Рефакторинг исходного кода и проверка работы сборки приложения, поиск и анализ проблем при обновлении версии, а также ошибок в старых частях кода при работе с новыми.
Изучение продукта и анализ метрик. Сбор информации о целях и задачах бизнеса, конкурентах, целевой аудитории, а также анализ существующих воронок приложения «Рольф».
Анализ Usability, UI Kit и процесса поставки дизайна. Анализ удобства пользовательского пути, набора компонентов и правил, по которым строится дизайн, тестирование с фокус-группами.
Разработка новой
дизайн-концепции
дизайн-концепции
[2022 / 4Q]
Создание нового визуального облика приложения, который должен соответствовать современным требованиям дизайна, быть удобным для клиентов и выполнять задачи компании.
[Комментарий]
«При передаче продукта между командами важно провести объективную оценку его технического состояния, включая кодовую базу, инфраструктуру, документацию и информационную безопасность. Также необходимо выявить риски и узкие места, чтобы учесть их при дальнейшей разработке. Наша команда успешно справилась с этой задачей в установленные сроки.»
Константин Прайс
Коммерческий директор
Napoleon [IT]
Napoleon [IT]
