Карманный помощник продавца: мобильное приложение для флипбуков

Процесс разработки

Участие в проекте принимали руководитель проекта, разработчики MPP (общего кода на Kotlin Multiplatform), Android, iOS-разработчики и тестировщики.

Мы получили от клиента подробное техзадание и готовый дизайн под iOS.

• Интерфейс под Android мы решили адаптировать по специальным гайдлайнам от Google. С его помощью приложения имеют более современный и нативный внешний вид, что хорошо сказывается на юзабилити. Гайдлайны дают хороший результат и при этом не требуют такого высокого бюджета, как при кастомной разработке.
• Просмотрщик (часть приложения, которая отвечает за просмотр) флипбуков, написанный на HTML и JavaScript, был взят с веб-версии и адаптирован для мобильной версии на стороне заказчика. Однако загрузка и взаимодействие с ним были реализованы нашей командой. Это решение редкое и отчасти экспериментальное ― обычно нет необходимости загружать, обновлять и отображать контент с сервера в виде HTML и JS-кода с необходимостью двустороннего взаимодействия между нативной частью приложения и сторонним веб-документом.
• На этапе тестирования к нам присоединились тестировщики из команды клиента. Приложение прошло двойной контроль качества.

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

Как мы решили эту задачу

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

Светлана Чернявская, Project manager:

«Разработка ТЗ и API были полностью на стороне заказчика. Их высокое качество значительно упростило разработку на нашей стороне. Тестирование проходило многократно двумя командами ― нашей и заказчика. Отмечу, что заказчик не ставил перед нами жесткие дедлайны. В условиях тщательной проработки ТЗ и API, двойного контроля и комфортных сроков нам удалось достичь высокого качества продукта».

Что было самым сложным

Самая сложная часть приложения ― загрузка, хранение и отображение контента флипбуков.

Флипбук ― это html-страница (веб-страница) с js-кодом. Она представляет собой архив с файлами разных типов, для которых отдельно загружаются различные элементы. Приложение должно следить за актуальностью всех элементов флипбука и обновлять их почти в реальном времени. При этом скачанный флипбук должен быть доступен для просмотра даже в отсутствие интернет-соединения.

Ключевой особенностью архитектуры стало использование Kotlin Multiplatform для общей бизнес-логики. 

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

Технологический стек

• iOS на Swift
• Android на Kotlin