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