Вопрос «сколько стоит приложение» звучит как вопрос «сколько стоит дом». Ответ зависит от того, что внутри: одноэтажный дачный домик и особняк с бассейном — разные деньги, хотя оба «дом». С приложениями так же, поэтому вместо одной цифры разберём, из чего складывается бюджет и как посчитать, когда вложения вернутся.
Из чего складывается стоимость
Бюджет разработки почти всегда делится на пять частей, и понимание пропорций помогает читать смету подрядчика осмысленно.
Проектирование и дизайн. Прежде чем писать код, нужно решить, из каких экранов состоит приложение и как пользователь по ним движется. Это 15–25% бюджета. Пропустить этап технически можно, но тогда решения принимаются на ходу — и переделка готового экрана стоит дороже, чем переделка макета.
Мобильная часть. То, что пользователь видит и трогает. Обычно самая большая статья — 30–40% бюджета. Ключевая развилка здесь: делать отдельные приложения под iOS и Android или одно кроссплатформенное. Второе дешевле примерно в полтора раза и подходит большинству задач.
Серверная часть. Хранение данных, авторизация, бизнес-логика, админка для вашей команды. 20–30%. Если приложение — витрина без личных кабинетов и заказов, эта часть может быть минимальной. Если внутри платежи, роли и интеграции — она растёт.
Интеграции. Платёжные системы, СМС, карты, CRM, 1С. Каждая интеграция — отдельные дни работы, и именно они чаще всего недооцениваются в первичной смете.
Тестирование и публикация. 10–15%. Сюда входит и подготовка к публикации в App Store и Google Play — процесс с собственными требованиями и сроками ревью.
Реалистичные диапазоны
По российскому рынку на 2024–2025 годы ориентиры такие:
- Простое приложение — каталог, запись, личный кабинет без сложной логики: от 400 000 до 900 000 ₽, 2–3 месяца.
- Приложение со своей бизнес-логикой — заказы, платежи, уведомления, несколько ролей: от 900 000 до 2 500 000 ₽, 3–6 месяцев.
- Сложный продукт — маркетплейс, финтех, приложение с ML-функциями: от 2 500 000 ₽ и выше, от полугода.
Если предложение сильно ниже нижней границы, стоит выяснить, что именно в него не входит. Обычно это дизайн, тестирование или поддержка после запуска — расходы никуда не деваются, просто всплывают позже.
На чём можно экономить, а на чём нельзя
Экономить разумно на объёме первой версии. Урезать список функций до тех, без которых продукт не имеет смысла, — правильная стратегия. Приложение, вышедшее через три месяца с пятью функциями, приносит данные о реальных пользователях. Приложение, которое доделывают год до идеала, приносит только счета.
Экономить не стоит на трёх вещах.
На проектировании. Час, потраченный на обсуждение логики, экономит день переделок в коде.
На тестировании. Приложение с багами в первую неделю получает низкие оценки в сторах, а поднять рейтинг потом гораздо дороже, чем не уронить его сразу.
На передаче исходников. Убедитесь, что код и доступы принадлежат вам. Иначе следующая доработка возможна только у того же подрядчика по его цене. Подробнее об этом — в чек-листе по выбору подрядчика.
Как считать окупаемость
Окупаемость — это не «когда приложение начнёт приносить деньги», а «когда суммарная выгода перекроет вложения». Считается по трём сценариям.
Приложение продаёт. Берём средний чек и ожидаемое число заказов в месяц через приложение. Если средний чек 3 000 ₽, маржа 30%, а приложение даёт 100 заказов в месяц — это 90 000 ₽ прибыли ежемесячно. Бюджет в 900 000 ₽ окупится за десять месяцев без учёта расходов на привлечение.
Приложение экономит. Если оно заменяет ручную работу, считайте сэкономленные часы. Два сотрудника, тратившие по три часа в день на приём заявок по телефону, — это около 120 часов в месяц.
Приложение удерживает. Самый сложный для расчёта сценарий: приложение повышает повторные покупки. Здесь нужно смотреть на изменение частоты заказов у той доли клиентов, которая перешла в приложение.
К бюджету разработки обязательно прибавьте содержание: серверы, аккаунты разработчика в сторах, доработки. Обычно это 15–20% от стоимости разработки в год.
Что сделать перед тем, как запрашивать оценку
Чтобы получить сравнимые сметы от разных студий, подготовьте три вещи:
- Список функций первой версии — что приложение обязано уметь в день запуска.
- Список интеграций — с какими системами оно должно общаться.
- Ответ на вопрос «зачем» — какую бизнес-задачу решаем. Хороший подрядчик от этого ответа может предложить решение дешевле, чем вы задумали.
Иногда после такого разбора выясняется, что задача закрывается сайтом с мобильной вёрсткой за существенно меньшие деньги — сравнение вариантов мы разбирали отдельно.
Формализовать всё это помогает техническое задание — как его составить и зачем оно нужно.