Паспорт стартап-проекта — центральный элемент договора с Фондом содействия инновациям. От качества формулировок цели и описания продукта зависит не только успешное согласование договора, но и вся дальнейшая отчетность. Разбираем, как правильно оформить ключевые разделы для программы «Студенческий стартап» 6-й очереди.
Главное правило: связка цель → продукт → календарный план
Эти три элемента должны работать как единый механизм. Цель задает направление проекта, описание продукта детализирует конечный результат, а календарный план показывает путь достижения цели. Любое несоответствие между ними — прямой путь к отклонению договора.
Структура правильной цели
Формула: Создание/Разработка + [название продукта] + для + [назначение]
✅ Правильные примеры:
· Создание мобильного приложения для автоматизации учета личных финансов
· Разработка веб-платформы для организации онлайн-конференций
· Создание устройства контроля качества питьевой воды
Что ОБЯЗАТЕЛЬНО должно быть в цели
· Одно предложение — никаких перечислений задач
· Обезличенный стиль — без «мы», «наш», «планируется»
· Конкретный продукт — что именно создается
· Назначение продукта — для чего он нужен
· Соответствие теме заявки — цель должна раскрывать тему работ, но не дублировать ее
Что КАТЕГОРИЧЕСКИ нельзя указывать
❌ Исследование чего-либо — это не научный проект
❌ Вводные фразы типа «Целью проекта является»
❌ Задачи проекта — только цель в одном предложении
❌ Макеты, прототипы в формулировке цели
❌ MVP, TRL и другие термины, которые регламентированы другими нормативными актами
❌ Придуманные названия продуктов (типа «AppMoney» или «SuperDevice»)
Частые ошибки и их исправление
Неправильно:
· Целью проекта является разработка лабораторного макета устройства...
· Исследование возможности создания мобильного приложения...
· Создание MVP веб-платформы «StudyHelper» для студентов...
Правильно:
· Разработка устройства контроля температуры для промышленных печей
· Создание мобильного приложения для планирования учебного процесса
· Разработка веб-платформы для дистанционного обучения
Описание конечного продукта: детализация без воды
Структура описания продукта
Описание должно дать полное представление о том, что это такое и как это будет работать. Это не маркетинговый текст, а техническое описание.
Обязательные элементы описания
1. Назначение и функционал — что делает продукт
2. Технические характеристики — измеряемые параметры
3. Состав и свойства — из чего состоит, какими свойствами обладает
4. Уникальность и преимущества — чем отличается от аналогов
5. Планируемая цена — только общие цифры, без расчетов
Примеры качественного описания
Для IT-продукта:
Мобильное приложение для автоматического учета личных финансов с функцией распознавания чеков по фотографии и категоризации расходов. Включает модуль аналитики с построением графиков трат по категориям, систему уведомлений о превышении бюджета и возможность экспорта данных в Excel. Поддерживает синхронизацию между устройствами через облачное хранилище. Планируемая стоимость премиум-версии — 199 рублей в месяц. Стоимость разработки – 1 млн руб.
Для технического устройства:
Портативное устройство контроля качества питьевой воды с анализом по 12 основным показателям: pH, жесткость, содержание хлора, железа, нитратов и других примесей. Время анализа — не более 3 минут, точность измерений ±2%. Оснащено LCD-дисплеем и модулем беспроводной передачи данных на смартфон. Планируемая розничная цена — 8500 рублей. Себестоимость 3500 рублей.
Что нельзя включать в описание ВСЕХ разделов Паспорта проекта:
❌ Ссылки на сайты и внешние источники
❌ Личные местоимения («мы разработали», «наш продукт»)
❌ Нерасшифрованные сокращения (API должно быть «интерфейс программирования приложений»)
❌ Детальные расчеты себестоимости (только итоговые цифры)
❌ Пустые строки и лишние пробелы
❌ Орфографические и пунктуационные ошибки (точки в конце предложений нужны)
❌ Одинаковый текст в разных полях паспорта
Терминология: принцип единообразия
Критически важно: если в цели заявлена «веб-платформа», то во всех разделах должна быть именно «веб-платформа». Не «система», не «сервис», не «приложение».
Частые терминологические ошибки:
· В цели: «мобильное приложение»
· В описании: «программное обеспечение»
· В КП: «мобильный сервис»
Такая непоследовательность — красный флаг при проверке.
Работа с сокращениями
Правило: все англоязычные сокращения расшифровываются на русском языке.
Примеры правильной расшифровки:
· API → интерфейс программирования приложений
· AI/ИИ → искусственный интеллект
· MVP → минимально жизнеспособный продукт (но лучше вообще не использовать)
· LLM → большая языковая модель
Чек-лист перед подачей паспорта
Цель проекта ✅
- Сформулирована одним предложением
- Отражает результат, который нужно достичь
- Начинается с «Создание/Разработка»
- Указано назначение продукта
- Обезличенный стиль изложения
- Соответствует теме из протокола
- Нет научных терминов и исследований
- Текст обезличен
Описание продукта ✅
- · Понятно, что это такое и как работает
- · Указаны технические характеристики, состав, измеряемые параметры, свойства
- · Описаны основные функции, составляющие процесса оказания услуги, элементы технологии
- · Есть конкурентные преимущества
- · Указана планируемая цена
- · Указана себестоимость продукта
- · Расшифрованы все сокращения
- · Убраны ссылки и личные местоимения
Общие требования ✅
- · Единая терминология во всех разделах
- · Логическая связь цель → продукт → КП
- · Нет пустых строк и лишних пробелов
- · Уникальный текст в каждом поле, соответствующий его названию
Помните: паспорт стартап-проекта — это техническое задание, по которому будут оценивать результаты работы. Чем точнее и конкретнее формулировки, тем меньше вопросов возникнет при отчетности.