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

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

Два приложения с одинаковым экраном заказа могут потребовать разного объёма работы. Одно передаёт заявку менеджеру. Другое проверяет остатки, резервирует товар, принимает оплату и возвращает подтверждение. Если считать только экраны, в оценке потеряется работа, от которой зависит выполнение заказа.

Ориентиры стоимости на ноябрь 2026

Базовое мобильное приложение в Artbrain начинается от $4 000, ориентировочный срок разработки базового объёма составляет 8-13 недель. Это ориентиры по состоянию на ноябрь 2026, в долларах США. В базовый объём входят iOS и Android из общего кода, до 8 экранов, личный кабинет, один процесс заявки, серверная часть, панель управления, настройка сервера и подготовка к публикации. Точный состав и критерии готовности фиксируем под вашу задачу до начала работ. Стартовая сумма не означает неограниченный набор возможностей или автоматическое включение всех опций ниже.

Ориентиры доплат за отдельные возможности:

• Чат с поддержкой: $1 200.
• Каталог и корзина: $1 200.
• Запись на свободное время: $1 200.
• Оплата через LiqPay: $800.
• Передача заявок через webhook, то есть автоматическая отправка заявки в вашу систему: $800.
• Push-уведомления: $600.
• Карта лояльности: $600.
• Вход через Google и Apple: $500.
• Геометка и карта: $500.
• Просмотр заявок офлайн: $500.
• Фото и файлы в заявках: $450.
• Отчёты по заявкам: $450.
• Вход по SMS-коду: $400.
• Второй язык интерфейса: $350.
• Сканирование QR и штрихкодов: $350.
• Подпись пальцем: $350.
• Экспорт заявки в PDF: $350.
• Вход по биометрии: $250.

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

Отдельно владелец оплачивает аккаунты публикации. Apple Developer Program стоит $99 за год членства; сумма и валюта при оформлении могут зависеть от региона. Регистрация аккаунта Google Play Console имеет одноразовый сбор $25. Это платежи платформам, а не стоимость разработки Artbrain. Сервер, сообщения, тарифы подключённых сервисов и дальнейшую поддержку тоже планируют отдельно.

Что должно входить в смету разработки под ключ

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

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

Мобильное приложение является отдельной услугой и не входит в цену наших CRM, ERP и других систем. Когда заказываете систему и мобильный интерфейс вместе, нужно отдельно описать границы обеих частей. Иначе фраза «доступ с телефона» может означать только страницу системы в браузере, хотя владелец ожидал установленное приложение.

iOS, Android или обе платформы

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

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

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

Дизайн, сервер и панель управления

Дизайн охватывает ошибки и возвращение к работе

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

Сервер обеспечивает общие правила

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

Админка тоже является частью продукта

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

Почему одна опция бывает простой или сложной

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

Для оплаты через LiqPay отдельно описываем успех, отказ, возвращение к заказу и проверку неизвестного результата. Подключение оплаты физического товара не стоит приравнивать к подписке на цифровой доступ внутри магазина приложений. Правила конкретной модели продаж проверяют до выбора решения. Оплата интеграции разработчику также не покрывает дальнейшие платежи провайдеру.

Push означает уведомление на телефоне: надо определить событие, адресата и экран после нажатия. Карта лояльности требует источника правил и баланса. Вход через SMS, Google/Apple или биометрию требует сценария восстановления доступа. Не стоит делать обязательной возможность, которой человек не сможет воспользоваться на своём устройстве.

Фото и файлы добавляют правила размера, хранения и просмотра. Для отчётов нужны определения показателей. QR-код должен открывать конкретное разрешённое действие, PDF требует согласованного содержимого и вида. Для подписи пальцем согласуют способ привязки к документу; требования к электронному подписанию уточняют отдельно. Второй язык охватывает также ошибки, уведомления и материалы публикации, а не только названия кнопок.

Что оцениваем только после разбора задачи

Есть работы, для которых мы не называем фиксированную цену до проверки требований:

• Интеграция с чужой CRM, ERP или 1С.
• Полноценная работа без интернета с изменениями и синхронизацией.
• Фоновый GPS и маршруты.
• Подписки внутри магазинов приложений.
• Маркетплейс с несколькими ролями.
• Видеозвонки, распознавание документов и подключение Bluetooth-устройств.

Например, для чужой ERP важны доступный способ обмена, документация и ответственный специалист. Отправка события в подготовленную вашу систему и двусторонний обмен с доработанной учётной базой имеют разный объём. Нужно выяснить, кто решает конфликт и что видит пользователь, когда другая система не отвечает.

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

Когда достаточно сайта, PWA или Telegram Mini App

Адаптивный сайт

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

PWA

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

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

Telegram Mini App

Mini App открывает веб-интерфейс внутри Telegram. Это возможный вариант для аудитории, которая уже общается там с бизнесом. Современные Mini Apps умеют работать с устройством, в частности запрашивать геолокацию; доступ зависит от поддержки и разрешения. Формат всё равно требует проверки нужных функций в Telegram на целевых телефонах.

В кейсе Airstep Telegram Mini App мы использовали существующий магазин: каталог, цены, размеры и остатки берутся с того же сайта, подтверждение и статусы приходят в чат бота. Это пример использования готовой основы вместо создания параллельного каталога. Подробнее о формате есть в статье магазин в Telegram. Для вашей задачи можем сделать отдельное мобильное приложение или предложить более простой формат после сравнения требований.

Публикация и расходы после запуска

Аккаунты App Store и Google Play оформляют на владельца продукта. Расходы на членство Apple регулярные, регистрационный сбор Google одноразовый. Публикация требует подготовленного приложения, материалов и проверки платформой. Apple просит предоставить данные демонстрационного входа для приложения с авторизацией и обеспечить работу его сервера. Точную дату одобрения заранее не гарантируем.

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

После релиза нужны наблюдение за ошибками, резервные копии сервера, проверка обновлений систем и план следующих версий. Отдельно учитывают сервер, хранение файлов, сообщения и использование внешних сервисов. Договоритесь, кто получает сигнал о сбое, как быстро его разбирает и чем исправление отличается от новой функции. Эти условия должны быть понятны ещё до старта.

Как сравнить предложения на одном примере

Представим сервис, где постоянный клиент повторяет предыдущий заказ. Это условный пример для сравнения объёма, а не описание выполненного нами проекта. В первой версии человек видит историю, меняет количество и отправляет запрос. Менеджер подтверждает его вручную. Для оценки надо описать, откуда берётся история, кто видит запрос и как клиент узнаёт о решении.

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

Затем пройдите исключение: клиент нажал подтверждение, сеть пропала, а после возвращения он нажал снова. Видит ли он состояние запроса? Появится ли дубль у менеджера? Условия приёмки должны объяснять ожидаемое поведение. Если этого нет в предложении, уточните его до старта, а не во время первого настоящего заказа.

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

Как получить смету и убрать лишний объём

Разбор задачи в Artbrain бесплатный. Для начала достаточно описать пользователя, главное действие, нужные платформы и системы, с которыми предстоит работать. Добавьте пример процесса со скрытыми персональными данными и объясните, как сейчас проверяете результат. Пароли в первом сообщении не нужны.

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

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

CEO и ведущий разработчик Artbrain

Anton Kunashenko

Основатель Artbrain с 2018 года. Разрабатывает цифровые продукты для бизнеса: от лендингов до enterprise-систем.