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