Как сравнить технологию с аналогами для заявки в «Сколково»

Фраза «аналогов нет» редко помогает объяснить разработку. Даже если похожего продукта не нашлось, клиент уже решает свою задачу: использует другую программу, заказывает услугу или выполняет работу вручную. Чтобы показать ценность технологии, нужно понять эти способы и сравнить их с собственным решением на одинаковых условиях.

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

Сначала определите, что именно сравниваете

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

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

В критериях экспертизы Фонда рассматриваются новые или изменённые свойства продукта либо технологии.¹ Это не означает, что достаточно назвать одну необычную функцию. Нужно объяснить техническое содержание отличия. Более широкий разбор понятия есть в статье о практической оценке технологической новизны; здесь сосредоточимся на доказательном сравнении.

Выберите аналоги по задаче, а не по удобству

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

Выбирайте актуальные версии и объясняйте включение каждого аналога. Известность бренда не определяет сопоставимость. Не исключайте сильное решение из-за того, что на его фоне преимущество скромнее.

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

Не смешивайте продукт и исследовательскую гипотезу

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

Соберите таблицу с проверяемыми основаниями

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

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

Где брать сведения и как их проверять

1. Для характеристик готового продукта используйте документацию изготовителя, описание конкретной версии и условия эксплуатации. Для технического метода — публикацию авторов с описанием эксперимента. Патентный документ помогает изучить заявленное решение, но сам по себе не подтверждает его рыночную доступность или превосходство в испытаниях.
2. Сохраняйте ссылку, название документа, дату доступа и нужный фрагмент. Так другой участник команды сможет повторить проверку. Если сведения получены на демонстрации, зафиксируйте, что именно показывал поставщик и какие параметры вы не проверяли. Слова «по данным производителя» помогают отделить чужое заявление от собственного наблюдения.
3. При собственных испытаниях опишите набор образцов, оборудование, настройки и правило оценки. Не меняйте условия между решениями без объяснения. Например, сравнение точности на разных наборах данных может показать особенности этих наборов, а не преимущество алгоритма. Если одинаковый тест невозможен, ограничьте вывод качественным сопоставлением и укажите причину.

Покажите отличие через механизм и результат

Удобная последовательность описания: известный подход — его ограничение в выбранной задаче — ваше изменение — способ проверки. Вместо «используем уникальный искусственный интеллект» объясните, какой этап обработки устроен иначе и зачем. Если изменение пока проверено только расчётом, назовите расчёт и не заменяйте его словом «испытано».

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

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

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

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

Перед включением сравнения в заявку пройдите короткую проверку:

1. У всех решений одна задача и понятные условия применения.
2. Для существенных характеристик указаны источник и версия.
3. Измеренные результаты отделены от целей и заявлений поставщиков.
4. Неизвестные значения и ограничения обозначены прямо.
5. Вывод о собственном отличии согласован с будущими исследованиями.

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