«Сколько стоит приложение?» — вопрос без ответа, пока не разобрали задачу. Но из чего складывается цена — объяснить можно, и тогда смета перестаёт выглядеть как лотерея.
Первый множитель — количество и сложность экранов. Экран со списком и фильтрами — одна цена. Экран с картой, чатом или календарём — другая. Когда мы считаем смету, мы буквально перечисляем экраны и их состояния: пустое, с данными, с ошибкой. Так заказчик видит, за что платит.
Второй — интеграции. Приложение редко живёт одно: оплата, push-уведомления, CRM, 1С, карты. Каждая интеграция — это работа с чужим API, обработка ошибок и тестирование. Чем больше внешних систем, тем больше «невидимой» работы, которой нет на макетах.
Третий — серверная часть. Пользователь видит приложение, но данные живут на сервере: авторизация, база, логика, админка. Часто это половина бюджета — и именно её забывают, сравнивая цены «за приложение».
Четвёртый — платформы. Мы пишем на Flutter, поэтому iOS и Android получаются из одной кодовой базы: это на 30–40% дешевле, чем два нативных приложения, при одинаковом для пользователя результате. Плюс публикация в сторах — отдельный этап со своими требованиями.
И пятый, честный: поддержка. Приложение — не сайт-визитка, оно живёт: обновляются ОС, меняются API, приходят пожелания пользователей. Закладывайте поддержку в бюджет сразу — иначе через год «дешёвое» приложение станет самым дорогим.
Как сэкономить по-настоящему: сократить первую версию до ядра (см. нашу статью про MVP), а не искать исполнителя «в два раза дешевле». Цена ниже рынка почти всегда означает, что что-то из этого списка просто не будет сделано.
