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

Маркетолог облачной backend-платформы Scorocode Михаил Епихин написал для vc.ru колонку про отрасль разработки мобильных приложений — как заказчикам сэкономить время и деньги на создании приложений, а программистам — снизить себестоимость разработки и поддержки.

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

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

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

Сроки

Первое, из чего складывается стоимость и время разработки — это сложность приложения. Второе — количество платформ (iPhone iOS, iPad iOS, Android phone, Android tablet, Windows Phone), на которых оно будет работать. Да, планшеты и смартфоны нередко считаются отдельно, но не всегда, ниже объясню почему.

Кстати, приложение под Android делать процентов на 20-30 дольше и по крайней мере на треть дороже, чем под iOS, потому что его нужно тестировать на большем количестве девайсов. В результате находится больше багов и приходится вносить больше правок. В часах разница в затраченном времени начинается от 20 для простого приложения (все данные — от эксперта рынка Николаса Райта, опубликованные в блоге Upwork) и заканчивается числами за сотню для сложного.

Разделение по категориям сложности у каждой студии свое. Тот же Николас, например, выделяет:

• простые (делаются по шаблонам, без баз данных, 70-140 часов для устройств Apple);
• поддерживающие интеграцию с базами данных (делаются с помощью backend-платформ типа Scorocode, 140-210 часов для iOS);
• для предприятий (интегрируются с бизнес процессами, используют как базы данных, так и память устройства, от 210 часов для iOS);
• игровые (сингплэеры и мультиплэеры, от 420 часов для iOS).

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

Простые приложения

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

Простые приложения — это, как правило, или визитки (информация о компании, адрес, карта проезда), или программы, созданные для одного несложного процесса вроде оформления заказа без выбора товара и добавления в корзину. Для iOS и Android-смартфонов и планшетов специализированные агентства создают подобное за месяц-два, затрачивая 100-300 часов своих специалистов.

Приложение на одной платформе можно сделать быстрее и дешевле — в рамках месяца (150 часов) — но немногие клиенты согласны ограничиваться одним устройством. Для них и тех, кто хочет сэкономить, есть решение в виде кросс-платформенной разработки, но там много подводных камней вроде ограниченности функциональности, визуализации и производительности, правда, для некоторых заказов это не критично (обо всем этом можно почитать обзоры Mashable, Forbes или заметки на Habrahabr).

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