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

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

Давайте рассмотрим подробнее, что именно делается на каждом этапе, кто в нем участвует и как долго он длится.

Какие этапы проходит проект: краткая схема

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

• Этап 1. Анализ и планирование — понимание задачи, рынка, потребителей, технического задания.
• Этап 2. Проектирование и создание прототипа — структура экранов, логика поведения, интерактивный прототип.
• Этап 3. UX/UI-дизайн — оформление приложения.
• Этап 4. Разработка — написание кода клиента и сервера, интеграции.
• Этап 5. Тестирование — поиск ошибок и их исправление.
• Этап 6. Релиз и публикация — выпуск продукта в App Store, Google Play, RuStore.

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

Этап 1. Аналитика и планирование

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

Один из полезных инструментов — customer development: коммуникация с потенциальными пользователями продукта для выяснения их настоящих нужд, а не предполагаемых. При помощи этого подхода разработчикам удается лучше понять потребности пользователей уже на начальных этапах работы над проектом.

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

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

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

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

Этап 2. Проектирование и прототип

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

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

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

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

Этап 3. UX/UI-дизайн

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

• UX (User Experience) — пользовательский опыт. Это логика взаимодействия человека с приложением, понятность переходов, легкость поиска функционала и его использование.
• UI (User Interface) — пользовательский интерфейс. Это визуальный слой дизайна, то есть цвета, шрифты, иконки, отступы и анимация.

Дизайнеры рисуют макеты всех экранов приложения и создают UI-kit — библиотеку стандартных элементов интерфейса. Заботливо продуманный пользовательский интерфейс должен принимать во внимание гайдлайны используемых мобильных операционных систем, поскольку iOS и Android имеют свои особенности в навигации и визуальном оформлении.

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

Этап 4. Разработка

Этот этап составляет основу процесса разработки и является основным в проекте. На этом этапе происходит преобразование дизайна в работоспособное приложение. Сразу два направления выполняются разработкой:

• Клиентская часть приложения (frontend). Это то, что видит пользователь на экране: все его экраны, кнопки, анимация и обработка нажатий пользователя.
• Backend или серверная часть — это все, что не видно: база данных, логика приложения, система авторизации и хранения данных.

Интерфейс связи между этими компонентами делается посредством API — специальной системы правил, согласно которым происходит обмен данными между приложением и сервером. Для подключения внешних сервисов (гео, аналитика, push, платежные системы) также используется API.

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

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

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

Этап 5. Тестирование

Тестирование позволяет гарантировать стабильную работу приложения на различных устройствах. Этим занимается QA-инженер (Quality Assurance), задача которого состоит в том, чтобы обнаружить ошибки до того, как они будут замечены пользователями.

Возможны следующие виды тестирования:

• Функциональное — работает ли функционал приложения так, как требуется;
• Тестирование совместимости — правильно ли отображается приложение на различных моделях устройств и версиях ОС;
• Тестирование нагрузки — будет ли сервер способен справиться с большим числом одновременных запросов;
• Безопасность — надежны ли защита данных пользователей и обработка персональных данных.

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

Этап 6. Релиз и публикация

Релиз — запуск приложения в магазины приложений. Основные для российского рынка сторы: App Store, Google Play и RuStore. При подготовке к публикации готовятся метаданные: название, описание, скриншоты, иконка и ссылка на политику обработки персональных данных.

Процесс публикации каждого стора включает модерацию, а требования у каждого различны. Модерация — это проверка сборки на соответствие требованиям магазина: техническим, юридическим и содержательным.

• В App Store (iOS) сборки проверяются строго. Стандартный срок — от 24 до 48 часов, но при новых аккаунтах или для приложений с оплатой может длиться до 5-7 дней.
• В Google Play (Android) сборки обычно проверяются быстрее — от нескольких часов до трех дней. При первом релизе новых разработчиков могут ждать верификацию личности.
• RuStore — российский магазин для Android. В RuStore процесс публикации более прямолинейный — разработчик заполняет заявку, загружает сборку и отправляет ее на модерацию.

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

Релиз продукта — это еще и подготовка к первым установкам. Хорошие название, описание и скриншоты помогут продукту хорошо выделяться в поиске по магазину (ASO), а также увеличат количество скачиваний сразу после релиза.

Поддержка и развитие продукта после релиза

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

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

Развитие продукта — это процесс, состоящий из круга шагов: измерение поведения пользователя, анализ, исправление ошибок и снова измерение. И таким образом ваш продукт остается актуальным и не отстает от трендов.

Сколько занимает разработка мобильного приложения

Средний срок работы проекта составляет 3-9 месяцев. Окончательная цифра зависит от уровня сложности продукта и количества его функционала.

• Легкий продукт в виде MVP (5-7 экранов, минимальное количество функций) — 2-4 месяца.
• Средняя сложность проекта с учетом личного кабинета, платежей и push-уведомлений — 4-6 месяцев.
• Сложный продукт с множеством интеграций и уникальным дизайном — от 7-9 месяцев и более.

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

iOS, Android или кросс-платформенный подход

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

• Нативная разработка — разработка отдельного кода для каждой платформы. Для iOS используется язык Swift, для Android — Kotlin. Подходит для получения максимальной производительности, требует ресурсов на обе платформы.
• Кросс-платформенная разработка — разработка одного кода для iOS и Android. Благодаря этому экономится время и средства, что делает кросс-платформенные проекты популярными для реализации MVP.

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

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

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

О чем важно знать

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

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

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

Ответы на частые вопросы (FAQ)

С чего начать разработку мобильного приложения?

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

Какие этапы включает разработка мобильного приложения?

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

Что входит в этап тестирования и публикации?

Тестирование включает в себя выявление ошибок, проверку продукта на разных мобильных устройствах и его оценку на безопасность. Публикация — подготовка метаданных и прохождение модерации в App Store, Google Play и RuStore. У каждого из этих магазинов есть свои требования и сроки проведения проверки.

Сколько времени занимает каждый этап разработки?

Аналитика и проектирование обычно занимают несколько недель, дизайн — от двух до шести недель, разработка забирает большую часть времени, тестирование — от двух до четырех недель, публикация — от нескольких дней до двух недель с учетом модерации.

Что такое UX/UI-дизайн в контексте мобильных приложений?

В контексте мобильных приложений UX отвечает за удобство использования приложения и его логику — как понятно организованы переходы. UI отвечает за визуальный дизайн приложения — цвета, шрифты, иконки. Вместе они дают общее представление пользователя о продукте.

Какие факторы влияют на сроки разработки?

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

Как снизить сроки разработки без потери качества?

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

В чем разница между этапами разработки мобильного приложения и веб-приложения?

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

Что происходит после выхода мобильного приложения?

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

Какие подходы к разработке мобильных приложений существуют?

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

Что влияет на стоимость разработки приложения?

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

Как сделать выбор между iOS и Android при начале работы?

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

Как выбрать подрядчика для создания мобильного приложения?

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