VeraSidorov725
New member
Каждый раз, когда ко мне приходит новый клиент, первый вопрос звучит одинаково: «Сколько будет стоить приложение?». И сразу же второй: «Почему одни называют 150 тысяч, а другие — миллион?». За последние несколько лет я вел или напрямую участвовал в проектах по разработке мобильных приложений и могу показать разбор нескольких смет из реальной практики — с суммами, этапами и тем, на что эти деньги уходят.
Нажать чтобы Перейти на сайт
Первая история — приложение для службы доставки еды, заказали у небольшой студии. Смета вышла около 1,2 млн рублей. Из них примерно 120 тысяч ушло на исследование и прототип, 180 тысяч на UX/UI-дизайн двух основных ролей — клиента и курьера, 500 тысяч на разработку (iOS и Android на Flutter, плюс backend на Node.js), около 150 тысяч на тестирование и запуск, остальное — на аналитику, публикацию в сторах и поддержку в первые три месяца. Проект занял четыре с половиной месяца. Для стартапа с ограниченным бюджетом это выглядит разумно, и приложение действительно вышло в срок.
Второй опыт — маркетплейс услуг с личными кабинетами, чатами между пользователями и сложной системой заказов. Здесь смета уже около 4,5 млн рублей, и больше всего денег ушло не на мобильную часть, а на backend и интеграции: платежи, уведомления, модерацию, админ-панель. Мобильные клиенты — iOS и Android по-отдельности, нативно — потребовали около 1,8 млн, backend и интеграции — порядка 2 млн, дизайн и аналитика — около 500 тысяч. Срок вырос до девяти месяцев, а потом и не закончился: после релиза через полгода пришлось вкладываться в доработки еще примерно на 700 тысяч, потому что часть логики пришлось переписывать.
Был и третий случай — самая дешевая смета, которую я видел: приложение-визитка с каталогом товаров за 280 тысяч рублей от подрядчика с Авито. С первого взгляда — выгодно. Но через полгода выяснилось, что код написан криво, обновления под новую версию iOS требуют переделки за половину стоимости приложения, а серверная часть держится на одном разработчике, который перестал отвечать на сообщения. Дешевая смета — это не экономия, это кредит под высокие проценты: вы платите за ошибки дважды, иногда трижды.
Узнать подробнее →
Отдельно стоит сказать о скрытых расходах, о которых редко предупреждают на этапе согласования. Подписки на сервисы аналитики, платежные системы, карты и геокодирование; годовая поддержка серверов; комиссия Apple за публикацию; обновления под новые версии iOS и Android; исправление багов после релиза и работа с отзывами в сторах. Реалистично закладывайте на это 15–20 процентов от стоимости разработки в первый год, а если приложение живое и развивается — около 10–15 процентов от бюджета ежегодно. Иначе приложение, запущенное в 2023-м, к 2025-му просто перестанет работать на свежих устройствах.
Вывод, к которому я пришел для себя: правильная смета — это не та, что самая дешевая, а та, где понятно, за что вы платите на каждом этапе. Разбейте бюджет на discovery, дизайн, разработку, тестирование и поддержку — и сразу видно, где подрядчик экономит и чем это обернется. Если вам называют одну общую цифру без разбивки, это первый звонок. А с какими сметами на разработку приложений сталкивались вы — и какой опыт оказался удачным, а какой стал дорогой ошибкой?
По теме советую почитать: Фриланс или удалённая работа в IT: что выбрать начинающему разработчику
Нажать чтобы Перейти на сайтПервая история — приложение для службы доставки еды, заказали у небольшой студии. Смета вышла около 1,2 млн рублей. Из них примерно 120 тысяч ушло на исследование и прототип, 180 тысяч на UX/UI-дизайн двух основных ролей — клиента и курьера, 500 тысяч на разработку (iOS и Android на Flutter, плюс backend на Node.js), около 150 тысяч на тестирование и запуск, остальное — на аналитику, публикацию в сторах и поддержку в первые три месяца. Проект занял четыре с половиной месяца. Для стартапа с ограниченным бюджетом это выглядит разумно, и приложение действительно вышло в срок.
Второй опыт — маркетплейс услуг с личными кабинетами, чатами между пользователями и сложной системой заказов. Здесь смета уже около 4,5 млн рублей, и больше всего денег ушло не на мобильную часть, а на backend и интеграции: платежи, уведомления, модерацию, админ-панель. Мобильные клиенты — iOS и Android по-отдельности, нативно — потребовали около 1,8 млн, backend и интеграции — порядка 2 млн, дизайн и аналитика — около 500 тысяч. Срок вырос до девяти месяцев, а потом и не закончился: после релиза через полгода пришлось вкладываться в доработки еще примерно на 700 тысяч, потому что часть логики пришлось переписывать.
Был и третий случай — самая дешевая смета, которую я видел: приложение-визитка с каталогом товаров за 280 тысяч рублей от подрядчика с Авито. С первого взгляда — выгодно. Но через полгода выяснилось, что код написан криво, обновления под новую версию iOS требуют переделки за половину стоимости приложения, а серверная часть держится на одном разработчике, который перестал отвечать на сообщения. Дешевая смета — это не экономия, это кредит под высокие проценты: вы платите за ошибки дважды, иногда трижды.
Узнать подробнее →Отдельно стоит сказать о скрытых расходах, о которых редко предупреждают на этапе согласования. Подписки на сервисы аналитики, платежные системы, карты и геокодирование; годовая поддержка серверов; комиссия Apple за публикацию; обновления под новые версии iOS и Android; исправление багов после релиза и работа с отзывами в сторах. Реалистично закладывайте на это 15–20 процентов от стоимости разработки в первый год, а если приложение живое и развивается — около 10–15 процентов от бюджета ежегодно. Иначе приложение, запущенное в 2023-м, к 2025-му просто перестанет работать на свежих устройствах.
Вывод, к которому я пришел для себя: правильная смета — это не та, что самая дешевая, а та, где понятно, за что вы платите на каждом этапе. Разбейте бюджет на discovery, дизайн, разработку, тестирование и поддержку — и сразу видно, где подрядчик экономит и чем это обернется. Если вам называют одну общую цифру без разбивки, это первый звонок. А с какими сметами на разработку приложений сталкивались вы — и какой опыт оказался удачным, а какой стал дорогой ошибкой?
По теме советую почитать: Фриланс или удалённая работа в IT: что выбрать начинающему разработчику
Мы в команде как раз планировали бюджет на мобильное приложение, и такие сметы реально помогают принимать взвешенные решения — сразу понятно, за что платишь и как грамотно распределить ресурсы. Особенно ценю конкретные цифры по этапам: это даёт руководству прозрачность и уверенность при согласовании бюджета, а команде — понятные ориентир
