Какие материалы приложить к заявке в «Сколково», чтобы подтвердить разработку

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

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

Примеры материалов не заменяют требования формы

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

Сначала выпишите утверждения, которые требуют обоснования

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

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

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

Общая последовательность описана в материале о подаче заявки на статус резидента «Сколково». Здесь разберём именно отбор подтверждений.

Составьте карту «тезис — материал — границы вывода»

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

Покажите версию продукта и воспроизводимый результат

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

Что полезно включить в описание испытания

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

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

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

Договоры и сведения о правах привязывайте к объекту

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

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

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

Раскрывайте достаточно, но осмысленно

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

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

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

Согласуйте приложения с основным текстом

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

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

Перед отправкой удобно пройти комплект по порядку:

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

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