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