«У нас есть ИИ» — фраза, после которой разговор о гранте только начинается. Покупатель захочет понять, какую задачу решает продукт. Эксперт — что именно разрабатывает команда и чем это отличается от доступных решений. Финансовая часть заявки должна показать, сколько стоит следующий проверяемый результат.
В GLS Expert мы связываем эти три стороны. Господдержка цифровой или промышленной разработки может финансировать НИОКР, отдельные испытания или следующий этап внедрения. Сначала определяем содержание работ и подходящий конкурс, затем готовим описание. Наличие ИИ, робота или нового материала не является самостоятельным основанием получить деньги.
Как выбрать между грантом разработчику и поддержкой внедрения
Сначала определите, кто просит деньги и какой результат создаёт. Разработчик алгоритма, завод-покупатель и интегратор могут участвовать в одной сделке, но у них разные расходы и основания для поддержки. Покупка готовой лицензии заказчиком не становится НИОКР разработчика.
| Исходная ситуация | Что должно появиться за деньги | Что подготовить до выбора конкурса |
|---|---|---|
| Технический подход ещё не проверен | Эксперимент и доказательства работоспособности | Гипотезу, аналоги, методику и исходные данные |
| Прототип работает только в лаборатории | Версия для условий производства | Ограничения прототипа, план доработки и испытаний |
| Продукт готов, заказчик его внедряет | Работающий процесс на площадке | Состав интеграции, роли сторон и критерии приёмки |
| Нужен серийный выпуск устройства | Производственная мощность | Документацию, комплектацию, спрос и денежный поток |
Для машинного зрения разделите два типа ошибки: пропущенный дефект и ложное отклонение годного изделия. Они стоят заказчику по-разному. Допустим, система сокращает пропуски, но отправляет на ручную проверку ещё 2 000 изделий в месяц. При трёх минутах на проверку это 100 часов дополнительной работы. Этот ресурс нужно вычесть из расчёта эффекта, а не скрывать за общей точностью.
До заявки согласуйте версию продукта, набор данных для итоговой проверки, условия работы линии и порядок регистрации ошибок. Обучающие примеры не должны незаметно попасть в независимую оценку. Для каждого обещанного улучшения назовите измерение и исходное значение.
После этого проверьте лот и заявителя. Если программа исключает основной вид деятельности компании, промышленный заказчик сам по себе не снимает ограничение. Подходящий маршрут выбирается по фактической роли и содержанию работ.
Как отделить собственную технологию от обычного внедрения
Возьмём систему контроля дефектов на производстве. Камера, сервер и часть библиотек могут быть покупными. Вклад команды может состоять в способе освещения сложной поверхности, подготовке данных, алгоритме или работе системы при изменении скорости линии. Нужно объяснить этот вклад и подтвердить права на создаваемый результат.
| Продукт | Слишком общее описание | Что стоит раскрыть |
|---|---|---|
| ИИ-сервис | Автоматизируем аналитику | Какие данные меняются, какие решения принимает пользователь, как оцениваем ошибки и стоимость обработки |
| Роботизированная операция | Повышаем производительность | Что затрудняет операцию, сколько длится цикл, как проходит переналадка и что предстоит разработать |
| Новый материал | Улучшаем свойства | Состав или структура, метод изготовления, набор характеристик и воспроизводимость партии |
| Машинное зрение | Находим дефекты точнее человека | Типы дефектов, условия съёмки, независимая выборка, пропуски и ложные тревоги |
Для заявки полезно провести границу между готовой функцией, доработкой под заказчика и исследовательской задачей. Последняя предполагает техническую неопределённость: результат ещё нужно получить и проверить. Просто соединить известные компоненты иногда достаточно для хорошего бизнеса, но этого может быть недостаточно для выбранного конкурса НИОКР.
Что мы сделали в ОптимаХ11 и Портье.One
В ОптимаХ11 продукт объединяет данные маркетплейса, финансовую аналитику и инструменты операционных решений. Для заявки мы выделили проблему уточняемых отчётов, разделили существующие функции и исследовательский план, описали перспективу коммерциализации. ООО «Оптима» включено в Сколково 10 сентября 2026 года.
В Портье.One наша работа заключалась в структурировании гостиничной платформы: связали задачи отельера, устройство продукта и направление его развития. ООО «Букинг Солюшнс» получило статус 5 июня 2026 года. Эти истории показывают, как подготовить технологическое описание работающего бизнеса. Они не означают, что любой SaaS получает статус или грант.
Полезный вопрос к своему продукту: если убрать слова «платформа», «ИИ» и «инновационный», останется ли понятное техническое отличие? Если нет, сначала заполняем матрицу новизны.
Пять шагов до текста заявки
- Выберите один сценарий. Для машинного зрения — конкретная линия и тип детали; для сервиса — конкретная операция пользователя. Нельзя проверять «качество аналитики вообще».
- Зафиксируйте исходный способ работы. Время, ошибки, стоимость, ограничения. Сравнивайте решения в одинаковых условиях, включая ручную проверку результата.
- Опишите собственный вклад. Модули, алгоритмы, конструкцию, рецептуру или технологический процесс. Отдельно перечислите сторонние лицензии и готовые компоненты.
- Составьте программу испытаний. Данные для разработки и итоговой оценки разделяются. Для оборудования учитываются нагрузка, ресурс и условия применения; для материала — несколько образцов и партий.
- Свяжите эксперимент со сметой. Каждая закупка и роль должны обслуживать этап и его результат. Финансируем не название должности, а необходимую работу команды.
До подачи проверьте права на разработку. Результат подрядчика, принадлежащий другой компании, не становится активом заявителя после включения красивой схемы в презентацию.
Какие маршруты поддержки проверять в 2026 году
Параметры сверены 25 сентября 2026 года. Для каждой программы важны её собственные тематические лоты.
| Ситуация | Возможный маршрут | Что проверить до подготовки |
|---|---|---|
| Ранняя промышленная разработка | Старт-Пром-1, очередь 4: до 5 млн ₽ на 12 месяцев, подача до 12 октября 2026 года, 10:00 МСК | Соответствие промышленному лоту; юридическое лицо не старше трёх лет со статусом микро/малого предприятия либо допустимый заявитель-физлицо; команда от трёх человек; история поддержки |
| Прибор, материал или интеллектуальное производство с технологическим заделом | Развитие-МТК, очередь 1: до 30 млн ₽, 12 или 18 месяцев, внебюджетное участие от 30% гранта | МТК, возраст до десяти лет, микро/малое предприятие, штат от двух человек, выручка и ограничения конкурса |
| Небольшой подтверждённый расход участника Сколково | Микрогрант на компенсацию от 180 тыс. до 1,5 млн ₽ | Допустимая цель расхода, период, договоры и акты; нужный вид МТК для части направлений; актуальное окно отбора |
| Следующая стадия после ранних НИОКР | Конкретный этап программы «Старт» или иной технологический конкурс | Условия завершения предыдущего этапа, допустимые расходы и действующий приём; нельзя считать все этапы открытыми одновременно |
Для чистой ИТ-компании особенно важна граница «Развития-МТК». В первой очереди 2026 года отсутствует отдельное ИТ-направление, а основные ОКВЭД 62 и 63 прямо исключены. Наличие МТК или применение ИИ это не отменяет. Формально менять основной вид деятельности только ради заявки без изменения реального бизнеса — плохая основа проекта.
В этой очереди также проверяют сумму выручки за три года: не выше 300 млн ₽ и не ниже запрашиваемого гранта. Приём объявлен до 19 октября 2026 года, 10:00 МСК. Полный маршрут ранней разработки разобран в программе «Старт», общая связь направлений — в карте приоритетов НТР.
Посчитаем пользу автоматизации без завышения результата
Допустим, компания делает 20 однотипных отчётов в месяц. Сейчас каждый занимает три часа, после внедрения предполагается 45 минут с учётом проверки. Расчёт: 20 × (3 − 0,75) = 45 часов в месяц.
При заданной полной стоимости часа 1 200 ₽ это соответствует 54 тыс. ₽ ресурса команды. Если обслуживание и вычисления стоят 18 тыс. ₽, условный остаток — 36 тыс. ₽ в месяц. При вложении 900 тыс. ₽ простая окупаемость получается 25 месяцев. Это расчёт на заданных условиях: он ещё не доказывает, что компания действительно сократит выплаты или получит дополнительную выручку.
Посмотрите чувствительность модели. Если итоговая проверка увеличит время отчёта до 90 минут, высвобождается уже 30 часов. Ресурс оценивается в 36 тыс. ₽, а после обслуживания остаётся 18 тыс. ₽ — срок окупаемости удваивается до 50 месяцев. Поэтому расходы на ручную проверку нельзя прятать за высокой точностью алгоритма.
Мы считаем сильным описание, в котором видно не только предполагаемое улучшение, но и условия, при которых оно исчезает. Это помогает выбрать честный объём пилота и защитить бюджет.
Что положить в пакет доказательств
- Описание сценария и исходные измерения.
- Сравнение с аналогами: одинаковый объект, одинаковые условия и метрики.
- Архитектуру или конструкцию с границей собственного вклада.
- Программу испытаний и перечень данных, которые понадобятся.
- Права на компоненты и результаты работ.
- Письмо или договорённость с площадкой пилота.
- Смету, календарь и доступную загрузку команды.
Если собираете датасет, заранее оцените законность доступа, возможность передачи и обезличивания, если они требуются. В заявку включаем описание и достаточные доказательства; коммерческие тайны и данные пользователей не нужно раскрывать в публичной статье или презентации без основания.
Частые вопросы
Можно ли заявлять продукт на готовой модели ИИ?
Использование сторонней модели само по себе не даёт ответа. Нужно показать собственную задачу и вклад, условия лицензии, техническую неопределённость и соответствие конкурсу. Иногда ключевая разработка находится в обработке данных, устройстве или способе интеграции, но это нужно доказать.
Нужен ли патент на программу?
Для программ существуют разные способы охраны и оформления прав. Свидетельство о регистрации программы не является автоматическим подтверждением новизны алгоритма или разрешением использовать чужой код. Начните с разбора регистрации ПО и карты прав.
Что делать, если результат пилота хуже обещанного?
Заранее разделите минимально приемлемый результат и целевое улучшение, опишите риски и запасной ход работ. Изменения обязательств по гранту согласуются по правилам договора; итог нельзя просто переименовать успешным внедрением.
Как сделать цифровую разработку проверяемой
| Решение | Что описать вместо общей «цифровизации» | Чем проверить результат |
|---|---|---|
| Машинное зрение | Конкретный дефект и условия съёмки | Ошибки на согласованном наборе реальных примеров |
| Цифровой двойник | Какое решение принимает пользователь модели | Сопоставление расчёта с измерениями объекта |
| Промышленный интернет вещей | Событие, которое нужно обнаружить | Точность, задержка и устойчивость передачи данных |
| CAD/CAE | Собственный алгоритм или техническое улучшение | Сравнение на одинаковой задаче и ограничениях |
Для ИИ отдельно подтвердите происхождение данных и право их использовать. Высокая точность на обучающей выборке не доказывает пригодность модели у заказчика. В бюджете должны быть получение данных, проверка качества и внедрение, если они входят в заявленный этап и разрешены выбранной мерой. Такой разбор позволяет отличить разработку от обычной настройки готового продукта.
Как GLS Expert подключается к подготовке
На разборе проекта мы начинаем с демонстрации продукта и вопроса «что нужно сделать следующим». Помогаем выделить исследовательскую задачу, сопоставить компанию с конкурсами, связать смету с испытаниями и собрать комплект. Для первого разговора достаточно краткого описания, текущей стадии и предполагаемого покупателя; дальше определим, какие факты и документы нужны именно вашей разработке.
Смежные решения
- При создании электронного изделия разделите поддержку разработки электроники и серийного производства, чтобы не смешивать этапы и расходы.
- Заказчику внедрения стоит отдельно проверить грант РФРИТ на особо значимый проект: заявителя, готовность решения и собственное участие.
