Грант — смешная штука. Пока его не получил, кажется, что это просто деньги на развитие: сделал заявку, выиграл, запустил проект, молодец. А потом открываешь документы и понимаешь: вместе с поддержкой получил еще и набор обещаний, которые теперь надо выполнить.
В заявке уже написано, что именно вы сделаете, за какие деньги, в какие сроки, с какими показателями и чем потом докажете, что все это действительно случилось.
И если заявку писали одни люди, а выполнять ее будут другие, начинается самое интересное. Хуже отказа по гранту может быть только победа по заявке, которую команда сама не читала.
Расскажу, зачем вообще нужны гранты, когда они помогают, с чего начинать заявку и какие ошибки лучше не совершать.
Зачем вообще нужны гранты
Смысл гранта — разделить с компанией риск на раннем этапе проекта. Особенно когда речь про робототехнику, промышленное ПО или ИИ, где до результата нужно пройти дорогой путь: собрать прототип, купить оборудование, провести испытания, проверить гипотезу на реальном процессе. Бизнес не всегда готов тянуть это полностью за свои деньги, а государству важно, чтобы такие разработки доходили до реального производства.
Робототехника — хороший пример. Спрос на автоматизацию растет, но своих готовых решений пока мало. В 2025 году российский рынок промышленных роботов оценивали в 7,86 млрд рублей, рост — 14% за год. При этом полностью российскими были только около 5% промышленных роботов.
Проблема в том, что разработка робота — это не быстрый запуск. Нужно купить железо, собрать команду, провести испытания, ошибиться, переделать и только потом выйти к рабочему решению.
Грант как раз помогает пройти этот дорогой участок: когда продукт еще не приносит денег, но вложения уже нужны. Но из этого не следует, что грант нужен всем.
Когда грант действительно полезен
Грант полезен, когда у вас уже есть не просто идея, а полноценный проект с понятными этапами. Вы понимаете, что делаете сейчас, что должно получиться через 6 месяцев, что будете проверять через 12 и какой результат можно показать через 18. Например: сначала прототип, потом испытания на реальной задаче, потом версия, которую уже можно готовить к внедрению.
Если таких ответов нет, грант брать рано.
Например, не «мы хотим заниматься робототехникой», а:
«Мы делаем прототип роботизированной ячейки для операции, которую сейчас выполняет человек. Нужно проверить, можно ли стабильно повторять действие с нужной точностью, уложиться в производственный цикл».
Или:
«Мы делаем модуль машинного зрения, который фиксирует конкретное событие на линии: объект прошел контрольную зону, операция выполнена, деталь уложена неправильно».
Грант помогает пройти этап, который тяжело тянуть самим: купить часть комплектующих, собрать стенд, обучить модель, провести испытания, подготовить документацию, проверить технологию.
Когда грант лучше не брать
Если цель просто заработать денег, грант может быть плохой идеей.
Грант — это целевые деньги. Их нельзя потратить как удобно. Если в заявке написано, что вы делаете роботизированный комплекс, программный модуль, систему машинного зрения, интеграцию с учетной системой или опытный образец, потом вас будут спрашивать именно про это.
Не про то, что рынок поменялся или команда передумала. Сравнивать будут с заявкой, техническим заданием, календарным планом, сметой и отчетами.
Поэтому грант плохо работает как «деньги ради денег». Он работает как инструмент снижения риска для проекта, который компания и так считает важным.
Если проект имеет смысл только потому, что под него можно получить грант, это плохой знак. Скорее всего, после окончания поддержки он повиснет в воздухе. Прототип останется прототипом. Команда вернется к текущим задачам. Единственным законченным продуктом станет отчет.
Как подступиться к гранту
Самая частая ошибка — начать с формы заявки. Я бы начинал не с заявки,а с внутренней таблицы. Назовем ее «таблица обещаний». В ней пять колонок:
-
что мы обещаем сделать;
-
кто это реально делает;
-
какие деньги и ресурсы нужны;
-
как мы докажем, что это сделано;
-
что будет, если это не получится в срок.
Например, в заявке хочется написать: «Разработать модуль машинного зрения для контроля операции на производственной линии».
Сразу раскладываем:
-
кто собирает видео;
-
где берем реальные кадры с производства;
-
кто размечает данные;
-
какая точность нужна;
-
на каком оборудовании это работает;
-
кто интегрирует модуль в контур;
-
какой документ подтвердит результат;
-
что делаем, если на реальной камере качество ниже, чем на тестовом видео.
И вот только после этого пишем заявку.
Лайфхак: сначала напишите заявку для себя
Перед конкурсной формой я бы сделал короткий внутренний документ на 2–3 страницы. В нем нужно честно ответить на несколько вопросов.
-
Что именно мы делаем? Не «платформу роботизации», а конкретный результат: прототип, опытный образец, модуль распознавания, интеграцию, методику испытаний.
-
Где это будет работать? Не «на производстве вообще», а на каком участке, операции, линии, складе, ферме или в цехе.
-
Кто пользователь? Инженер, технолог, оператор, начальник производства, служба качества, интегратор, собственник.
-
Какой результат он должен увидеть? Меньше ручного труда, стабильнее качество, быстрее контроль, меньше простоев, точнее учет, понятнее причины брака.
-
Что уже есть? Команда, прототип, датасет, доступ к площадке, потенциальный заказчик, железо, наработки по софту
-
Чего нет? Вот здесь лучше не врать себе. Нет данных, нет инженера, нет камеры, нет доступа к цеху, нет понимания рынка, нет времени руководителя.
-
Что будет считаться успехом? Не «проект реализован», а конкретный признак: прототип работает на стенде, модель показывает нужную точность, система фиксирует событие, заказчик подтвердил испытания, подготовлена документация. Если этот документ не получается написать простыми словами, заявку пока рано подавать.
Как оформить заявку без фантазий
У каждого конкурса свои формы, но логика почти всегда похожая.
-
Сначала проблема. Не «рынку нужны инновации», а конкретная боль. Например: ручная операция тормозит линию, контроль качества нестабилен, оператор устает и ошибается, данные в учетную систему попадают с задержкой, импортное решение стало дорогим или недоступным.
-
Потом решение. Не «используем ИИ и робототехнику», а что именно делаем: роботизированную ячейку, программный модуль, систему машинного зрения, опытный образец, интеграцию с производственной системой.
-
Потом результат. Что будет готово на выходе этапа. Не мечта через пять лет, а понятный артефакт: прототип, рабочая версия, испытания, отчет, регистрация ПО, комплект документации.
-
Потом команда. Кто отвечает за железо, кто за софт, кто за проект, кто за финансы, кто за отчетность.
-
Потом смета. Смета должна быть отражением проекта. Если покупаете камеру, должно быть понятно, что она дает. Если закладываете зарплату разработчика, должно быть понятно, какой результат он делает. Если привлекаете подрядчика, должно быть понятно, какую часть работ он закрывает.
-
Потом подтверждение. И вот это часто забывают. Нужно заранее понимать, чем вы будете доказывать выполнение работ: актами, протоколами испытаний, отчетами, регистрацией ПО, демонстрацией, фото, видео, технической документацией.
К каждому обещанию в заявке сразу писать способ подтверждения. Если способа подтверждения нет, обещание лучше переписать или убрать.
Топ ошибок при работе с грантами
Обычно все начинается с мелких управленческих просчетов, которые на старте кажутся неважными.
Ошибка 1. Отдать заявку тем, кто не будет делать проект
Банально, но да. Так бывает часто: внутри компании все заняты, документы сложные, сроки горят. Поэтому заявку отдают внешнему консультанту, помощнику или просто человеку, который хорошо пишет.
Человек со стороны может красиво упаковать проект: добавить сильные формулировки, расписать этапы, усилить показатели, показать эффект для рынка. Заявка выглядит убедительно. А потом техническая команда открывает ее уже после одобрения и видит, что должна сделать не совсем тот проект, который обсуждали в реальности.
Где-то появился лишний модуль. Где-то обещана интеграция, которую никто не планировал. Где-то заложена функция, под которую нет архитектуры. Где-то указан показатель, который никто внутри не считал.
И дальше компания начинает работать на два проекта сразу.
-
Первый — реальный, что возможно сделать.
-
Второй — нереальный/грантовый.
Финальный документ должны прочитать те, кто потом будет отвечать за результат.
Ошибка 2. Просить больше денег, чем нужно
Большая сумма выглядит приятно только до момента, пока вы не начинаете за нее отчитываться.
Например, у Фонда содействия инновациям по программе «Старт» есть разные уровни поддержки: «Старт-1» — до 5 млн рублей, «Старт-2» — до 10 млн рублей с софинансированием не менее 15%, «Бизнес-Старт» — до 18 млн рублей с софинансированием не менее 30%.
Лишние деньги в гранте — это не запас. Это будущие обязательства.
Если проекту реально нужно 5 млн, не надо превращать его в проект на 18 млн только потому, что можно. Просить нужно не столько, сколько дают, а столько, сколько проект способен освоить и подтвердить результатом.
Ошибка 3. Писать красивую фантазию вместо реального проекта
Грантовая заявка провоцирует фантазировать. Хочется показать масштаб. Добавить больше функций. Написать, что решение подойдет заводам, складам, вузам, логистике, сельскому хозяйству и еще половине страны.
Но все, что красиво выглядит в заявке, потом может стать обязательством. Пишите правду 🙂 Может будет звучать менее грандиозно. Зато это можно сделать.
Ошибка 4. Вспомнить про отчетность
Главное — сделать продукт. Это логично. Но в гранте этого недостаточно. Нужно еще доказать, что вы сделали именно тот продукт, который обещали. Подтвердить расходы. Собрать документы. Закрыть этапы. Ответить на замечания. Показать показатели.
Если отчетность живет отдельно от разработки, в конце этапа может выясниться неприятная вещь: работа сделана, но подтвердить ее сложно.
На сайте Фонда содействия инновациям прямо указано, что отчеты нужно подготовить в системе Фонда за две недели до окончания этапа, а замечания нужно оперативно устранить.
Поэтому отчетность нужно вести с первого дня.
Чек-лист перед подачей
Перед подачей заявки стоит честно ответить на 10 вопросов.
-
Мы бы делали этот проект без гранта?
-
Что именно должно получиться на выходе: прототип, модуль, опытный образец, интеграция, испытания?
-
Какой результат будет через 6, 12 и 18 месяцев?
-
Где это будет применяться: на каком участке, в каком процессе, у какого типа заказчика?
-
Кто в команде отвечает за технический результат, деньги и отчетность?
-
Команда, которая будет выполнять проект, прочитала заявку полностью?
-
Сколько денег реально нужно и есть ли ресурс на софинансирование, если оно потребуется?
-
Какие расходы мы сможем подтвердить документами?
-
Как мы докажем, что проект выполнен: актами, испытаниями, демонстрацией, регистрацией ПО, протоколами?
-
Нет ли в заявке функций, модулей, интеграций или показателей, которые команда на самом деле не планировала делать?
Если на эти вопросы нет нормальных ответов, лучше доработать заявку до подачи.
Что делать после получения гранта
-
Не расслабляться. Нужно собрать команду и заново пройти весь проект.
-
Разобрать заявку на задачи. Сопоставить технический план с календарным планом. Назначить ответственных за разработку, финансы и отчетность. Проверить смету. Проверить показатели. Понять, какие документы нужно собирать с первого дня.
В технологических проектах и так много неопределенности. В робототехнике почти всегда что-то идет не по плану: задерживается поставка, меняется производственный сценарий, железо ведет себя иначе, алгоритм хорошо работает в тестовой зоне, но хуже в цехе, интеграция оказывается сложнее, чем казалось.
И если поверх этого еще отчетность живет отдельно, проект начинает разваливаться не только технически, но и управленчески. Грант любит дисциплину. Иногда даже больше, чем креатив.
Так грант окупается или нет
Зависит от того, что считать окупаемостью. Если считать так: «получили деньги, быстро заработали сверху», то чаще всего нет. Грант не про быстрый заработок.
Если считать шире, он может окупиться. Например, вы сделали прототип, который потом стал продуктом. Провели испытания, которые без поддержки не потянули бы. Получили первый промышленный опыт. Собрали команду. Подготовили технологию к внедрению. Проверили гипотезу и поняли, что туда не нужно идти дальше.
Последнее тоже результат. Дешевле вовремя понять, что проект не взлетает, чем три года кормить иллюзию за свои деньги.
Исследования по государственной поддержке НИОКР в разных странах показывают, что гранты могут давать положительный эффект для компаний. Например, в исследовании по британским публичным R&D-грантам компании-участники росли по занятости и выручке быстрее сопоставимых компаний. Но там же видно важное ограничение: эффект зависит от типа компании, проекта, отрасли и партнеров.
То есть грант может помочь. Но он не гарантирует коммерческий успех.
Итог
Грант — не бесплатные деньги. Это инструмент для команды, у которой уже есть проект, понятная задача, владелец результата и готовность жить по документам, которые она сама подписала.
Он может помочь снизить риск большого технологического проекта. Может дать возможность пройти дорогой этап разработки. Может помочь протестировать идею, собрать прототип, выйти к промышленному применению и не сжечь все свои ресурсы.
Но грант не заменяет план, команду, экономику и здравый смысл. И точно не превращает плохую идею в хороший бизнес. Поэтому мой совет простой: не берите грант ради гранта.
Сначала проект. Потом команда. Потом польза для рынка. Потом экономика. Потом техническая логика. Потом заявка. И если уже подаетесь — читайте всё, что подписываете.
Мы сейчас собираем небольшое профессиональное сообщество вокруг робототехники, промышленной автоматизации и внедрения технологий на реальных производствах. Там будет отдельная ветка по грантам: можно обсудить заявку, отчетность, ошибки, кейсы и просто спросить у тех, кто уже проходил через этот процесс.
Ссылка на Telegram-чат: @nii_chat_ai_robot или ищите по поиску: Роботы, заводы, проекты┃Ижевский НИИ Крокодил
ссылка на оригинал статьи https://habr.com/ru/articles/1043660/