Бюджет складывается из часов специалистов на проекте: аналитика, UX- и UI-дизайнера, iOS- и Android-разработчиков, backend-инженера, тестировщика и менеджера проекта. Чем больше экранов, ролей пользователей и нестандартной логики — тем больше часов уходит на каждый этап и тем выше итоговая сумма. Разработка мобильного приложения — это не только программирование, но и проектирование, дизайн, серверная часть, тестирование на разных устройствах и публикация в App Store и Google Play.
Один из факторов, который заказчики часто недооценивают на старте, — интеграции с внешними системами. Именно о нём стоит поговорить отдельно, потому что он редко попадает в первоначальную смету, но почти всегда возвращается в проект — либо как отдельная задача уже после запуска, либо как причина, по которой сроки сдвигаются.
Самый надёжный способ приблизиться к точной цифре — зафиксировать требования заранее, а не по ходу разработки. Наши аналитики помогают собрать функциональные требования и состав MVP: какие экраны обязательны в первой версии, какие интеграции критичны для запуска, а какие можно подключить позже. Такой подход не только даёт более точную оценку, но и защищает бюджет от разрастания в процессе работы.
Интеграции: недооценённая статья бюджета мобильного приложения
Когда бизнес планирует бюджет на приложение, в фокусе обычно экраны, дизайн и «сколько стоит написать код». Интеграции с 1С, CRM, эквайрингом, складом и службами доставки закладываются по остаточному принципу — а в реальности именно на них часто уходит заметная доля времени разработки, потому что каждая внешняя система работает по-своему: у одной нет документированного API, у другой — устаревший протокол обмена, у третьей — ограничения по частоте запросов.
Мы разрабатываем серверную часть параллельно с мобильным приложением и закладываем архитектуру интеграций ещё на этапе аналитики, а не когда мобильная часть уже готова. Это позволяет избежать ситуации, когда красивое приложение не может нормально получать остатки со склада или проводить оплату через эквайринг заказчика. Для «Братьев Караваевых» мы связали мобильное приложение с 1С, программой лояльности и эквайрингом — в результате приложение принесло компании +15 % годовой выручки, а число заказов через него выросло в 18 раз за год.
Похожая логика — с чат-ботами и сервисами поддержки внутри приложения: в проекте оператора связи Lovit интеграция чат-бота с внутренними системами компании не только улучшила интерфейс, но и сняла часть нагрузки с колл-центра — звонки в поддержку сократились в 3 раза, а конверсия в покупку выросла в 2 раза. Такие результаты дают не сами экраны приложения, а то, насколько глубоко оно связано с процессами компании.
Ещё один момент, который стоит обсудить до старта, — кто отвечает за стабильность интеграции после запуска. API поставщиков меняются, эквайринг обновляет протоколы, склад может поменять систему учёта — если приложение жёстко завязано на конкретную версию внешнего сервиса, оно рискует «сломаться» без изменений в самом коде приложения. Мы закладываем эту устойчивость в архитектуру заранее и берём проект на поддержку после релиза, чтобы такие изменения не превращались в аварию для бизнеса.
Из чего ещё складывается стоимость
Кроме интеграций, на бюджет влияют функциональность (каталог, оплата, личный кабинет, геолокация, работа с камерой), выбор платформы и технологии — нативная разработка на Swift и Kotlin или кроссплатформенный Flutter, — а также нагрузка, на которую рассчитано приложение. Готовность материалов заказчика тоже имеет значение: если уже есть ТЗ, дизайн или работающий API, часть работ сокращается.
Мы предлагаем три модели сотрудничества, и выбор модели тоже влияет на то, как формируется бюджет. Fixed Price фиксирует ТЗ, сроки и стоимость в договоре — подходит, когда требования понятны заранее, в том числе к интеграциям. Time & Materials фиксирует ставку часа и оплачивает фактически потраченное время — удобно, когда список интеграций уточняется по ходу проекта. Retainer — выделенная команда с фиксированным пакетом часов в месяц — выбор для продуктов, которые постоянно дорабатываются и подключают новые внешние сервисы.
Готовность материалов заказчика заметно влияет на стоимость именно в части интеграций: если у поставщика 1С или CRM уже есть документированный API и опыт интеграций с внешними системами, часть рисков снимается ещё до старта разработки. Если такой документации нет, мы закладываем время на её получение или реверс-инжиниринг протокола обмена данными — и предупреждаем об этом заранее, а не по факту превышения сметы.
Как получить точную оценку с учётом интеграций
Чтобы оценка бюджета была реалистичной, полезно заранее собрать список систем, с которыми должно работать приложение: какая CRM, какой эквайринг, есть ли документация по API у поставщика склада или доставки. Если документации нет или интеграция нетиповая, мы закладываем время на исследование этой части ещё на этапе аналитики — так итоговая цифра не «поплывёт» в середине разработки.
Наши аналитики формируют функциональные требования и состав MVP, в том числе список интеграций и их приоритет: что должно быть в первой версии, а что можно подключить позже. Заранее формализованные требования позволяют сократить бюджет и сроки разработки до 40 %. Расскажите на брифинге, с какими системами должно работать ваше приложение, — мы посчитаем, сколько времени займёт каждая интеграция, и дадим точную стоимость проекта.
Интеграции с 1С, CRM, эквайрингом или службами доставки редко попадают в первую прикидку бюджета, но именно они часто определяют реальные сроки проекта — согласование форматов данных и тестирование обмена занимают время само по себе. Прайса на сайте нет: стоимость интеграций считаем под конкретный набор систем заказчика. Заполните форму заявки на сайте — в ней можно описать задачу и приложить файл до 50 Мб, — либо пришлите бриф или техническое задание на info@mendev.ru. На брифинге перечислим вместе с вами нужные интеграции и дадим оценку сроков и стоимости.
