Техническое задание для закупки

Кому и зачем

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

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

Отдельный блок посвящён порядку приёмки: этапы, состав документов, испытания, основания для отказа в приёмке.

Что входит в работу

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

Как проходит

1. Неделя 1. Обследование: интервью, процессы, ограничения, действующие системы
2. Недели 2–3. Разработка требований и состава работ
3. Неделя 4. Приёмка и критерии оценки, согласование с закупочным подразделением

Что получает заказчик

• Техническое задание, пригодное для закупочной процедуры
• Порядок приёмки с составом документов и испытаний
• Критерии оценки заявок и требования к участникам
• Обоснование требований на случай запросов и жалоб участников

Почему АНО

АНО «Цифровые платформы» не является партнёром вендоров и интеграторов и не получает вознаграждения за рекомендацию решения. Вывод «подходящего продукта на рынке нет, задачу дешевле решить иначе» для организации такой же нормальный результат работы, как выбор поставщика.

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

Частые вопросы

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

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

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

Смежные услуги

Подбор программных решений · Подбор поставщиков · Экспертиза ИТ-контрактов · Независимый контроль внедрения

С чего начать

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