Почему два подрядчика называют за один и тот же проект цену, отличающуюся в три-четыре раза, из чего реально складывается смета и как не переплатить за воздух.
Если загуглить «сколько стоит разработка приложения», вы получите честный, но бесполезный ответ: от 500 тысяч до 40 миллионов рублей. С таким диапазоном невозможно ни спланировать бюджет, ни проверить подрядчика. А потом вы рассылаете одно и то же описание пяти студиям и получаете в ответ сметы на 2, 3,5, 5 и 8 миллионов. Кто из них прав?
Мы в Surf оцениваем десятки проектов в год — от MVP на пару экранов до банковских и ритейл-приложений на миллионы пользователей. И почти всегда разброс в оценках объясняется не жадностью, а тем, что подрядчики посчитали разные приложения, хотя в брифе было написано одно слово. Разберём, как вилка превращается в конкретную цифру, на что эта цифра завязана и как читать смету, чтобы не платить дважды.

Приложение — это не товар с ценником. Под «приложением для доставки» один заказчик понимает витрину с корзиной и оплатой, а другой — экосистему с курьерской логистикой, складом, программой лояльности и админкой на сотню сотрудников. Стоить они будут по-разному в десять раз, и оба будут называться «приложением для доставки».
Поэтому рынок честнее всего описывать вилками по типу продукта. Вот ориентиры на 2026 год по России — не прайс конкретной студии, а то, во что укладывается большинство проектов:
MVP, первая версия для проверки гипотезы — Рыночная вилка: 1,5–4 млн ₽; Сроки: 3–4 месяца
Интернет-магазин / e-commerce — Рыночная вилка: 3–7 млн ₽; Сроки: 4–6 месяцев
Сложный B2C с AI, геолокацией, real-time — Рыночная вилка: 8–15 млн ₽; Сроки: 6–10 месяцев
Финтех, банк, всё с деньгами и регуляторикой — Рыночная вилка: 10–25 млн ₽; Сроки: 8–12 месяцев
Федеральный B2C с нагрузкой в миллионы пользователей — Рыночная вилка: 15–40 млн ₽; Сроки: 9–14 месяцев
95% проектов попадают в коридор 1,5–15 млн рублей. Если вам называют сумму заметно ниже нижней границы для вашего типа продукта — это повод не радоваться, а задавать вопросы (вернёмся к этому в разделе про красные флаги).
Отдельный любимый вопрос — «сколько стоит сделать как [известное приложение]». Порядок бюджета для полноценного аналога по рынку выглядит примерно так:
Сервис знакомств — 4–9 млн ₽
Агрегатор доставки как Яндекс.Еда — 10–15 млн ₽
Маркетплейс или соцсеть с лентой и видео — от 13–15 млн ₽
Мессенджер уровня Telegram — от 18 млн ₽
Оговорка тут существенная: это законченные продукты, какими вы видите их сейчас, — после лет развития и огромных вложений. Почти всегда начать можно с MVP за долю этой суммы и наращивать функциональность на деньги, которые продукт уже приносит. Сравнивать свой стартовый бюджет с готовым гигантом — заведомо проигрышная затея.
Разработка кода — это примерно половина бюджета, а не весь бюджет. Когда смету раскладывают на этапы, доли обычно выглядят так:
Аналитика и проектирование — 10–15%. Здесь решают, что именно строим, рисуют логику экранов, собирают требования. Сэкономить тут — значит платить потом за переделку.
Дизайн (UX/UI) — 10–20%. Чем больше уникальных экранов и анимаций, тем выше доля.
Разработка — 50–60%. Сюда входит и клиент (iOS, Android), и серверная часть с базой данных, и интеграции.
Тестирование (QA) — 10–15%. На сложных проектах с платежами и безопасностью — ближе к верхней границе.
Управление проектом, DevOps, документация — 10–15%.
Возьмём усреднённый интернет-магазин за 5 млн рублей. Грубая раскладка: аналитика — около 600 тыс., дизайн — около 800 тыс., разработка iOS + Android + бэкенд — около 2,8 млн, тестирование — около 500 тыс., менеджмент и инфраструктура — около 300 тыс. Цифры приблизительные, но они показывают главное: «дёшево написать код» не получится, если половина сметы — это вообще не код.
Часы команды — основа любой сметы. Ставка хорошего разработчика на российском рынке держится в районе 2700–3500 рублей в час, и в неё заложен не только программист: это ещё аналитик, дизайнер, тестировщик и менеджер на проекте, налоги, инфраструктура и гарантия. Поэтому «найти разработчика подешевле» редко снижает итог — экономия на ставке обычно возвращается переделками.
Когда вы видите разброс оценок, почти всегда дело в одном из этих пунктов. По ним же удобно сверять сметы между собой.
Сколько платформ. Делать сразу под iOS и Android дороже, чем под одну. Это очевидно, но в брифах часто пишут «приложение», а подрядчики по-разному угадывают, одна платформа имеется в виду или две.
Технология. Кроссплатформенная разработка на Flutter обычно дешевле полностью нативной на 30–45% при сопоставимом функционале, потому что одна команда пишет общий код под обе платформы. Нативная (Swift, Kotlin) нужна там, где важна предельная производительность и доступ к железу: игры, AR/VR, тяжёлый финтех.
Интеграции. Каждая нетривиальная связка с внешней системой — оплата, СБП, 1С, CRM, карты, мессенджеры — добавляет от сотен тысяч до пары миллионов. Не сама фича «оплата» дорогая, а её надёжное подключение, тесты крайних случаев и обработка ошибок.
Дизайн. Сборка интерфейса на готовой дизайн-системе и кастомный дизайн с нуля — это разница в сотни тысяч рублей. Уникальный визуал и сложная анимация добавляют 500 тыс. – 1,2 млн.
Бэкенд. Лёгкое решение на готовых сервисах (Firebase и аналоги) и собственный бэкенд под нагрузку — разные деньги и разные сроки. Выбор зависит от того, сколько у вас будет данных и пользователей.
Безопасность и регуляторика. Финтех, медицина, работа с персональными данными по 152-ФЗ добавляют к смете 20–40%: шифрование, аудит, сертификация, отдельное тестирование.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13590 тендеров
проведено за восемь лет работы нашего сайта.
Разработка заканчивается релизом, а траты — нет. Самая частая ошибка в планировании бюджета — посчитать только создание и забыть про владение. Закладывайте на первый год сверх разработки:
Поддержка и развитие. Ориентир — 15–25% стоимости разработки в год. В первый год обычно больше: доделываете то, что не вошло в релиз, чините всё, что вылезло на реальных пользователях.
Серверы и инфраструктура. От 15 до 150 тыс. рублей в месяц в зависимости от нагрузки и хранения данных.
Сборы магазинов. Аккаунт Apple Developer — около 99 вгод,аккаунтGooglePlay—разовые25вгод,аккаунтGooglePlay—разовые25. Если продаёте внутри приложения цифровые товары или подписки, Apple и Google удерживают комиссию 15–30% с каждой такой покупки. Для подписочных моделей это самая крупная строка после разработки, и про неё забывают чаще всего.
Обновления под новые версии ОС. Apple и Google каждый год меняют требования. Без обновлений приложение со временем начнёт ломаться у части пользователей.
Продвижение (ASO и маркетинг). Само по себе приложение не приносит установок. Бюджет тут не имеет верхней границы и зависит от ваших целей.
Если свести это в одну картину, разработка часто оказывается меньшей частью того, что вы потратите за два года жизни продукта.
Эту развилку конкуренты обычно обходят стороной, а она прямо влияет на сумму в договоре.
Fixed Price — фиксированная цена за заранее описанный объём. Подходит, когда продукт понятен до мелочей: чёткое ТЗ, никаких «по ходу разберёмся». Плюс — предсказуемость. Минус — подрядчик закладывает в цену риск неопределённости, поэтому фикс почти всегда дороже на бумаге, а любое изменение требований оформляется отдельным допсоглашением.
Time & Material — оплата за фактически потраченное время команды. Подходит для продуктов, которые будут меняться и расти: вы платите за реальную работу и можете на ходу менять приоритеты. Плюс — гибкость и обычно меньшая итоговая переплата. Минус — нет жёсткой финальной цифры заранее, нужен ваш контроль и доверие к команде.
Простое правило: чем менее понятен продукт, тем рискованнее брать Fixed Price. Честный фикс на «сырое» приложение либо будет с большим запасом по цене, либо превратится в поток допсоглашений.
Самая опасная смета — не самая дорогая, а подозрительно дешёвая. Низкая цена почти всегда означает, что из неё что-то молча вырезали. Чаще всего жертвуют тем, чего не видно на демо:
Аналитику и проектирование — «начнём кодить сразу». Потом всё переделывают за ваши деньги.
Тестирование — «разработчики сами проверят». На реальных устройствах и версиях ОС так не работает.
Безопасность — экономия, которая всплывает при первой утечке или проверке.
Передачу прав на код и документацию — вы платите за разработку, но без исходников и прав остаётесь привязаны к подрядчику навсегда.
Что спрашивать, чтобы сравнивать сметы честно: входят ли в цену аналитика, дизайн, тестирование и менеджмент или это «сверху»; под одну платформу расчёт или под две; чьи в итоге права на код; что с гарантийной поддержкой после релиза. Две сметы можно сравнивать, только когда в них посчитан одинаковый объём — а не когда в одной «всё включено», а в другой голая разработка.
Сэкономить без потери качества реально:
Кроссплатформа вместо двух нативных приложений — экономия 30–45%, если вам не нужна предельная производительность.
Начать с MVP — собрать версию с тремя-пятью ключевыми функциями, проверить спрос, а развивать на деньги, которые продукт уже приносит. Это снижает не цену часа, а объём работы на старте.
Готовые проверенные решения для типовых задач (аналитика, авторизация, платежи) вместо разработки с нуля.
PWA как промежуточный вариант: веб-приложение, которое ставится как обычное, обходится в 2–3 раза дешевле (от 500 тыс. до 1,5 млн), хотя и с ограничениями по возможностям.
А вот на чём экономия почти всегда оборачивается переплатой: аналитика (ошибка в логике на старте стоит в разы дороже на готовом продукте), тестирование, безопасность и UX-проработка. Переделать интерфейс после релиза дороже, чем спроектировать его один раз нормально.
Точная цена не берётся из таблицы в интернете. Она появляется после короткого предпроектного этапа. У нас это Discovery: 2–4 недели, в течение которых аналитик, дизайнер и техлид разбирают задачу, описывают функции, рисуют логику и собирают смету по этапам. Стоит он обычно 10–15% бюджета, и именно он превращает «от и до» в число, под которое можно подписываться.
По разным оценкам, 40–50% IT-проектов выходят за первоначальный бюджет, а правка требований на этапе разработки обходится в три-пять раз дороже, чем та же правка на этапе аналитики. Discovery — это способ заплатить за ошибку дёшево, пока она ещё стоит дёшево.
На проекте для аптечной сети Rigla такой подход позволил собрать сразу шесть приложений одной командой на Flutter за пять месяцев и сэкономить около 40% против нативной разработки — потому что объём и технология были выбраны на старте, а не угаданы по ходу. Детальную разбивку вилок по типам приложений и факторам мы держим на странице о стоимости разработки — там удобно прикинуть порядок цифр под свой случай.
Цена приложения — это не одно число, а диапазон, который сужается по мере того, как становится понятен сам продукт. Чтобы не переплатить:
держите в голове рыночные вилки по типу продукта, а не общее «от 500 тысяч»;
проверяйте, что в смету включены аналитика, дизайн, тестирование и менеджмент, а не только код;
закладывайте бюджет на владение — поддержку, серверы, комиссии магазинов — а не только на разработку;
выбирайте модель оплаты под зрелость продукта: фикс для понятного, T&M для гибкого;
относитесь к подозрительно дешёвой смете как к самой дорогой: разница всплывёт позже.
Хорошая оценка — это не самая низкая цифра, а самая честная: та, в которой вы понимаете, за что платите и что получите через год.
Владимир Макеев, генеральный директор Surf — компании по разработке мобильных и веб-продуктов для крупного и среднего бизнеса.