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

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

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

На спринт даётся 2-3 недели. За это время команда выполняет набор задач. Результат спринта — конкретный ответ бизнесу. Например, на стадии разработки мобильного приложения это готовая фича, которая приносит пользователю пользу.

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

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

1. Старт проекта: продуктовое исследование
2. Сбор и анализ требований
3. Проектирование и дизайн
4. Разработка
5. Тестирование
6. Техподдержка и развитие

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

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

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

Продуктовое исследование включает ряд вопросов:

• Анализ рынка

Какие актуальные тренды?
Какой объём рынка?

• Анализ конкурентов

Кто уже делает похожие сервисы?

• Аудит технических решений

Какой функционал у конкурентов?
С помощью каких технологий он реализован?

• Качественные исследования

Насколько востребован будущий продукт? (проводятся тестирования CustDev, опросы, наблюдения)

• Количественные исследования

Какой эффект стоит ожидать после запуска? (проверка трафиком, сбор статистики)

• Расчёт Unit-экономики

Будет ли продукт рентабельным?

Итог исследования — понимание, каким должно быть приложение, кто им будет пользоваться. Иногда решают отказаться от запуска, и это тоже результат. Лучше понять, что перспектив нет, ещё на старте, и вложить ресурсы во что-то другое.

Собираются ожидания заказчика, а также выявляются ограничения:

• что нельзя сделать технологически;
• какие есть запреты по бизнес-процессам.

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

• состав специалистов в команде;
• cтек технологий;
• прогноз вероятных рисков.

Составляются проектные документы:
Customer Profile — портрет пользователя. Определяет, кто этот человек, и для чего он хочет использовать приложение.
User Story Map — карта пользовательских историй. Описывает, как пользователь будет работать в сервисе, и какой функционал для этого нужен.
Roadmap — дорожная карта. Создаётся на базе карты пользовательских историй. Показывает, когда какие фичи будут взяты в разработку, когда будут релизы.

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

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

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

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

Затем идёт отрисовка экранов. Она часто «буксует», так как зависит не только от пожеланий заказчика, но и технических ограничений. К сожалению, не все идеи получается претворить в жизнь из-за сложности или высокой цены разработки.

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

Разработка — это не просто «писать код». Она проверяет гипотезу, что продукт будет востребован. Поэтому сначала определяется, какой нужно разработать минимальный функционал для принесения пользы клиенту.

Приложение, в котором есть только то, что требуется для проверки гипотезы востребованности — MVP, Minimum Viable Product.

Работа на этом этапе разработки мобильного приложения также строится спринтами. У разработчиков есть бэклог — хранилище всех задач. На спринты выбираются более приоритетные, которые определили ещё при планировании.

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

Разработчики работают бок о бок с product-менеджерами, которые:

• Отслеживают, приносят ли фичи бизнесу планируемую выгоду.
• Тестируют новые гипотезы, проводят СustDev приложения.
• Помогают заказчику решить, стоит ли развивать MVP и полностью вкладываться в проект.

Чтобы приложение работало как надо, его проверяет тестировщик:

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

Если тестировщика не устраивает качество, он отправляет обратно на доработку. Когда приложение проходит проверку, значит, оно готово для размещения в магазинах.

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

Чтобы приложение было способно конкурировать и приносить пользователям выгоду, участники продолжают работать:

• Продакт-менеджер тестирует новые гипотезы, собирает обратную связь, актуализирует продуктовое исследование. 
• Дизайнер работает над улучшением UX/UI.
• Разработчики делают новые фичи, не забывая поддерживать старый код.
• Тестировщики проверяют качество продукта.

В этой статье мы описали основные этапы разработки мобильного приложения. Надеемся, стало понятнее, из чего складывается фронт работ. Хорошо, если команда проекта будет морально готова к тому, что не настанет день, когда «Ну всё, финиш! Всё, что нужно, мы разработали». Создание приложения — цикличный процесс длинною в бесконечность.