Цена приложения становится понятной только после описания его поведения. Два продукта с одинаковыми пятью экранами могут требовать совершенно разной работы: один показывает справочник, другой резервирует последние места и принимает оплату. Поэтому начинать сравнение подрядчиков с числа экранов неудобно.
Сначала опишите завершённый сценарий
Возьмём условный сервис записи. Пользователь выбирает услугу, видит свободное время, записывается и получает подтверждение. За этим коротким путём стоят расписание, защита от двойной записи, перенос, отмена и действия администратора. Если эти правила не описаны, подрядчики будут оценивать разные продукты.
Составьте список ролей: клиент, сотрудник, администратор. Для каждой запишите, что она делает и какой результат считается правильным. Отдельно перечислите ошибки: нет сети, время уже занято, платёж не подтвердился. Такой документ полезнее набора скриншотов конкурента.
Какие части должны быть в смете
- Проработка сценариев и прототип: что именно создаётся и согласуется.
- Дизайн: основные экраны, состояния и адаптация под устройства.
- Клиентское приложение: платформы, работа с устройством и обновления.
- Backend: данные, роли, правила, API и административный интерфейс.
- Интеграции: платежи, уведомления, CRM и внешние ограничения.
- Проверка и релиз: окружения, устройства, материалы для магазинов.
Попросите указать не только сумму, но и предположения. Например: «API заказчика готов и документирован» или «перевод предоставляет заказчик». Если предположение не выполняется, оценка меняется — это лучше понимать заранее.
Почему две платформы не означают ровно двойную цену
Общая кодовая база может сократить часть повторной работы, но не отменяет проверки на разных устройствах, настройки уведомлений и подготовки публикаций. Нативный и кроссплатформенный подходы сравнивают на требованиях конкретного продукта. Универсального коэффициента экономии нет.
Если пока неясно, нужен ли мобильный канал, начните со статьи «Сайт или приложение». Иногда адаптивный сайт закрывает первую бизнес-задачу с меньшим числом зависимостей.
Расходы после первого релиза
Владение продуктом включает сервер, хранение файлов, платные API, поддержку, исправления и развитие. Уточните, кто получает уведомление о сбое, как быстро может восстановить сервис и где находятся резервные копии. Магазины также имеют собственные правила и условия аккаунтов; их проверяют перед публикацией.
Не сравнивайте одноразовый бюджет одного предложения с годовым бюджетом другого. Для каждой сметы выделите одинаковый период и одинаковый состав работ.
Как запросить оценку без готового ТЗ
Подготовьте цель, аудиторию, три основных сценария, список существующих систем и бюджетное ограничение. Отметьте, что обязательно для запуска, а что можно отложить. После обсуждения попросите фиксировать исключения и критерии приёмки.
У CodexLabs нет единой цены «за приложение»: оценка привязана к объёму. Посмотрите как мы разрабатываем мобильные приложения или заполните бриф, чтобы начать с вашей задачи.