## Почему документация решает больше, чем презентация
Когда проект доходит до инвестиционного комитета УСС ГГНТУ, у членов комитета ограниченное время на каждый кейс. Они не читают десятки страниц описания продукта — они ищут конкретные ответы на конкретные вопросы: что это за технология, кто клиент, сколько стоит пилот, какой эффект ожидается и какие риски есть.
Если эти ответы разбросаны по слайдам, письмам и устным объяснениям, комитету приходится собирать картину из осколков. А если в папке проекта всё лежит структурированно — решение принимается быстрее и с большей уверенностью. Это не формальность: документация работает как доказательная база для каждого утверждения в презентации.
## Какие документы обязательны в папке проекта
**Техническое описание продукта.** Не маркетинговый текст, а инженерное описание: что делает система, на каком уровне зрелости (TRL) находится технология, какие ключевые компоненты есть и какие ещё нужно разработать. Для B2B-технологий здесь же — требования к условиям эксплуатации, ограничения по масштабу, совместимость с существующим оборудованием клиента.
**Коммерческое обоснование.** Не «мы хотим инвестиций», а конкретные цифры: стоимость пилота на целевом объекте, ожидаемый эффект в деньгах или метриках, срок окупаемости. Если точных цифр пока нет — это нормально, но нужно показать методологию расчёта и допущения. Комитет ценит честность в оценках больше оптимизма.
**Описание целевого клиента и рынка.** Кто именно будет покупать или внедрять технологию, какой у него масштаб, сколько таких потенциальных клиентов существует. Для промышленных B2B-проектов критически важно показать, что команда понимает операционные процессы клиента — не абстрактный «завод», а конкретный тип производства с конкретными болями.
**Состав команды и роли.** Кто в команде за что отвечает, какой опыт есть у каждого. Если каких-то ролей нет (например, нет технического директора или коммерческого директора) — это нужно признать и показать план найма. Комитет не ждёт идеальную команду на старте, но ждёт осознанности в том, чего не хватает.
**Юридическая структура.** Форма организации, распределение долей, наличие интеллектуальной собственности (патенты, заявки, договоры об отчуждении прав). Если IP принадлежит университету или третьим лицам — нужно показать условия использования. Это один из первых вопросов, который задаёт комитет.
**Смета и план расходов.** Куда пойдут деньги на ближайшие 6–12 месяцев, разбивка по статьям: разработка, прототипирование, пилот, найм, маркетинг. Не нужно точность до рубля — нужна логика: почему на эту статью именно такая сумма.
## Типичные ошибки в подаче документов
**Слишком много текста.** Папка из 80 страниц, где ключевые цифры спрятаны на 47-й странице. Комитет не будет искать — он закроет папку после первых 10 минут и сделает вывод по первому впечатлению.
**Отсутствие цифр там, где они ожидаются.** «Мы ожидаем значительный экономический эффект для клиента» — это не ответ. Даже приблизительная оценка («ожидаем снижение затрат на X% при условии Y») работает в разы лучше.
**Смешение этапов.** В одном документе описаны и текущий статус, и план через год, и видение через пять лет — без чёткого разделения «что есть сейчас / что будет через 3 месяца / что через год». Комитет должен видеть, на каком этапе проект находится прямо сейчас.
**Отсутствие рисков.** Если в папке нет раздела «риски и меры их снижения», комитет делает вывод: команда либо не думала о рисках, либо скрывает проблемы. Лучше честно перечислить 3–5 ключевых рисков и показать, что у каждого есть план действий.
**Неактуальные данные.** Если в документе указаны метрики за два года назад, а с тех пор продукт изменился — это снижает доверие ко всем остальным цифрам в папке.
## Как структурировать папку проекта
Практичная структура, которая работает для большинства B2B-технологических проектов:
1. **Одностраничное резюме (one-pager).** Что за проект, какая технология, кто клиент, какой эффект, какие нужны ресурсы. Если комитет прочитает только эту страницу — он должен понять суть.
2. **Техническое описание.** 3–5 страниц: архитектура системы, уровень зрелости, ключевые отличия от существующих решений.
3. **Коммерческая модель.** Клиент, рынок, стоимость пилота, ожидаемый эффект, план монетизации.
4. **Команда и оргструктура.** Кто есть, кто нужен, какой опыт.
5. **Смета и таймлайн.** Разбивка по месяцам на ближайшие 12 месяцев.
6. **Риски.** 3–5 ключевых рисков с мерами снижения.
7. **Приложения.** Патенты, договоры, письма от потенциальных клиентов, результаты тестов — всё, что подтверждает утверждения в основных документах.
## Как подготовить папку за две недели
Не нужно нанимать консультанта и месяц собирать документы. Практичный план:
**День 1–2:** Собрать всех участников команды на два часа. Записать: что есть сейчас (продукт, команда, IP, договоры), чего нет, какие цифры известны. Это база.
**День 3–5:** Написать one-pager и техническое описание. Это самые важные документы — их стоит переписать трижды, пока не станет понятно даже человеку вне команды.
**День 6–8:** Коммерческая модель и смета. Здесь часто нужно уточнять цифры у потенциальных клиентов или партнёров — лучше сделать это до подачи, чем после вопроса комитета.
**День 9–10:** Риски, команда, приложения. Собрать всё в одну папку с оглавлением.
**День 11–12:** Показать папке человеку вне команды (инженеру, предпринимателю, преподавателю). Если он задаёт вопросы, на которые нет ответа в документах — это пробел, который нужно закрыть.
**День 13–14:** Финальная вычитка. Убедиться, что все цифры согласованы между документами (если в one-pager написано «стоимость пилота 2 млн», а в смете — 2,5 млн — это красный флаг).
## Что ещё влияет на впечатление от документации
**Оформление.** Не нужно дизайнерское perfection. Но единый шрифт, нумерация страниц, оглавление и отсутствие опечаток — это минимум. Документ с ошибками в цифрах или названиях компаний вызывает сомнение во внимательности команды.
**Язык.** Избегать маркетинговых оборотов («революционная технология», «уникальное решение»). Писать конкретно: что делает система, для кого, сколько стоит, какой эффект. Инвестиционный комитет — это не рынок, где нужно впечатлить.
**Актуальность.** Если проект подаётся повторно после отказа — обновить документы с учётом замечаний прошлого комитета. Повторная подача со старыми документами без изменений воспринимается хуже, чем первая.
## Итог
Документация для инвестиционного комитета — это не бюрократия, а инструмент, который помогает команде чётко сформулировать, на чём стоит проект и куда он идёт. Если в папке проекта все ключевые вопросы закрыты цифрами и фактами, комитет принимает решение быстрее и с большей вероятностью «за».
Если вы готовите проект к подаче в УСС ГГНТУ и хотите проверить готовность документации до заседания — свяжитесь с командой Стартап-студии. Мы поможем структурировать папку проекта и выявить пробелы, которые комитет наверняка заметит.
Подписывайтесь на канал →