Публичные тарифы и сроки: ориентиры для приложения

Цена разработки мобильного приложения зависит от состава продукта и модели работы. Для интернет-магазина с каталогом и заказом можно использовать готовые модули. Приложение с уникальными расчётами, ролями сотрудников или взаимодействием с оборудованием потребует отдельной оценки. Сравнивать эти проекты по одной стартовой сумме нельзя: они решают разные задачи.

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

Платформа FITTIN устроена как конструктор: каталог, корзину, оплату, личный кабинет и лояльность настраивают под бренд; любой из модулей можно доработать. Модель состоит из трёх частей: разовая интеграция, ежемесячная лицензия с включённой технической поддержкой и отдельные доработки по Time & Materials — с оплатой фактических часов, сметой и оценкой перед началом задачи. Изменения сторонних сервисов оценивают отдельно.

В ПРО заказчик предоставляет готовые API — методы обмена данными своих внешних систем, которые команда использует при настройке приложения. В ПРО+ ответственность за интеграции под ключ берёт FITTIN. Выбор определяется готовностью систем, поэтому небольшому магазину может потребоваться ПРО+, а крупной сети с подготовленными методами обмена подойдёт ПРО.

Как оценивают стоимость отдельных функций приложения

У функции нет одной цены для всех проектов. Авторизация по телефону включает интерфейс, отправку кода, ограничения повторных запросов и обработку ошибок. Если эти возможности уже есть в платформе, их настройка входит в согласованный объём интеграции. При заказной реализации команда оценивает разработку, подключение сервисов и тестирование.

Пример расчёта доработки по часам

В учебном примере задача требует 20 часов разработчика интерфейса, 12 часов серверного разработчика и 8 часов тестировщика. При ставках 3 990, 3 675 и 2 625 ₽/час расчёт даёт 79 800 + 44 100 + 21 000 = 144 900 ₽. Ставки опубликованы на странице тарифов. Часы придуманы для объяснения формулы: это не оценка конкретной функции и не предложение выполнить её за эту сумму. Аналитику, дизайн и управление добавляют, если они нужны задаче.

Семь факторов, от которых зависит итоговая цена

1. Поддерживаемые устройства и системы

Android и iOS требуют проверки на разных устройствах и версиях систем. Общая кодовая база сокращает повторение части работы, но сохраняет задачи по разрешениям, уведомлениям и публикации. Список поддерживаемых устройств закрепляют до оценки.

2. Технология разработки

Нативные приложения пишут на языках целевой системы: например, Kotlin для Android и Swift для iOS. Flutter относится к кроссплатформенной разработке: значительную часть кода используют для нескольких платформ. Это подтверждает документация Flutter. Для выбора учитывают оборудование, существующий код и навыки команды.

3. Дизайн и состояния экранов

Экран заказа меняется, когда товара нет, оплата не проходит или доставка недоступна. Такие состояния входят в объём проектирования. Адаптация готовой сетки платформы и индивидуальный дизайн с исследованием сценариев требуют разных работ.

4. Интеграции с системами компании

Подключить документированный метод передачи заказов и разработать обмен для унаследованной системы — разные задачи. В оценке указывают направления обмена, ответственных за внешние системы и действия при ошибках.

5. Серверная часть

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

6. Безопасность

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

7. Условия запуска

Дата сезонной акции ограничивает календарь. Чтобы выпуск состоялся к нужному моменту, согласуют функции первой версии, время заказчика на проверку и доступность поставщиков интеграций. Добавление специалистов требует координации и не сокращает любой этап пропорционально.

Что входит в стоимость разработки

Коммерческое предложение должно перечислять результаты, которые вы принимаете. Для полного цикла это требования, макеты, работающее приложение, проверенные сценарии и материалы публикации. В платформенном тарифе стоимость интеграции относится к пакету целиком: её нельзя произвольно делить на денежные доли аналитики и дизайна.

• Изучение задачи. Сценарии покупателей или сотрудников, ограничения систем, критерии готовности.
• Проектирование интерфейса. Экраны и состояния либо адаптация сетки платформы под бренд.
• Реализация. Настройка модулей, разработка согласованных функций и интеграций.
• Проверка и выпуск. Тестирование, исправления, подготовка версии и сопровождение подачи в целевые сторы.

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

Какие расходы нужно проверить отдельно

Помимо работ команды, приложение использует услуги сторонних поставщиков. В предложении нужно указать, какие расходы включены, кто заключает договоры и как меняется плата при росте использования.

• Инфраструктура. Серверы, хранение файлов, резервные копии и мониторинг; проверьте, входит ли это в лицензию или оплачивается отдельно.
• Внешние сервисы. СМС, карты, поиск, программа лояльности и платёжные комиссии.
• Аккаунты публикации. Условия регистрации, проверки организации и платежей соответствующих площадок.
• Продвижение и содержание. Реклама, фотографии, описания товаров и работа с покупателями.

Apple Developer Program предусматривает ежегодное участие, а регистрация в Google Play Console — отдельный регистрационный платёж. Возможность регистрации и оплаты проверяют под организацию заказчика. Стоимость работы разработчика по публикации и платёж площадке учитывают раздельно.

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

Годовой бюджет включает регулярное сопровождение и развитие функций. Для лицензионной платформы фиксируют платежи по подписке, для заказного приложения — объём поддержки и условия привлечения команды. Процент от цены разработки без перечня задач не объясняет, за что вы платите.

Расчёт на двенадцать месяцев использования

Формула: разовый платёж + месячная лицензия × 12. Это расчёт по опубликованным тарифам на дату статьи, а не полный бюджет проекта: дополнительные доработки, услуги внешних поставщиков и продвижение сюда не включены. Период начала начисления лицензии и изменения цены определяются договором.

Планирование расходов на развитие

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

Как сравнить предложения компаний на одном задании

Передайте компаниям одинаковое описание продукта: аудиторию, функции, системы обмена данными, платформы и критерии приёмки. Попросите вернуть предложения по единой форме. Тогда разницу в цене можно связать с конкретным объёмом, ответственностью или моделью оплаты.

Стартовая цена и бюджет использования

В учебном сравнении предложение А стоит 800 000 ₽ при запуске и 60 000 ₽ в месяц, предложение Б — 1 200 000 ₽ при запуске и 20 000 ₽ в месяц. За двенадцать месяцев суммы составляют 1 520 000 и 1 440 000 ₽ соответственно. Это вымышленные условия для проверки арифметики, а не предложения конкретных компаний. Такой расчёт имеет смысл только при сопоставимом функционале и составе сопровождения.

Выбор модели под требования

Готовый сервис подходит, если его функции покрывают задачу и допустимы условия поставщика. Модульная платформа полезна для повторяющихся торговых сценариев с доработками. Заказная разработка позволяет проектировать архитектуру под уникальные требования, но предполагает отдельное финансирование разработки и сопровождения. По оценке команды FITTIN, выбирать оптимальную модель следует по соответствию требованиям и бюджету использования.

Базовая модель платформы FITTIN — лицензионная: право использования предоставляется по подписке. Flutter — открытый фреймворк; возможность дальнейшего развития специалистами этого стека зависит также от прав на код. Выкуп исходного кода согласуют отдельно. Условия владения аккаунтами в сторах и доступами фиксируют в договоре под проект.

Фиксированная цена или оплата по часам

При фиксированной цене стороны согласуют объём и результат до начала реализации. По Time & Materials оплачивают фактическую работу по ставкам специалистов; задачи и оценки уточняют по мере развития продукта. Для бюджета полезны лимиты, отчёт о выполненной работе и согласование изменений.

В одном проекте можно сочетать модели: интеграцию платформы согласовать пакетом, а развитие уникальных сценариев оценивать отдельно. Порядок оплаты должен показывать, что меняет итоговую сумму и кто вправе согласовать дополнительную работу.

Как сократить стоимость без потери нужных функций

• Ограничьте первую версию. Оставьте путь до заказа или заявки; второстепенные сценарии перенесите в план развития.
• Проверьте готовые методы обмена. Документация и тестовые доступы позволяют оценить интеграции до реализации.
• Используйте существующую основу. Сравните адаптацию модулей с отдельной разработкой функций, которые уже решены.
• Согласуйте экраны и состояния. Ошибки оплаты и отсутствие товара учитывайте вместе с основным сценарием.
• Назначьте ответственного за решения. Сведите замечания бизнеса в один согласованный список.

Экономию проверяют по смете: какие задачи исключили, сколько часов сняли и какие возможности отложили. Если в учебном примере убрать подтверждённую задачу на 20 часов разработчика по 3 990 ₽, разница составит 79 800 ₽. Для действующего проекта сначала проверяют, что исключённая задача не нарушит основной сценарий и безопасность.

Как проверить смету подрядчика

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

• Для каждой задачи указаны результат, допущения и критерий приёмки.
• Часы по ролям умножены на соответствующие ставки без арифметических ошибок.
• Интеграции включают действия при отказах и повторной передаче данных.
• Тестирование и исправления описаны вместе с условиями сдачи.
• Разовые платежи отделены от лицензий и услуг внешних поставщиков.
• Порядок изменения требований и согласования расходов записан в договоре.

Трудозатраты и календарь учитывают отдельно: разработчик и дизайнер могут работать одновременно, а проверка внешней системы может ждать ответа поставщика. Поэтому сумму часов команды нельзя делить на рабочий день одного человека и выдавать полученное число за срок проекта.

Как функции и интеграции выглядят в действующем проекте

Lassie: каталог, лояльность и доставка

Для Lassie команда разработала приложение с каталогом, фильтрами, наличием по размерам, личным кабинетом и программой Lassie Family. В проекте использованы интеграции с системой лояльности и службами доставки. На странице кейса Lassie приведены результаты мобильного приложения: 3 576 установок за первые шесть недель после запуска. Это результат конкретного проекта; он не определяет стоимость приложения с похожим названием функций.

При запросе оценки описывайте правила своего магазина: где хранятся остатки, когда резервируют товар и как пересчитывают бонусы после возврата. Кейс помогает понять состав задач. Публичного бюджета этого проекта нет, поэтому стоимость по его результату не выводим.

FITTIN: разработка и развитие мобильных приложений

FITTIN разрабатывает мобильные приложения для iOS и Android на Flutter. Для интернет-магазинов команда использует модульную платформу: готовые сценарии каталога, заказа и личного кабинета адаптируют под бренд и бизнес-процессы заказчика, а необходимые интеграции и доработки оценивают по составу задач. С примерами реализованных проектов можно познакомиться в портфолио FITTIN.

В 2026 году FITTIN заняла 10-е место в рейтинге разработчиков мобильных приложений «Рейтинга Рунета». Это подтверждение опыта компании, которое можно учитывать вместе с кейсами, составом команды и условиями предложения при выборе подрядчика.

Чтобы получить оценку своего проекта, подготовьте перечень пользовательских сценариев, интеграций и требований к запуску. На странице разработки мобильных приложений FITTIN можно ознакомиться с подходом команды и обсудить задачу.

Итог: с каким заданием обращаться за оценкой

Оптимальное предложение покрывает нужные сценарии, распределяет ответственность за интеграции и показывает расходы после запуска. Для сравнения подготовьте описание продукта, перечень систем и период расчёта бюджета. По каждой компании зафиксируйте объём, разовый платёж, сопровождение и порядок изменений.

Если бюджет ограничен, выделите минимально жизнеспособный продукт — MVP: версию, которая позволяет проверить выбранную бизнес-гипотезу. Для магазина с отработанным каталогом и заказом сначала сравните готовые модули с отдельной разработкой. Если покупательские сценарии работают на сайте, оцените, какую дополнительную задачу решит приложение для iOS и Android.

Часто задаваемые вопросы

Источники и материалы по теме

Тарифы и ставки проверены 6 октября 2026 года. Часовые и годовые расчёты выполнены для этой статьи; учебные примеры не описывают коммерческие предложения сторонних компаний.

• FITTIN: тарифы, состав модели и ставки специалистов.
• Lassie: состав приложения и опубликованный результат.
• Flutter: общая кодовая база и поддерживаемые платформы.
• Apple: участие в программе разработчиков.
• Google: регистрация аккаунта разработчика.
• Apple: требования к приложениям при проверке.
• RuStore: порядок публикации приложения.

Материалы площадок помогают проверить состав работ по выпуску приложения: учётные записи, тестовую версию, описание и документы. Их требования учитывают при оценке публикации. Условия конкретного проекта согласуют с компанией отдельно.

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.

Ольга Дьяконова Руководитель отдела аналитики

Поделиться статьей