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

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

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

За что вы платите на самом деле

Вы платите не за количество экранов в Figma, а за замкнутый сценарий: данные, права, ошибки, тесты, публикация, админка. Экран «каталог» без остатков, корзины и статусов дешёвый. Тот же экран с резервом товара, слотами доставки и отменой оплаты — уже другой класс работ.

Вторая статья расходов — интеграции. Платежи, SMS, карты, CRM, 1С, аналитика, пуши. Каждая связь — документация, тестовый контур, обработка отказов, мониторинг. Третья — качество: разные устройства, плохая сеть, регресс. Четвёртая — операционка: панель для менеджера, роли, выгрузки. Её часто «забывают» в брифе и доплачивают в середине проекта.

Уровни сложности и порядок цифр без иллюзий

Мы не публикуем «универсальную цену», потому что она врёт. Но уровни на российском рынке 2026 года можно описать так. Узкий клиентский сценарий без сложного backend — сотни тысяч. Рабочий продукт с кабинетом, уведомлениями и одной-двумя интеграциями — уже ближе к миллионам. Платформа с несколькими ролями, биллингом и нагрузкой — команда и месяцы, бюджет растёт пропорционально.

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

Что сильнее всего двигает цену вверх

• Две нативные команды вместо кроссплатформы без причины.
• Оплата, подписки, фискализация, возвраты.
• Офлайн, фон, сложная геолокация.
• Несколько ролей в одном релизе.
• White-label и отдельные сборки под бренды партнёров.
• Миграция грязных данных из Excel и мессенджеров.

Скрытые расходы после «мы уже создали»

Создание — не финальный чек. Магазины меняют правила, ОС ломают API, SDK карт и пушей обновляются. Сертификаты истекают. Банк меняет протокол. Хостинг и лицензии — отдельная строка. Контент и поддержка пользователей — тоже.

Если продукт приносит выручку, заложите сопровождение заранее. Иначе через год вы заплатите за срочный ремонт дороже, чем за спокойные ежемесячные часы. Как устроена связка «сделать и вести» — разработка и сопровождение ПО.

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

Как сузить цену, не ломая смысл

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

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

1. Выпишите must-have на одну страницу.
2. Отметьте интеграции «обязательно для запуска» и «после 100 пользователей».
3. Спросите подрядчика, что он вырезал бы на вашем месте и почему.
4. Сравните КП по блокам, не по нижней строке.

Фикс, этапы и time & materials

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

Аванс 100% до любых артефактов — повод насторожиться. Код без передачи репозитория — тоже. Юридически зафиксируйте права на результаты, доступы и критерии приёмки. Как не провалить постановку — ошибки заказчика.

Сравнение: создать приложение vs доработать сайт vs заказать ПО

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

Разборы развилок: разработать приложение, ПО и приложения, услуги приложений и ПО.

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

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

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

Когда создавать приложение ещё рано с точки зрения денег

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

Следующий шаг

Соберите must-have, исключения и интеграции. Запросите разбивку сметы по этапам. Сверьте, что тесты, админка и публикация не «само собой разумеется». Решите отдельно бюджет привлечения и поддержки.

Оценка по вашим границам — Grevin, grevin.info@mail.ru, +7 993 302-62-55, контакты.

Как читать смету построчно

Нормальная смета на создание приложения делится на блоки, которые можно принять по отдельности. Аналитика и прототип. Клиент iOS и/или Android или кроссплатформа. Backend и админка. Интеграции списком, каждая со своей оценкой. Тесты и устройства. Публикация. Резерв на модерацию. Документация и передача. Если видите одну цифру «приложение под ключ», попросите расшифровку. Иначе вы не узнаете, выкинули ли QA, чтобы победить в тендере.

Сравнивая три КП, сведите их к одной таблице: что входит в v1, сколько итераций правок дизайна, сколько устройств в тесте, кто платит за SMS и карты, кто делает контент, что будет через месяц после релиза. Разница в 30% часто объясняется не «жадностью», а тем, что один подрядчик заложил песочницу банка, а другой написал «интеграция позже».

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

Регион, налоги, лицензии и валютная часть

Создание приложения для российского контура почти всегда включает юридические тексты, фискализацию при оплатах, требования магазинов к удалению аккаунта. Это не «мелочь дизайнера». Лицензии карт, SMS, пуш-провайдеров, антифрод — ежемесячные платежи, которые не исчезают после акта. Если подрядчик закладывает их в разработку одним платежом, уточните, на сколько месяцев и что будет дальше.

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

Примеры развилок, которые меняют бюджет вдвое

• Чат с файлами и статусами vs форма заявки с телефоном.
• Офлайн-очередь заказов vs «работает только при сети».
• Несколько юридических лиц и складов vs один прайс.
• Биометрия и антифрод vs логин по SMS.
• Свои карты и геозоны vs системные карты с ограничениями квоты.

Каждая развилка — не «чуть дороже кнопка», а отдельный контур тестов. Заказчику полезно на совещании вслух выбрать сторону, а не оставить «и то и другое, но недорого». Иначе смета будет врать ровно настолько, насколько вы не договорили.

Связка с процессом создания — разработать приложение, с качеством кода — безопасная разработка ПО. Если ядро системы шире клиента, бюджет делите по слоям: ПО и приложения.

Как защитить бюджет внутри своей компании

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

Если бюджет жёсткий, режьте роли и интеграции, не тесты оплаты. Вырезанный курьерский сценарий можно вернуть в v2. Вырезанная проверка платежей возвращается инцидентом в первую неделю. Это самая дорогая «экономия» на создании приложения.

Пилот, рабочий контур и платформа: три ценника вместо одного

Собственнику проще принять решение, когда на столе не абстрактное «создать приложение», а три пакета. Пилот проверяет один сценарий на ограниченной аудитории. Рабочий контур добавляет админку, уведомления и одну критичную интеграцию. Платформа — роли, биллинг, white-label, нагрузка. Каждый пакет имеет свою дату go/no-go. Так вы не оплачиваете платформу, пока пилот не доказал ценность, и не притворяетесь, что пилот «уже как у лидеров рынка».

Переход между пакетами — отдельная оценка, не «доплата как получится». Зафиксируйте, какие части пилота выкидываются, а какие переиспользуются. Выкидываемый прототип дешевле, чем священный код, который нельзя трогать, хотя гипотеза уже умерла. Связка с логикой первой версии — зачем нужен MVP и как запустить MVP.

Что спросить в письме, чтобы смета не разъехалась через месяц

Укажите платформы, число ролей в v1, оплаты да/нет, список систем для обмена, кто даёт контент, кто владеет аккаунтами сторов, нужен ли офлайн. Приложите исключения. Попросите в ответе не только сумму, но и список допущений и дату, до которой оценка жива. Рынок и курс меняются; бессрочное КП — иллюзия. С этим письмом можно идти в закупку и сравнивать исполнителей одинаково.

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