Разработка17 июля 20267 мин чтения

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

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

Почему никто не называет цифру сразу

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

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

Из чего складывается смета

Цена — это в первую очередь время специалистов. Поэтому смотреть надо на то, что это время съедает.

Объём функциональности. Не «сколько экранов», а сколько сценариев и ветвлений. Оформление заказа с самовывозом, доставкой, подарками и разными документами — это не один экран, а десяток состояний.

Количество платформ. iOS и Android — это в общем случае две разработки. Способы это удешевить есть, о них ниже.

Дизайн. Готовые макеты у клиента — одна история. Продуктовое проектирование с нуля, исследованием и прототипами — другая.

Бэкенд и интеграции. Часто именно здесь прячется половина сметы: своя серверная часть, платежи, карты, учётные системы, внешние сервисы.

Сложные технологии. NFC, AR, реальное время, офлайн-режим — каждая такая фича стоит отдельного внимания и отладки.

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

На чём реально можно сэкономить

Есть решения, которые честно снижают смету без потери качества.

Кроссплатформа вместо двух нативных разработок. В нашем кейсе цветочного маркетплейса Kotlin Multiplatform дал единую бизнес-логику: iOS-версию собрали за 2,5 месяца против пяти на Android — и заметно сократили смету.

MVP вместо «всего сразу». Сначала узкий работающий продукт, потом развитие по метрикам. Так вы платите за то, что проверено спросом, а не за догадки.

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

Готовый дизайн. Если макеты уже есть — это снимает целый этап.

На чём экономить не стоит

А есть статьи, урезание которых даёт мнимую экономию: вы платите позже и больше.

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

Тестирование. Особенно в финтехе и e-commerce. Баг в оплате стоит дороже любого QA.

Безопасность. Всё, что связано с деньгами и персональными данными, требует отдельного внимания — SSL-пиннинг, защита сессий, права доступа.

Как это устроено у нас

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

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

Коротко

Цена приложения — это время специалистов, а его съедают сценарии, платформы, бэкенд и интеграции, а не количество экранов.

Экономить стоит на объёме первого релиза и на кроссплатформе — не на архитектуре, тестировании и безопасности.

Любая цифра без вводных — либо с запасом, либо неправда.