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

Скажем прямо: мобильное приложение в 2026 году в России стоит от 500 тыс. до 40 млн ₽. Верхней границы формально нет — банковское приложение уровня топ-5 банка стоит сотни миллионов, и это нормально. Но в 95% случаев реальные проекты укладываются в вилку 1,5–15 млн ₽.

Ниже 500 тыс. ₽ хорошего приложения не бывает. За эти деньги можно сделать шаблон на конструкторе или PWA на Tilda, но это не мобильное приложение в том смысле, в котором про него думает бизнес. Всё, что обещают «под ключ за 300К» — это либо копия готового решения без исходников, либо проект, который вы через полгода будете переписывать заново, уже за 3 млн ₽. Мы видели десятки таких историй.

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

Вилки цен и сроков по типам приложений

Ниже — реальные диапазоны по рынку на апрель 2026, основанные на смете проектов от 10 студий уровня Surf, KODE, redmadrobot. Цены за один релиз (одна или две платформы), без учёта годовой поддержки и серверных мощностей.

Как читать таблицу. Верхняя граница каждой строки — это обычно проекты, где подключаются AI, сложные интеграции с legacy-бэком, нестандартный UI, серьёзная работа с безопасностью. Нижняя граница — честный MVP без «излишеств», но с нормальной архитектурой, тестами и исходниками у заказчика.

Если в смете у подрядчика цифра ниже нижней границы — стоит насторожиться. Либо там нет важного (QA, DevOps, документация), либо проект собран из шаблонов и через 6 месяцев упрётся в потолок масштабирования.

Сколько стоит каждая фича

Второй уровень детализации: сколько стоит добавить в приложение конкретную возможность. Эти цифры — среднерыночные вилки за функциональный блок «под ключ»: проектирование, дизайн, реализация под iOS и Android (либо один раз на Flutter), бэкенд-часть, тесты.

Как пользоваться таблицей. Сложите 3–5 нужных фичей — получите примерный бюджет MVP. Например:

• Авторизация по SMS (100К) + оплата картой и СБП (200К) + геолокация (250К) + push (50К) + простой каталог товаров с корзиной (300К) = ~900К ₽ за функциональную часть.
• К этому добавьте дизайн (300–700К), проектный менеджмент и аналитику (15–20% от бюджета), тесты и приёмку (10–15%), — итого 1,5–2 млн ₽ за простое e-com приложение.

Это и есть нижняя граница реалистичного MVP. Ниже — либо экономия на качестве, либо скрытые доплаты.

От чего зависит итоговая цена

Семь факторов, которые двигают смету в 2–5 раз в обе стороны. Разбираем по порядку влияния.

1. Платформы: iOS, Android или обе. Самый прямолинейный фактор.

• Только iOS: около 60% от полной стоимости двух платформ. Когда выбирать: премиальный сегмент, B2B для руководителей, узкая аудитория (у фитнес-бренда 80% клиентов — на iPhone).
• Только Android: около 55–60%. Когда выбирать: массовый B2C в регионах, логистика, курьерские (у них 90% устройств — Android).
• Две платформы нативно: 100%. Фактически, это два отдельных проекта с общим бэкендом.
• Две платформы на Flutter: 60–70% от нативной разработки двух платформ. Об этом — отдельный раздел ниже.

2. Технология разработки. Нативная (Swift/Kotlin) или кроссплатформенная (Flutter, React Native).

• Нативная. Дороже, но даёт максимум производительности и доступа к системным API. Оправдана в финтехе, играх, приложениях с тяжёлой графикой, AR/VR.
• Flutter. Экономия 30–45% на проектах с двумя платформами. Подходит для 80% бизнес-приложений. Полноценный разбор — в разделе про Rigla ниже и в нашем гайде по Flutter.
• React Native. Промежуточный вариант. Экономия есть, но на сложных задачах начинает течь. Сейчас его выбирают реже, чем Flutter.

3. Дизайн. Три уровня с разной ценой.

• Дизайн на базе готовой системы (Material, Human Interface, корпоративный дизайн-кит): 300–700 тыс ₽.
• Кастомный дизайн с продуманным UX: 700 тыс — 1,5 млн ₽.
• Премиальный дизайн с анимациями, иллюстрациями, брендовой графикой: 1,5–4 млн ₽.

На дизайне экономить проще всего (взять готовую систему), но дороже всего платить за это потом — конверсия падает, пользователи не возвращаются.

4. Интеграции. Чем больше внешних систем, тем дороже. Пять интеграций (1С, ЮKassa, СДЭК, СМС-провайдер, аналитика) — это примерно +1–2 млн ₽ к бюджету. Пятнадцать интеграций (банкинг, KYC, несколько платёжных, несколько маркетплейсов) — +5–8 млн ₽.

5. Backend. Есть три сценария.

• Firebase/готовые BaaS. Экономия 500 тыс — 1,5 млн ₽ на старте, но ограничения на сложную логику и российские требования 152-ФЗ.
• Собственный бэкенд на Node.js/Python/Kotlin. +1–3 млн ₽ к проекту, но полный контроль и масштабируемость.
• Интеграция с существующим бэком клиента. Часто дешевле, но сложность зависит от качества API: легаси-бэк с плохой документацией добавляет 500К–2 млн ₽ на адаптацию.

6. Требования к безопасности. Для фитнес-приложения достаточно базовой защиты. Для банкинга, медицины, госсервисов — отдельные требования: шифрование, защита от reverse engineering, root detection, соответствие 152-ФЗ и PCI DSS. Это +20–40% к бюджету.

7. Скорость. Сделать за 3 месяца то, что нормально делается за 6 — это плюс 40–70% к стоимости. Приходится расширять команду, работать параллельно, жертвовать глубиной аналитики. Иногда это оправдано (выход на рынок, подача в тендер), иногда — нет.

Почему нативная разработка дороже Flutter

Короткий ответ: вы платите за одну команду вместо двух. Длинный — ниже на примере реального кейса.

Кейс Rigla. Сеть аптек Rigla пришла к нам с задачей: у них 6 разных брендов (Rigla, «Будь Здоров», «Живика» и др.), каждому нужно мобильное приложение для программы лояльности, заказа лекарств, поиска ближайшей аптеки. Вариант «нативно под iOS и Android по каждому бренду» — это 12 приложений, 12 релизов, 2 команды минимум, сроки — около года на всё. Бюджет нативной разработки в этих масштабах — около 60–70 млн ₽.

Мы сделали на Flutter. Результат: 6 приложений за 5 месяцев, экономия около 40% бюджета против нативной разработки. Одна команда разработчиков, один код-бейс с брендовыми темами, один релиз-процесс. Качество кода мы проверяли — оно не уступает нативу на всех сценариях, которые нужны в аптечном приложении: каталог, оплата, геолокация, программа лояльности, push.

Когда Flutter реально экономит:

• проект на две платформы (iOS + Android) — самая очевидная ситуация;
• несколько продуктов на одной команде (как Rigla, как у сетевого ритейла);
• MVP, где нужно быстро проверить гипотезу — Flutter в 1,5–2 раза быстрее на старте;
• типичный B2C — e-com, сервис, корпоративное приложение для сотрудников.

Когда Flutter не подходит и надо нативно:

• тяжёлая графика и игры;
• глубокая интеграция с системными API (например, специфичные датчики, сложная работа с камерой в реальном времени);
• приложения с экстремальными требованиями к производительности;
• AR/VR — здесь всё ещё удобнее ARKit/ARCore нативно, хотя Flutter подтягивается.

Цифры для сравнения. Одинаковый функционал — e-com приложение на двух платформах.

Для 80% бизнес-задач Flutter сегодня — это оптимум по цене и качеству. Мы в Surf делаем и нативно, и на Flutter, и честно рекомендуем тот стек, который даст бизнес-результат, а не тот, на котором дороже делать. Подробно в нашем обзоре Flutter.

Что входит в стоимость

Когда вы видите в КП цифру «4 млн ₽ за приложение» — важно понимать, что туда заложено. Ниже — стандартный состав работ, за который Surf и большинство сильных студий отвечают в рамках проектной цены.

1. Discovery-этап. Интервью с заказчиком, анализ бизнес-логики, конкурентов, целевой аудитории, подготовка технического задания и user story. Обычно 3–6 недель, 10–15% бюджета проекта.
2. UX/UI-дизайн. Пользовательские сценарии, вайрфреймы, прототипы, финальные макеты под обе платформы, дизайн-система. 15–25% бюджета.
3. Разработка. Фронтенд (мобильные клиенты) + бэкенд (серверная часть), интеграции с внешними системами. 50–60% бюджета.
4. QA и тестирование. Функциональные, регрессионные, нагрузочные тесты, тестирование на разных устройствах и версиях ОС. 10–15% бюджета.
5. Проектное управление. PM, аналитик, коммуникации, демо каждые 2 недели, отчётность. 10–15%.
6. Подготовка к релизу и публикация в сторах. Сборка релизных версий, настройка App Store Connect и Google Play Console, прохождение модерации, ответы ревьюерам. Обычно 50–150 тыс ₽.
7. Гарантийная поддержка 30 дней после релиза. Исправление багов, которые проявились после публикации, за счёт подрядчика. Это стандарт рынка.
8. Передача документации и кода. Архитектурная документация, API-спецификации, доступ ко всему: репозиторий, аналитика, сторы, сервисы. Без этого вы через год — заложник подрядчика.

Если в КП какой-то из пунктов отсутствует — это повод задать вопрос, а не выбросить студию. Иногда Discovery выносится отдельным контрактом (и это нормально), иногда документация заказывается отдельно. Но если пункт отсутствует молча — это риск.

Что НЕ входит в стоимость

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

1. Серверные мощности. Хостинг для бэкенда, базы данных, медиахранилище. В зависимости от нагрузки — от 5 до 300+ тыс ₽/мес после релиза. На пике запуска — бывает выше.
2. Подписки на SDK и сторонние сервисы. Карты (Яндекс, 2GIS), аналитика (AppMetrica, Amplitude), push-сервисы (если не Firebase), мониторинг (Sentry, Datadog). В сумме от 0 до 100 тыс ₽/мес, зависит от трафика.
3. Эквайринг и комиссии платёжных систем. 1–3% с оборота — это ваша история с банком, не с подрядчиком.
4. Модерация в App Store и Google Play. Разработчик подаёт и отвечает ревьюерам, но аккаунты разработчика вы оплачиваете сами: Apple Developer — ≈$99/год, Google Play — $25 один раз.
5. Платные API. OpenAI, геокодирование, верификация, KYC-провайдеры, SMS-трафик. Зависит от использования.
6. Маркетинг и продвижение. ASO, закупка трафика, креативы, работа с блогерами — это отдельный бюджет и, как правило, другой подрядчик.
7. Юридическая часть. Политика конфиденциальности, пользовательское соглашение, согласие на обработку персональных данных, оферта. Иногда разработчик помогает с шаблонами, но финальная редакция — ваш юрист.
8. Подготовка контента. Фото товаров, тексты категорий, описания, видео. Если мы не договорились отдельно — готовит клиент.
9. Постпроектная поддержка свыше 30 дней. Первый месяц после релиза входит в цену, дальше — отдельный договор поддержки (см. следующий раздел).
10. Значительные изменения скоупа. Если после релиза решили «давайте добавим ещё AI-рекомендации» — это новый контракт, не гарантия.

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

Сколько стоит приложение после релиза

Самая часто забываемая статья бюджета. Клиент считает: «потратили 5 млн, приложение готово». Через полгода приходит счёт на 1,5 млн за поддержку и обновления — и это становится шоком.

Запомните простое правило: годовая стоимость жизни приложения после релиза = 15–25% от стоимости разработки. То есть приложение за 5 млн ₽ обходится в 750К–1,25 млн ₽ в год на поддержание. Это не развитие, это просто «чтобы работало».

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

• Серверная инфраструктура. 60–360 тыс ₽/год для небольшого приложения, до нескольких миллионов — для нагруженного.
• Обновления под новые версии iOS и Android. Apple и Google каждый год выпускают новые версии. Чтобы приложение не ломалось и проходило ревью — нужно адаптироваться. 200–500 тыс ₽/год минимум.
• Hotfix-релизы. Критические баги появляются всегда. Если у вас нет команды на подхвате — устранение одного критичного бага силами сторонней студии стоит от 50 тыс ₽ за выезд.
• Продление сертификатов и аккаунтов. Apple Developer $99/год, Android-аккаунты, Push-сертификаты.
• Подписки на SDK, аналитику, мониторинг. 30–100 тыс ₽/мес.
• Развитие функциональности. Новые фичи, A/B-тесты, доработки по метрикам. Это уже не «поддержка», а отдельная строка бюджета — обычно 20–50% от стоимости разработки в год.

Если у подрядчика в КП вообще нет блока про поддержку — это красный флаг. Хорошая студия сразу предлагает SLA-договор: NNN часов в месяц по фиксированной ставке, приоритеты обращений, гарантированное время реакции.

5 способов уменьшить стоимость без потери качества

Способы, которые реально работают. Мы не будем предлагать «сэкономить на тестах» или «сделать без PM» — это не экономия, это гарантированная переплата через 3–6 месяцев.

1. Выбрать Flutter вместо нативной разработки. Когда применимо: две платформы, бизнес-приложение без экстремальных требований к графике и железу. Экономия: 30–45% бюджета. Конкретный кейс — Rigla, разобрали выше.

2. Начать с MVP по методологии MoSCoW. Разделить функциональность на Must have / Should / Could / Won't have. В первый релиз берём только Must. Остальное — в бэклог на следующие итерации. Экономия на старте: 40–60% от полного скоупа. Критично: MVP должен быть с нормальной архитектурой, а не «переделаем потом», иначе сэкономите сейчас и заплатите вдвойне через полгода.

3. Использовать готовые SDK и сервисы там, где задача не core. Chat SDK (готовые решения за 50–200 тыс ₽ в год) вместо своего чата за 600К на разработке. Firebase Auth вместо собственной авторизации на старте. Готовая геокарта, готовый плеер, готовая аналитика. Своё пишем там, где это конкурентное преимущество.

4. Одна платформа на старте вместо двух. Запустились на iOS (или Android — зависит от аудитории), собрали метрики, проверили конверсию, доработали — потом запустили вторую. Экономия на старте: 40% бюджета. Особенно полезно для стартапов и валидации гипотез.

5. Приоритизация дизайна по дизайн-системе. Material 3 или Human Interface Guidelines как база — вместо полного кастомного дизайна. Кастом применяется точечно: главный экран, ключевой сценарий, ключевая анимация. Экономия: 300 тыс — 1 млн ₽ на дизайне.

Бонус — что НЕЛЬЗЯ урезать. На этих пунктах не экономим, даже если очень хочется:

• QA и автотесты — без них релиз превращается в лотерею;
• архитектура — дешёвая архитектура через год требует полного переписывания;
• безопасность — один инцидент с утечкой дороже всей экономии;
• документация и передача кода — иначе вы заложник конкретного подрядчика.

Как проверить, что вам не завысили смету

Чек-лист, по которому можно пробежаться по КП от любой студии и понять, играют ли с вами честно.

1. Проверьте часы. Нормальная смета разложена в часах, не только в деньгах. Типичная продуктивность команды — 120–140 часов в месяц на разработчика. Если в смете стоит «500 часов разработки за 2 месяца» — значит, запланирована команда из 2 разработчиков. Проверьте, адекватно ли это вашему скоупу.

2. Проверьте стоимость ролей. Рыночные ставки в 2026 году у сильных студий:

• Senior-разработчик (iOS/Android/Flutter) — 4–7 тыс ₽/час.
• Middle — 2,5–4 тыс ₽/час.
• UX/UI-дизайнер — 3–5 тыс ₽/час.
• Backend-разработчик — 3–5 тыс ₽/час.
• QA — 2–3 тыс ₽/час.
• PM — 3–5 тыс ₽/час.

Если все ставки выше 7 тыс ₽/час — это уровень enterprise-подрядчиков (redmadrobot, Surf на сложных проектах) и должно быть оправдано сложностью.

3. Проверьте, заложены ли все роли. Обязательные: PM, аналитик/UX, дизайнер, разработчики (мобильные + бэкенд), QA, DevOps (хотя бы частично). Если у подрядчика в смете только «разработчик 500 часов» и всё — завтра будут доплаты.

4. Проверьте структуру бюджета. Нормальная структура для проекта 5 млн ₽ примерно такая: Discovery 10–15%, дизайн 15–20%, разработка 50–60%, QA 10–15%, PM 10–15%. Если разработка «съела» 90% — нет аналитики, нет QA, нет менеджмента. Завтра проект упадёт.

5. Проверьте резерв на непредвиденное. Хороший подрядчик закладывает 10–15% бюджета как резерв. Это нормально и честно. Если резерв 30%+ — завышение. Если резерв 0% — все риски падут на вас при первой же итерации.

6. Поставьте вопрос про границы скоупа. Что именно относится к фичам, а что нет. Попросите разобрать одну фичу (например, «оплата картой») на задачи — вы сразу увидите, насколько подрядчик погрузился в вашу задачу.

7. Сравните 3 КП. От трёх разных студий одного уровня. Цены должны быть в одном порядке (±30%). Если одно КП в 2 раза дешевле двух остальных — скорее всего, там что-то не учтено, и через 3 месяца станет ясно что именно.

Фиксированная цена или Time & Material

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

Когда берите Fix Price:

• задача стандартная и понятная (приложение-каталог, простое e-com);
• скоуп не будет меняться (у вас уже есть согласованное ТЗ);
• бюджет жёсткий и нужно его гарантировать;
• опыта управления разработкой нет — нужен подрядчик, который отвечает «под ключ».

Когда берите Time & Material:

• продуктовая разработка с гипотезами;
• скоуп будет меняться по мере роста продукта;
• ваша команда умеет ставить задачи и управлять подрядчиком;
• рынок быстро меняется, и через 3 месяца приоритеты будут другими;
• проект длинный (от 6 месяцев) — при длинном Fix Price накрутка за риск становится несправедливо большой.

Промежуточный вариант — гибрид. Discovery и MVP по Fix Price (чтобы сравнить подрядчиков и получить гарантию запуска), дальше развитие по T&M. Мы в Surf работаем и так, и так — чаще всего в крупных проектах именно гибрид.

Реальные проекты Surf с примерами бюджетов

Ниже — примеры, на которых мы можем публично показать масштаб. Точные суммы под NDA, но порядок цифр говорит больше, чем «уточним на встрече».

Burger King — мобильное приложение для федерального бренда

Заказ через приложение, программа лояльности, интеграция с кассами 800+ ресторанов, работа с купонами, acceptance-процесс. Масштаб — миллионы активных пользователей. 99,9% uptime с нашим бэкендом. Проект уровня «крупный B2C», бюджет — десятки миллионов ₽ за релиз и первые месяцы поддержки. Типовая вилка рынка для аналогичных проектов — 15–40 млн ₽.

Rigla — 6 приложений на Flutter

Аптечная сеть, 6 разных брендов. Программа лояльности, заказ лекарств, поиск аптек, личный кабинет. Собрали за 5 месяцев одной командой на Flutter. Экономия около 40% против нативной разработки 6×2 приложений. Класс проекта — «мультибренд E-commerce», рыночная вилка для одного бренда — 3–7 млн ₽, для сетевого мультибрендового решения на Flutter — 10–15 млн ₽ за весь пакет.

Love Republic — приложение для fashion-ритейла

Каталог, корзина, оплата, программа лояльности, push, персональные рекомендации. После релиза — двукратный рост конверсии в сравнении с мобильным веб. Класс — «среднее E-commerce», вилка — 3–7 млн ₽.

Бетховен — e-commerce с программой лояльности

Зоомагазин с интеграцией в маркетплейсы (Ozon, Wildberries), программой лояльности и общим складом для онлайна и физических магазинов. Класс — «крупное e-commerce с интеграциями», вилка — 5–10 млн ₽, основные деньги уходят в синхронизацию каталогов и логистику стоков.

Rendez-Vous — приложение премиального fashion-бренда

Каталог обуви и аксессуаров, программа лояльности, поиск ближайшего магазина, бронирование на примерку. Премиальный сегмент, поэтому большая часть бюджета — на дизайн и UX, а не на функциональность. Класс — «среднее B2C-приложение премиум-сегмента», вилка — 4–8 млн ₽.

Росбанк — PWA как недорогая альтернатива нативке

PWA для банковского клиента — устанавливается на экран без захода в App Store/Google Play, работает офлайн, шлёт push. Класс — «PWA для финтеха», вилка — 2–5 млн ₽, что в 2–3 раза дешевле полной нативной разработки. Минусы PWA — ограниченный доступ к Apple Pay и сдержанная позиция Apple на iOS, поэтому это не «замена нативке», а решение под конкретный сегмент аудитории.

Десятки проектов без публичных раскрытий. Банки, логистика, HR-приложения, ресторанные сети, продуктовые стартапы. Средняя стоимость — от 3 до 15 млн ₽, срок — от 4 до 10 месяцев. Мы работаем и по Fix Price, и по T&M.

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

Что делать, если бюджета не хватает даже на MVP

Самый честный раздел. Если после прочтения всей статьи вы понимаете, что 1,5 млн ₽ на MVP у вас нет — не страшно. Есть несколько альтернативных путей, и мы их честно перечисляем, даже если они не про заказ у нас.

1. PWA вместо нативного приложения. Progressive Web App работает как мобильное приложение (ставится на экран, офлайн, push), но стоит в 2–3 раза дешевле: 500 тыс — 1,5 млн ₽. Подойдёт для информационных сервисов, простого e-com, B2B-кабинетов. Ограничения: нет доступа к Apple Pay / Google Pay в полном объёме, Apple сдержанно относится к PWA в iOS. Но как временное решение — отличный вариант. Подробнее — в нашем разборе PWA.

2. No-code и low-code платформы. Glide, Adalo, Bubble, FlutterFlow. Можно собрать прототип за 100–500 тыс ₽. Минусы: у вас нет исходников, вы зависите от платформы, масштабирование ограничено. Плюс: для проверки гипотезы «взлетит ли идея вообще» — подходит идеально. Если взлетит — потом переписываете на нормальный стек.

3. MVP на Flutter в минимальном скоупе. Мы иногда берём проекты за 1,2–1,8 млн ₽, когда заказчик готов к жёсткому срезанию скоупа: только критичные фичи, только одна платформа, только базовый дизайн. Это честный MVP, с которого можно расти. На меньших деньгах реальной мобильной разработки не бывает.

4. Гранты, акселераторы, инвестиции. Если у вас перспективный продукт, поищите программы для стартапов: ФРИИ, Сколково, ИТМО Highpark, корпоративные акселераторы (МТС, Альфа, Сбер). Там бывают гранты на разработку 1–5 млн ₽ и нулевая ставка за первые 3 года.

5. Разработка в рассрочку. Некоторые студии (включая Surf при крупных проектах) работают через лизинг ПО или факторинг. Это не «скидка», но позволяет растянуть платёж на 6–18 месяцев.

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

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

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

Главные факторы: число платформ (iOS, Android или обе), технология (нативная или Flutter), сложность дизайна, количество фичей и их глубина, интеграции с внешними системами, требования к безопасности и производительности, необходимость собственного бэкенда. По каждому фактору детально — в разделе «От чего зависит итоговая цена» выше.

Можно ли сделать приложение дешевле 500 тыс ₽?

Полноценное мобильное приложение с исходниками, QA и нормальной архитектурой — нет. За эти деньги можно сделать PWA (500К–1,5 млн) или собрать прототип в no-code-конструкторе (100–300К). Это нормальные варианты для валидации гипотезы. Если кто-то обещает нативное приложение под ключ за 200–400 тыс ₽ — это либо копия готового решения, либо проект без исходников и тестов, который вы через полгода начнёте переписывать за 3 млн ₽.

Что включает стоимость разработки?

Discovery и ТЗ, UX/UI-дизайн, фронтенд и бэкенд-разработка, интеграции, QA, проектное управление, подготовку к релизу и публикацию в App Store и Google Play, гарантийную поддержку 30 дней после релиза, передачу кода и документации. Полный разбор — в разделе «Что входит в стоимость».

Почему iOS-разработка часто дороже Android?

Три причины. Первая — ставки iOS-разработчиков в среднем на 10–20% выше (дефицитнее на рынке). Вторая — Apple Developer Program стоит $99/год (у Google — $25 один раз). Третья — аудитория iPhone платежеспособнее, поэтому требования к UX и дизайну в iOS-приложениях выше, и на них тратится больше времени. При этом на Android нужно тестировать на большем количестве устройств, что иногда выравнивает бюджеты.

На чём можно экономить без потери качества?

Flutter вместо нативной разработки (30–45% экономии), MVP по MoSCoW (40–60%), готовые SDK вместо самописных решений, одна платформа на старте, типовая дизайн-система вместо полного кастома. Детали — в разделе «5 способов уменьшить стоимость».

Сколько стоит поддержка приложения после релиза?

Годовая стоимость жизни приложения — 15–25% от стоимости разработки. Для приложения за 5 млн ₽ это 750К–1,25 млн ₽ в год: серверная инфраструктура, адаптация под новые версии iOS и Android, hotfix, подписки на SDK. Развитие новых фич — дополнительно, обычно 20–50% от стоимости разработки в год.

Что такое почасовая оплата и когда она выгоднее?

Time & Material — формат, при котором фиксируются только ставки ролей, а скоуп можно менять. Выгоднее, если проект длинный (6+ месяцев), скоуп будет меняться по мере роста продукта, вы умеете управлять подрядчиком. На стандартных задачах с жёстким ТЗ выгоднее Fix Price. Сравнение — в разделе «Фиксированная цена или Time & Material».

Можно ли зафиксировать цену заранее?

Да, формат Fix Price — стандарт рынка. Но только после Discovery (2–4 недели) и согласованного ТЗ. Если подрядчик называет фикс-цену без Discovery — это либо завышение с запасом, либо цена без учёта рисков (и тогда завтра будут доплаты). Честный Fix Price — это зафиксированная цена на согласованный скоуп, а не «договоримся в процессе».

Что дороже — дизайн или разработка?

Разработка почти всегда дороже. Разработка забирает 50–60% бюджета, дизайн — 15–25%. При этом в премиальных брендовых приложениях с анимацией и 3D-графикой дизайн может раздуться до 30–35%, а в корпоративных B2B с простым интерфейсом — сжаться до 8–10%. Но в абсолютных цифрах разработка всегда больше.

Нужен ли собственный backend или хватит Firebase?

Firebase экономит 500 тыс — 1,5 млн ₽ на старте и подходит для MVP и несложных приложений. Ограничения: сложная бизнес-логика делается неуклюже, есть требования 152-ФЗ для российских пользователей (персональные данные должны храниться в РФ), стоимость растёт нелинейно на большой аудитории. Собственный бэкенд стоит дороже, но даёт контроль и масштабируемость. Гибридный вариант — начать с Firebase для MVP, после валидации переходить на собственный бэк.

Сколько стоит банковское приложение с KYC?

Приложение банковского уровня с KYC (удалённой идентификацией клиента), антифродом, соответствием PCI DSS и 115-ФЗ — от 10 до 25 млн ₽ за первый релиз под обе платформы, срок 8–12 месяцев. Плюс ежегодная поддержка 3–6 млн ₽. Это минимум для серьёзного банковского продукта. Топ-5 банки тратят в разы больше, но это уже уровень 100+ млн ₽ в год на продукт.

Чем Surf отличается от студий с ценами в 2 раза ниже?

Три вещи. Первая — 250 штатных специалистов и 100+ мобильных разработчиков в штате: мы не собираем команду под проект из фрилансеров, у нас есть люди с релевантным опытом (Flutter, iOS, Android, бэкенд) с первого дня. Вторая — опыт крупных проектов: Burger King, Rigla, Love Republic — это продукты уровня федерального бренда, и у нас выстроены процессы QA, архитектуры, безопасности, DevOps, которые другие студии строят годами. Третья — честность по деньгам: мы не обещаем «приложение за 500 тыс», а показываем реальные вилки. Если задача проще и дешевле — рекомендуем более подходящего подрядчика (в нашем рейтинге есть такие).

Читать дальше

• Разработка мобильного приложения: полный гайд
• Рейтинг мобильных разработчиков 2026
• Flutter: когда выбирать и сколько экономит
• PWA: когда применять и что это даёт