## Почему команда решает не меньше, чем технология
Многие основатели приходят на защиту перед инвестиционным комитетом с сильной технологией и слабой структурой команды. Это одна из самых частых причин отказа: даже перспективный проект без чётко распределённых ролей воспринимается как высокий риск исполнения.
Инвестиционный комитет УСС ГГНТУ оценивает не только «что делает продукт», но и «кто это делает и как». Команда — это операционный фундамент, на котором держится весь бизнес-план. Если в команде нет человека, который реально отвечает за продажи, или если техническая часть ложится на одного основателя без бэкапа, комитет видит уязвимость.
Ниже — шесть ролей, которые должны быть закрыты до защиты проекта. Речь не о штатном расписании, а о функциональных зонах ответственности: одну роль может закрывать один человек, если он действительно готов вести её в рабочем режиме.
## Роль 1: Основатель-стратег
Это человек, который отвечает за общее видение проекта, стратегию развития и ключевые решения. На защите перед комитетом именно этот человек ведёт основную часть питча.
Что важно проверить до защиты:
— Основатель может чётко сформулировать миссию проекта в трёх предложениях. — Он понимает целевой рынок, конкурентов и свою конкурентную позицию без заученных формулировок. — Он готов отвечать на вопросы о рисках честно, а не уходить от них.
Типичная ошибка: основатель знает продукт на уровне кода, но не может объяснить бизнес-логистику простым языком. Комитет слышит энтузиазм, но не видит стратегию.
## Роль 2: Технический руководитель
Человек, который отвечает за архитектуру продукта, качество разработки и техническое исполнение. Для B2B-проектов особенно важно, чтобы эта роль была отделена от роли основателя, если техлид — сам основатель.
Что важно проверить:
— Есть ли у проекта техническая документация: архитектура, roadmap, ключевые зависимости. — Техлид может объяснить, почему выбран именно такой технологический стек, и какие компромиссы были сделаны. — Понятен план развития продукта на ближайшие 6–12 месяцев.
Если техлид — единственный разработчик в команде, комитет увидит риск «одного человека». Это не приговор, но требует честного обсуждения: как проект будет развиваться, если этот человек уйдёт или заболит?
## Роль 3: Коммерческий директор или ответственный за продажи
Даже если продаж пока нет, должна быть определена зона ответственности за коммерческую сторону. Это может быть один из основателей, но он должен реально заниматься клиентами, а не «помогать иногда».
Что важно проверить:
— Есть ли хотя бы один разговор с потенциальным клиентом или партнёром — даже если это был отказ. — Понятен процесс: как проект находит клиентов, как ведёт переговоры, как закрывает сделку. — Определён ценовой подход: сколько стоит продукт или услуга и почему именно столько.
Комитет не ждёт от стартапа большого портфеля заказов, но ждёт понимания механики продаж. «Мы пока не думали о продажах» — это красный флаг.
## Роль 4: Финансовый ответственный
Человек, который ведёт учёт расходов, понимает юнит-экономику и может показать, сколько стоит один клиент или одна единица продукта. Это не обязательно отдельный бухгалтер на раннем этапе, но функции должны быть выделены.
Что важно проверить:
— Команда знает свои текущие расходы и источники финансирования. — Понятна модель юнит-экономики: стоимость привлечения клиента, стоимость обслуживания, маржинальность. — Есть хотя бы базовый финансовый план на 12 месяцев с ключевыми допущениями.
Типичная ошибка: основатели знают выручку, но не понимают себестоимость. Комитет видит проект как «дорогой», даже если продукт объективно конкурентоспособен.
## Роль 5: Ответственный за партнёрства и B2B-связи
Для проектов, работающих с промышленными или корпоративными заказчиками, критически важна роль человека, который выстраивает отношения с партнёрами. Это может быть коммерческий директор, но часто это отдельная функция.
Что важно проверить:
— Есть ли конкретные имена и компании, с которыми ведётся диалог. — Понятен процесс: как происходит встреча, что демонстрируется, как фиксируются договорённости. — Определён следующий шаг по каждому потенциальному партнёру.
«Мы общаемся с несколькими компаниями» без конкретики — это не доказательство спроса. Комитет хочет видеть имена, этапы переговоров и следующие действия.
## Роль 6: Операционный менеджер или координатор
На раннем этапе эту роль часто закрывает один из основателей, но функция должна существовать: кто-то должен отвечать за процессы, сроки, коммуникацию внутри команды и внешний отчёт.
Что важно проверить:
— Есть ли система трекинга задач — даже простая таблица или таск-менеджер. — Команда знает, что происходит с проектом на этой неделе и в следующем месяце. — Есть регулярные точки синхронизации: еженедельная встреча, статус отчёт, обновление roadmap.
Без операционной структуры даже сильная команда разваливается под нагрузкой. Комитет видит это по тому, как основатели отвечают на вопросы о процессах: если ответы размытые, значит процессов нет.
## Как распределить роли за неделю до защиты
Если до защиты осталось меньше двух недель, вот минимальный план:
1. Назначьте ответственного за каждую из шести ролей. Одна роль — один человек. Дублирование функций создаёт хаос и размывает ответственность.
2. Проведите внутреннюю встречу: каждый отвечает на вопрос «Что именно ты делаешь в проекте и что будешь делать в ближайшие три месяца». Запишите ответы.
3. Проверьте, нет ли ролей, которые никто не закрывает. Если есть — назначьте человека или честно признайте это на защите как ограничение с планом закрытия.
4. Проведите один тренировочный питч: один человек из команды задаёт вопросы, как если бы он был членом комитета. Запишите слабые места и отработайте их.
5. Подготовьте краткую презентацию структуры команды: кто за что отвечает, какие навыки есть, каких специалистов не хватает и когда они появятся.
## Частые ошибки, которые убивают защиту
— Все роли лежат на одном основателе. Комитет видит, что проект зависит от одного человека. Это риск.
— Роли названы, но не закрываются. «У нас есть коммерческий директор» — а по факту он участвует в одном совещании в месяц. Комитет это чувствует.
— Нет плана на случай ухода ключевого человека. Даже если это маловероятно, комитет спрашивает: «Что будет, если техлид уйдёт?» Отсутствие ответа — минус.
— Команда не может синхронно отвечать на вопросы. Если каждый говорит своё, комитет видит отсутствие единого видения.
## Что комитет действительно хочет увидеть
Комитет УСС ГГНТУ не ищет идеальную команду из десяти специалистов. Он ищет команду, которая:
— Понимает свои зоны ответственности. — Может объяснить, как проект будет работать без каждого отдельного человека. — Демонстрирует операционную зрелость: есть процессы, сроки, отчётность. — Готова масштабироваться: если проект получит финансирование, команда сможет нанять нужных людей и выстроить процессы.
Команда — это не приложение к бизнес-плану. Это бизнес-план в действии. Если структура команды слабая, даже самая сильная технология не спасёт проект от отказа. И наоборот: чёткая команда с понятными ролями способна закрыть многие пробелы в продукте и коммерческой модели.
## Чек-лист перед защитой
Перед тем как идти на инвестиционный комитет, пройдитесь по списку:
— Все шесть ролей назначены и подтверждены конкретным человеком. — Каждый член команды может объяснить свою зону ответственности в двух предложениях. — Проведён хотя бы один тренировочный питч с вопросами от «внешнего» наблюдателя. — Подготовлена презентация структуры команды. — Определены два-три ключевых риска по команде и план их закрытия.
Если все пункты выполнены — команда готова к защите. Остальное: технология, рынок, цифры. Но без первого пункта даже сильная технология не пройдёт.
Подписывайтесь на канал →