Техническое задание на НИОКР связывает задачу бизнеса с работой разработчиков и проверкой результата. В нём нужно объяснить, что неизвестно сейчас, что предстоит исследовать или создать и по каким данным заказчик либо фонд поймёт, что этап выполнен. Список действий «разработать, протестировать, внедрить» для этого недостаточен.
Этот разбор пригодится предпринимателю, который готовит грантовую заявку или заказывает разработку. Он помогает самостоятельно проверить содержание задания. Обязательные поля, ограничения и порядок изменения документа берут из правил конкретного конкурса и договора.
Начните с задачи, которую нельзя решить обычной покупкой
Допустим, предприятие теряет время на визуальной проверке деталей. Купить готовую камеру и настроить известный алгоритм — одна задача. Исследовать способ распознавания дефектов при нестабильном освещении и малом количестве размеченных данных — другая. Во втором случае нужно доказать возможность получить требуемый результат, а не только поставить оборудование.
Опишите существующий способ работы, его ограничение и причину разработки. Не обязательно обещать мировую новизну: сначала нужно честно установить, что делает команда сама и где находится неопределённость. Различие между разработкой и запуском готового решения разобрано в статье о НИОКР и коммерциализации.
Переведите пожелания в проверяемые характеристики
В методических рекомендациях ФСИ для «Старт-1» техническое задание связывается с описанием ожидаемого научно-технического результата. Это исходная рамка; конкретные показатели зависят от продукта. Не переносите числа из чужой заявки, если у вашей технологии другие условия работы.
Ниже — учебный пример для системы контроля деталей. Значения условные: их нельзя выдавать за требования фонда или уже достигнутый результат.
| Неопределённое обещание | Более проверяемое описание | Что ещё нужно определить |
|---|---|---|
| «Высокая точность» | Доля пропущенных дефектов не более 3% на согласованном наборе | Состав дефектов, объём набора, способ разметки |
| «Быстрая обработка» | Обработка одного изображения не более 200 мс | Размер изображения, оборудование, режим измерения |
| «Устойчивость к помехам» | Проверка при заданных диапазонах освещения | Границы диапазонов и метод изменения условий |
| «Готовый прототип» | Сборка определённой версии с описанными функциями | Комплект передачи, ограничения и инструкция запуска |
Не выбирайте только средний показатель, который скрывает опасные ошибки. Если редкий дефект критичен для заказчика, его проверяют отдельно. Иначе хорошая общая точность не ответит на основной вопрос бизнеса.
Разведите обязательный результат и исследовательскую гипотезу
В исследовании нельзя всегда заранее гарантировать, что выбранный подход сработает. Но можно определить, какую гипотезу проверят, каким методом, на каких данных и какие материалы передадут по итогам. Обоснованный отрицательный результат тоже содержит информацию; его договорные последствия зависят от согласованных условий и применимого права.
Для опытно-конструкторской работы отдельно опишите создаваемый объект: образец, программный модуль, комплект документации. Укажите, какие характеристики подтверждаются на этом этапе, а какие остаются задачей следующего. Не называйте лабораторную проверку готовностью к серийному выпуску.
Например, первый этап может закончиться сравнением трёх подходов на исходных данных, второй — прототипом выбранного решения, третий — испытанием в согласованной среде. У каждого этапа свой результат. Ежемесячный отчёт о часах команды не заменяет эти материалы.
Опишите проверку до начала работы
Ответьте на четыре вопроса:
- Кто и на какой версии проводит испытание?
- Какие данные, оборудование и условия используются?
- По какому правилу считается каждый показатель?
- Как оформляется результат и рассматриваются отклонения?
Если заказчик должен предоставить образцы или доступ к системе, включите это в зависимости календарного плана. Разработчик не сможет выполнить испытание вовремя, если данные появятся после срока сдачи. До подачи заявки согласуйте участие площадки, а не ограничивайтесь общим письмом об интересе.
Не передавайте персональные данные или коммерческие секреты через публичную форму заявки без необходимости. Для первичного обсуждения часто достаточно обезличенного описания задачи; состав и способ передачи исходных материалов согласуют отдельно.
Свяжите задание со сметой и правами
Проверьте каждую существенную затрату вопросом: какой результат задания она обеспечивает? Если в бюджете есть дорогое испытательное оборудование, а испытания в плане отсутствуют, комплект противоречит сам себе. Обратная ошибка — обещать серию проверок без времени специалистов, площадки и расходов на неё.
Составьте денежный календарь вместе с календарём работ. Предоплата подрядчику, получение оборудования и принятие этапа могут происходить в разные месяцы. Ограничения грантовой сметы проверяются отдельно: техническая необходимость покупки ещё не означает её допустимость за счёт гранта.
Уточните права на исходные компоненты и новые результаты. Заказчику нужно понимать, что он сможет использовать после завершения: исходный код, документацию, образцы, результаты испытаний. Эти договорённости должны совпадать с договором НИОКР, а не существовать только в переписке инженеров.
Ошибки, которые полезно найти до подписания
- Показатели указаны без условий измерения: стороны будут сравнивать разные результаты.
- Цели проекта перепутаны с задачами этапа: заявлен серийный продукт, а запланирован только поиск решения.
- Упомянуты несуществующие испытания: план проверки выдан за полученный протокол.
- Изменения в продукте внесены в презентацию, но не в задание и бюджет.
- Подрядчик обещает передать результат, на который у него нет необходимых прав.
После такой проверки может оказаться, что проект нужно сузить. Это нормальное решение: выполнимый этап с измеримым результатом полезнее длинного перечня функций, которые команда не успеет подтвердить.
Когда имеет смысл подключить GLS Expert
Самостоятельно подготовьте описание проблемы, текущую версию решения, доступные результаты испытаний и предполагаемый следующий этап. Затем сопоставьте их с бюджетом грантового проекта и правилами выбранного конкурса.
В GLS Expert поможем связать технический результат, смету, календарь и документы в грантовой заявке. Содержание технологии и фактические результаты подтверждает команда проекта; решение о поддержке принимает фонд. На первом разговоре достаточно описания продукта и стадии — отправлять исходный код через общую форму не нужно.
