Количество экранов — только часть задачи

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

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

Что увеличивает сложность

Основные факторы — количество ролей, правила доступа, состояния операций и зависимости между системами. Если продукт должен работать без сети, взаимодействовать с оборудованием или хранить сложную историю, это добавляет самостоятельные сценарии.

Ещё один фактор — исходное состояние. Новая система с понятными требованиями отличается от доработки незнакомого продукта без документации. Во втором случае нужен этап изучения, чтобы оценка опиралась на факты.

  • Бизнес-логика и нестандартные сценарии.
  • Интеграции и качество документации.
  • Данные, история и миграция.
  • Нагрузка, оборудование и автономная работа.

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

Сравнивайте состав результата. В одном предложении может быть только интерфейс, в другом — сервер, перенос данных и запуск. Низкая сумма не обязательно означает выгодное решение, если значительная часть нужной работы остаётся за пределами оценки.

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

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

Что делать, если требований пока мало

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

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