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

Коротко: смета мобильного приложения состоит из восьми обязательных строк - аналитика и техническое задание, дизайн, разработка мобильного клиента, бэкенд с админкой, интеграции, тестирование, публикация в магазинах и управление проектом. Плюс резерв на изменения, обычно 10-15% сверху. В типичном проекте мобильная разработка занимает 30-40% бюджета, серверная часть 20-25%, дизайн 10-15%, тестирование 8-12%, а управление проектом 10-15%. Считается всё в часах: часы умножают на ставку, на рынке в 2026 году это 2 500-5 000 ₽ за час.

Актуально на сентябрь 2026 года. Ниже разбираем каждую строку сметы: что за ней стоит, откуда берутся часы, на чём подрядчики чаще всего экономят и как сравнить два коммерческих предложения, если в одном приложение стоит 700 тысяч, а в другом 2 миллиона. В конце - пример сметы на реальное по составу приложение с каталогом, записью и личным кабинетом.

Из каких строк состоит смета приложения

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

Вот как обычно распределяется бюджет проекта средней сложности:

Резерв на изменения в эту сотню процентов не входит: его закладывают отдельно, обычно 10-15% сверху. Смета без резерва выглядит дешевле, но почти всегда заканчивается доплатами в середине проекта.

Если в присланном вам документе нет какой-то из этих строк, работа не исчезла - её просто не посчитали. По опыту Honey Hunters Digital чаще всего «теряются» админка, тестирование и управление проектом, а потом всплывают как дополнительные счета.

Аналитика и техническое задание

Это 5-10% сметы и единственная строка, которая окупается ещё до написания кода. На этом этапе появляются список экранов, сценарии пользователя, описание ролей и правил, а также решение, что делаем в первой версии, а что откладываем.

Что конкретно делают на этом этапе:

• разбирают бизнес-процесс, который приложение должно ускорить или заменить;
• описывают 3-7 ключевых сценариев: регистрация, поиск, заказ или запись, оплата, повторное обращение;
• составляют полный список экранов с их состояниями (пустой список, ошибка, загрузка, нет интернета);
• фиксируют, какие данные приложение берёт из ваших систем и в каком виде;
• пишут ТЗ, по которому оценку можно проверить у другого подрядчика.

Без ТЗ оценка превращается в гадание: разница между «приложением с каталогом» на 200 и на 600 часов целиком спрятана в деталях. Хорошая новость в том, что аналитику можно заказать отдельно и сделать её один раз для всех, кого вы планируете сравнивать. Если вы ещё не решили, нужен ли вообще отдельный продукт, посмотрите разбор пяти вопросов до старта и сравнение приложения и мобильной версии сайта.

Дизайн: как из экранов получаются часы

Дизайн считают по экранам и их состояниям, а не по «приложению целиком». Один простой экран каталога - это 2-4 часа, экран оформления заказа с валидацией полей и ошибками - 6-10 часов, а первый экран проекта всегда дороже остальных, потому что вместе с ним рождается дизайн-система.

В строку дизайна входит больше, чем красивые картинки:

• UX-прототип: схема переходов и логика, до всякой графики;
• UI-макеты под iOS и Android с учётом разных правил платформ;
• состояния экранов: загрузка, пустой список, ошибка сервера, нет доступа;
• адаптация под маленькие и большие экраны;
• иконка приложения, экран запуска и скриншоты для магазинов;
• передача макетов разработчику с размерами, цветами и шрифтами.

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

Мобильная разработка: главная строка сметы

Это 30-40% бюджета, и именно здесь решается, будет приложение стоить 600 тысяч или 2 миллиона. Ключевой вопрос - сколько платформ вы разрабатываете и на чём. Нативная разработка под iOS и Android означает две независимые команды и почти двойные часы на клиентскую часть; кроссплатформенные Flutter и React Native дают один код на две платформы и экономят в среднем 30-40% часов мобильного клиента.

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

• вёрстка экранов по макетам и навигация между ними;
• работа с данными: запросы к API, кэш, обработка ошибок сети;
• авторизация и хранение токенов, выход и смена аккаунта;
• push-уведомления и deep links (переход из уведомления в нужный экран);
• платежи внутри приложения и правила магазинов по ним;
• офлайн-режим, если он нужен: это отдельная и недешёвая история;
• сборки для тестирования, подписи, работа с сертификатами.

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

Бэкенд, админка и интеграции: часть, о которой забывают

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

Что входит в серверную строку сметы:

• проектирование базы данных и структуры API;
• авторизация: SMS-коды, почта, вход через сторонние сервисы, роли и права;
• бизнес-логика: расчёт цен, статусы заказов, расписание, уведомления;
• админка для ваших сотрудников: товары, контент, заказы, пользователи, выгрузки;
• настройка сервера, домена, SSL, резервных копий и мониторинга.

Отдельная строка - интеграции. Платёжный сервис, SMS-шлюз, CRM, 1С, карты, аналитика: каждая интеграция это 8-60 часов в зависимости от того, есть ли у сервиса нормальная документация и готов ли ваш контрагент к обмену данными. Интеграция с 1С почти всегда дороже, чем кажется: мы разбирали это в статье сколько стоит интеграция с 1С и что нужно подготовить.

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

Тестирование и публикация в магазинах

Тестирование стоит 8-12% сметы, публикация - 1-3%. Экономия на этих строках почти всегда возвращается счетами за исправления и неделями простоя на модерации.

В строку тестирования входит проверка на реальных устройствах с разными версиями iOS и Android и разными размерами экранов, проверка сценариев целиком (регистрация - заказ - оплата - отмена), нагрузочная проверка API, регресс перед каждым релизом и время на исправление найденных дефектов. Для приложения среднего размера это 40-80 часов.

Публикация - это отдельная работа, а не «нажать кнопку»: нужны аккаунты разработчика, ключи подписи, политика конфиденциальности, описания и скриншоты под каждый магазин, ответы модераторам. App Store отвечает обычно за 1-3 дня, но может вернуть приложение на доработку, RuStore и Google Play проверяют быстрее. Пошаговый разбор требований - в статье как опубликовать приложение в RuStore и App Store.

Управление проектом и резерв: за что платят эти 20-25%

Управление проектом - это 10-15% сметы: планирование спринтов, постановка задач, приёмка работ, еженедельные отчёты, разбор изменений и связь между вами и командой. Резерв - ещё 10-15%: деньги на то, что обязательно выяснится в процессе.

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

Резерв стоит требовать явно. Нормальная формулировка звучит так: «резерв 10-15%, расходуется только по письменному согласованию, неизрасходованный остаток не оплачивается». Это честнее, чем смета впритык, которая на третьем месяце превращается в разговор о дополнительном бюджете.

Пример сметы: приложение с каталогом, записью и личным кабинетом

Возьмём типовой проект: приложение для сети услуг на iOS и Android, кроссплатформенная разработка, 16 экранов, вход по SMS, каталог услуг, онлайн-запись, история визитов, push-уведомления, оплата картой, админка для администраторов. Считаем по ставке 3 000 ₽ за час - это середина рыночного диапазона 2 500-5 000 ₽.

Это верхняя часть рыночной вилки для среднего приложения: по нашим наблюдениям такие проекты на рынке стоят от 800 000 до 2 000 000 ₽, простое приложение на одну платформу - от 300 000-600 000 ₽, а сложный сервис вроде маркетплейса начинается от 2 000 000 ₽. Подробный разбор вилок по типам приложений - в статье сколько стоит разработка мобильного приложения.

Обратите внимание, как меняется итог от двух решений. При ставке 2 500 ₽ тот же объём стоит около 1,6 млн ₽. Если делать нативно под две платформы, строка мобильного клиента вырастает примерно в 1,7 раза - это плюс 350-400 тысяч ₽ к бюджету. А если отказаться от онлайн-оплаты в первой версии, уходит примерно 40-60 часов сразу из трёх строк: бэкенда, клиента и тестирования.

Что в смету не входит, но платить придётся

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

Поддержка - не опция, а условие того, что приложение продолжит работать: раз в год выходят новые версии iOS и Android, магазины меняют требования, библиотеки устаревают. В Honey Hunters Digital мы работаем по прозрачным тарифам сопровождения: базовый пакет от 15 000 ₽ в месяц включает 4 часа работ и «Красную кнопку» для срочных случаев (часы не переносятся), пакет 51 000 ₽ в месяц считается по 3 000 ₽ за час с переносом неизрасходованных часов, пакет 96 000 ₽ в месяц - по 2 900 ₽ за час, тоже с переносом. Сколько стоит сопровождение именно приложения и как считать годовой бюджет, мы разобрали в статье сколько стоит поддержка мобильного приложения после запуска.

Как сравнить две сметы и не купить дешёвое дороже

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

1. Есть ли список экранов. Без него цифра дизайна и разработки не проверяется ничем.
2. Посчитаны ли админка и бэкенд. Если строки нет, спросите прямо: кто и где будет менять цены и тексты.
3. Указаны ли платформы и технология. «Приложение» может означать одну платформу, а вы ждёте две.
4. Входит ли тестирование и исправление дефектов. Уточните, сколько исправлений включено после сдачи и на какой срок.
5. Есть ли публикация в магазинах. И чьи аккаунты используются: ваши или подрядчика.
6. Есть ли управление проектом. Если нет - вы менеджер проекта, заложите на это своё время.
7. Указана ли ставка и объём в часах. Смета в часах проверяема, смета «за приложение» - нет.
8. Кому принадлежат код, макеты и аккаунты. Это должно быть в договоре, а не в переписке.

Последний пункт самый дорогой в случае ошибки: без исходников и ключей подписи новая команда начинает с нуля. Как проверять подрядчика до подписания договора, мы описали в чек-листе выбора подрядчика.

Как уменьшить смету, не убив продукт

Сократить бюджет можно на 30-50%, если резать объём, а не качество. Работающие приёмы: сузить первую версию, отдать часть функций сайту, переиспользовать то, что уже есть.

• Первая версия только под одну платформу. Посмотрите в аналитике, с чего заходят ваши клиенты, и начните с этой платформы.
• Кроссплатформенная разработка вместо двух нативных. Экономия 30-40% мобильной строки при том же результате для большинства задач.
• Отложить то, что не приносит денег в первый месяц. Чаты, программы лояльности, сложная аналитика внутри приложения подождут.
• Использовать существующую админку и API сайта. Если у вас уже есть сайт с каталогом, приложению нужен только доступ к данным.
• Готовые сервисы вместо своей разработки. Аналитика, push, авторизация, эквайринг - всё это есть в готовом виде и стоит дешевле кастомного.
• Контент и тексты своими силами. Описания, фото, юридические документы вы подготовите быстрее и бесплатно.

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

Пример из практики: в проекте Бодибум - сети фитнес-клубов в Перми - приложение живёт вместе с сайтом и сообществом, поэтому часть данных и контента у них общая, а релизы выходят регулярно, а не «когда сломается». Такой подход заметно дешевле, чем строить отдельный продукт в вакууме.

Хотите смету по своему проекту

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

Частые вопросы

Из чего складывается смета мобильного приложения?
Из восьми блоков: аналитика и ТЗ (5-10% бюджета), дизайн (10-15%), мобильная разработка (30-40%), бэкенд и админка (20-25%), интеграции (5-10%), тестирование (8-12%), публикация в магазинах (1-3%) и управление проектом (10-15%). Отдельно закладывается резерв на изменения, обычно 10-15% сверху.

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

Сколько стоит час разработки приложения в 2026 году?
На рынке 2 500-5 000 ₽ за час в зависимости от квалификации команды и города. Смета в часах проверяема: вы видите объём каждой строки и можете сравнить её с оценкой другого подрядчика.

Можно ли сделать приложение без бэкенда и админки?
Да, если приложение не хранит данные пользователей и не обновляет контент: калькулятор, справочник, офлайн-инструмент. Как только появляются каталог, личный кабинет, заказ или запись, серверная часть становится обязательной, а это 20-25% сметы.

Что не входит в смету разработки, но придётся оплачивать?
Аккаунт Apple Developer (99 $ в год), аккаунт Google Play (25 $ единоразово), сервер под API (от 1 500 ₽ в месяц), домен и SSL, SMS-коды для авторизации и поддержку после запуска - примерно 15-25% стоимости разработки в год.