Сколько времени нужно для создания мобильного приложения?

Несколько месяцев или несколько часов?

Создание мобильного приложения — удовольствие дорогое и не быстрое. Такое впечатление складывается после прочтения большинства статей и кейсов на эту тему. Если цены могут сильно разниться в зависимости от географии и известности компании-разработчика, то ориентировочные сроки везде примерно одинаковые — 2-4 месяца. И это только для продуктов с относительно скромным пользовательским функционалом. Более сложные продукты создаются годами. Например, разработка всего одного алгоритма для Tinder заняла 2,5 месяца. А над мобильным приложением Microsoft Office трудились без малого три года.

Но есть примеры, когда минимальные усилия конвертировались во впечатляющий результат. Так, приложение Yo c одной-единственной функцией — рассылка приветствия по контактам из телефонной книги – привлекло $ 1 млн инвестиций и вошло в топ-10 самых популярных приложений в App Store (США) за 2014 год. Приложение было создано одним человеком за 8 часов.

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

Спойлер: 8 способов ускорить разработку, не читая дальше

68 дней или 2-3 месяца среднее время создания приложения

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

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

Наиболее существенные факторы, влияющие на время разработки:

Глобально весь процесс можно разделить на пять этапов: анализ, прототипирование, разработка, тестирование и публикация. Рассмотрим их подробнее.

С опытом вы сможете тратить не более 2-х недель на анализ приложения.

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

Этапы исследования будущего приложения:

Пример документации простого приложения https://www.scribd.com/document/282906991/The-Kids-Learn-App-Proposal-Report

Эскиз несложного приложения можно набросать на бумаге за несколько дней

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

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

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

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

Список бесплатных инструментов чтобы создать эскиз и превратить его в прототип:

От 1 до 2 месяцев длится этап разработки приложения

Архитектура большинства программных продуктов, будь то интернет-магазин, онлайн-игра или мобильное приложение, состоит из двух частей: Фронт-энд (Front-end) и Бэк-энд (Back-end). Не требуют наличия бэкенда только простейшие приложения, такие как калькулятор, камера или будильник.

Например, в приложении Фейсбук на экране со списком друзей пользователь нажимает на фото друга (это Front-end), на сервер отправляется запрос с идентификатором друга, выполняется поиск соответствующей записи в базе данных и изображений в хранилище и затем найденные данные отправляются обратно в приложение (это Back-end), после чего на экране выводится список последних постов друга (это Front-end).

Серверная часть создается один раз и используется для любых платформ, Android, iOS и др.

Интерфейс создается отдельно для каждой платформы, причем время создания для разных платформ примерно одинаковое, т.е. в два раза увеличится время если нужно создать версии для Андроид и iOS. Выбрав кроссплатформенный инструмент вы сэкономите до 30% суммарного времени на разработку.

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

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

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

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

Вы можете сократить время разработки и выпуска приложения используя методику минимально жизнеспособного продукта (minimum viable product, MVP). Суть метода проста — вместо внедрения всех функций приложения сосредоточьтесь на одной самой важной функции. Это позволит максимально быстро создать и выпустить рабочее приложение которое уже будет иметь ценность для пользователя.

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

Этап разработки — самый растянутый во времени и самый дорогостоящий. Лет 5-7 назад, когда итеративный подход к созданию приложений был не так популярен, приложения могли находиться в разработке годами, и это считалось вариантом нормы. Сегодня использование готовых фреймворков и методики MVP значительно ускоряет процесс разработки и позволяет выпустить первую версию уже через месяц.

Оставьте как минимум неделю на тестирование

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

Основные моменты, которые необходимо учитывать при тестировании мобильных приложений:

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

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

7 дней длится рассмотрение вашего приложения в магазине

Сам процесс загрузки приложения на App Store или Google Play технически не сложный и может смутить только в первый раз. Достаточно заполнить все необходимые поля во всех разделах и загрузить скриншоты вашего приложения. Быстро создать скриншоты и баннеры для загрузки помогут различные онлайн инструменты, например AppLaunchpad.

После заполнения всех данных приложение отправляется на проверку сотрудником магазина. Ориентировочные сроки прохождения проверки и одобрения в Google Play — 7 дней, в App Store — 3-5 дней. Ваше приложение проверяется на соответствие требованиям Apple и требованиям Google. Если все в порядке через несколько дней ваше приложение появится в магазине. Или вы получите список замечаний которые необходимо устранить и повторно подать заявку на рассмотрение.

Самые распространенные причины отклонения приложений:

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

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

Звучит очень заманчиво и немного фантастически. Но это реальность нашего времени: в эпоху Dial-up и безлимитный интернет в каждом доме казался фантастикой. Второй «Тиндер» или «Инстаграм» на конструкторе за пару дней не собрать, но сервисное или развлекательное приложение с достаточным функционалом вполне можно сделать.