Как сравнивать предложения IT-подрядчиков, если цена и сроки у всех разные

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

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

Ниже — способ читать предложения так, чтобы решение опиралось на состав работ, а не только на прайс.

Почему итоговая сумма сама по себе почти ничего не говорит

Цена — следствие допущений. Если допущения разные, разные и суммы.

Частый пример: в брифе «интеграция с учётной системой». Один оценивает выгрузку данных по расписанию. Второй — двусторонний обмен справочниками и документами. Третий закладывает ещё ручную сверку на переходный период. Все три пишут «интеграция» и разные цифры рядом.

То же со сроками. Короткий календарь может означать узкий объём, оптимистичный план без буфера на согласования или обещание без подтверждённой доступности специалистов. Длинный срок — осторожность или размытый scope «на всякий случай».

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

Первый шаг при разборе КП — не спорить, чья цена «адекватнее», а восстановить, какой проект каждый подрядчик оценил.

Что привести к одной структуре

Разложите каждое предложение по одним полям. Не нужна сложная таблица — достаточно общей рамки для всех кандидатов.

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

Этапы и критерии перехода. Что считается аналитикой, разработкой, запуском; после какого результата начинается следующий этап; где нужна приёмка заказчика.

Сроки. Календарная длительность, зависимости от заказчика, окна недоступности. Отдельно — срок до пилота и до рабочего использования.

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

Допущения. Что принято как данное: готовые требования, доступные API, отсутствие миграции истории, быстрые согласования, тестовый контур. Допущения — скрытая часть цены.

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

Риски снаружи оценки. Много формулировок «будет уточнено после обследования» значит: часть неопределённости не оценена. Это не всегда плохо, но такую сумму нельзя напрямую сравнивать с предложением, где неопределённость уже внутри.

Когда предложения в одной структуре, разница в цене объясняется. Иногда она исчезает после уточнений. Иногда остаётся — и тогда можно выбирать набор работ и рисков.

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

Минимальная таблица сравнения

Даже простой таблицы достаточно, чтобы увидеть, где предложения реально расходятся.

Параметр	Что сравнивать
Объём	Что входит в первую версию и что исключено
Этапы	Какой результат закрывает каждый этап
Стоимость	Что входит в сумму и что оплачивается отдельно
Срок	Календарь и зависимости, которые на него влияют
Допущения	На каких предположениях построена оценка
Заказчик	Что и к какому моменту должна обеспечить его сторона

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

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

Уточнения лучше собрать одним раундом и задать всем финалистам по одной логике.

1. Что входит в первую версию по ролям и сценариям, и что исключено из этой цены?
2. Какие допущения приняты по интеграциям, данным и готовности требований?
3. Что будет со сроком и стоимостью, если ключевое допущение не подтвердится?
4. Какие работы заказчик должен выполнить сам, чтобы план остался реалистичным?
5. Где граница между «можно пользоваться» и «нужны доработки после пилота»?
6. Кто будет вести проект, с какой занятостью и на каких этапах?
7. Какие решения вы считаете принятыми, а какие предлагаете выбирать в ходе работ?
8. Что не входит в КП, но почти наверняка понадобится для запуска?
9. Как устроены изменения объёма: уточнение внутри оценки или отдельная работа?
10. Какие риски основные и где в плане на них запас?
11. Что нужно от заказчика в первые две недели, чтобы команда не простаивала?
12. Можете пересобрать оценку в нашей структуре этапов, исключений и допущений?

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

Красные флаги, которые видны ещё до выбора

Не каждый сигнал означает отказ. Но при следующих признаках решение стоит замедлить.

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

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

Много общих формулировок и мало границ. «Сделаем удобно», «настроим под процессы», «интегрируем необходимые системы» без списка исключений. Такой текст трудно принимать и контролировать.

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

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

Отказ привести предложение к общей структуре. За этим может стоять неготовность обсуждать состав работ или шаблонный пресейл — прозрачность сравнения падает в обоих случаях.

Давление выбрать быстро при непрояснённых допущениях. Срочность запуска бывает реальной, но ускорять выбор ценой непрочитанных исключений обычно дороже нескольких дней на выравнивание.

Когда самая дешёвая оценка действительно может быть лучшей

Низкая цена не всегда ловушка. Иногда она отражает более точное понимание задачи.

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

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

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

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

Как принимать решение после сравнения

Решение — не по оси «дешевле/дороже», а по связке: достаточный объём для результата, понятные границы, реалистичный срок, прозрачная команда, приемлемый остаточный риск.

Практичный порядок:

1. Отбросить предложения, которые после уточнений всё ещё описывают другой проект.
2. Среди оставшихся сравнить нормализованный объём и исключения.
3. Посмотреть, где неопределённость уже в цене, а где вынесена в будущие изменения.
4. Оценить нагрузку на свою сторону по каждому плану.
5. Провести короткие встречи с финалистами по конкретным расхождениям, не по общей презентации.
6. Зафиксировать выбранное понимание объёма до договора — теми же формулировками, которыми сравнивали КП.

Хороший выбор здесь — не идеальный подрядчик, а управляемый старт. Если после сравнения остаётся критичная двусмысленность в предмете работ, её лучше закрыть до подписания.

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