Слайд о команде в питч-деке должен объяснять, почему эти люди способны выполнить следующий важный шаг. Покажите, кто отвечает за работу, какой конкретный опыт подтверждает эту ответственность и какой компетенции пока не хватает. Ряд должностей и известных логотипов может пересказать резюме, не ответив ни на один из этих вопросов.

Постройте слайд вокруг ближайшего этапа и выберите факты о команде, которые помогают его объяснить. Когда они собраны, можно превратить материалы о бизнесе в черновик питч-дека. Внимательно проверьте результат: инструмент оформления не может подтвердить за вас чей-либо опыт, доступность или обязательства.

Три взаимодополняющие зоны ответственности связаны с общим этапом пилотного проекта; консультации отделены от исполнения.

Начните с работы, которую предстоит выполнить

Утверждение «У нас сильная команда» трудно оценить. Фраза «За продукт, разработку и подключение клиентов в первом пилоте назначены ответственные» даёт аудитории конкретный предмет для обсуждения. Она не доказывает, что пилот будет успешным, а показывает задачи, которые необходимо закрыть.

Выберите один ближайший этап из бизнес-плана. Это может быть завершение прототипа, проведение пилота, первое внедрение у клиента или проверка канала продаж. Разбейте его на несколько необходимых направлений работы, прежде чем решать, чьи биографии включать в слайд.

В структуре бизнес-плана Sequoia на английском языке предусмотрен рассказ об основателях и ключевых участниках команды. Это повод объяснить роль людей, важных для бизнеса, а не включить всех, с кем у компании есть впечатляющая связь. Слайд о команде и организационная схема отвечают на разные вопросы.

Для каждого направления определите, какие факты сделают кандидатуру ответственного убедительной. Это может быть созданный им прототип, процесс, которым он управлял, принятое решение или исследование, которое он способен объяснить. Стаж и известный работодатель дают контекст, но сами по себе не раскрывают личный вклад.

Вымышленная команда и конкретный этап

Рассмотрим вымышленный сервис планирования записи, который готовит шестинедельный пилот с тремя потенциальными ремонтными компаниями. Люди и их работа ниже придуманы для примера слайда; это не клиенты Presenti и не реальные рекомендации. Подписанные договоры на пилот не предполагаются.

Задача — подготовить и провести небольшой пилот с рабочими сценариями записи, надёжным импортом и понятной ответственностью за подключение клиентов. В команде два сооснователя с полной занятостью и руководитель операционной работы с частичной занятостью.

Участник и текущая рольПодтверждающий опыт в примереОтветственность на следующем этапе
Maya — сооснователь, отвечает за продукт; полная занятостьПровела четыре разбора прототипа и преобразовала конфликты расписания в двенадцать приёмочных сценариевОпределить границы пилота и решить, какие проблемы рабочего процесса устранить до использования
Leo — сооснователь, отвечает за разработку; полная занятостьСоздал прототип импорта на тестовых данных, выявляющий незаполненные обязательные поляОбеспечить надёжность импорта и подготовить порядок восстановления после сбоев
Nina — руководитель операционной работы; два дня в неделюРаспределила обязанности по подключению и подготовила передачу нерешённых вопросовКоординировать подключение клиентов и направлять вопросы ответственному сооснователю

Эти подтверждения намеренно уже, чем утверждение о коммерческой востребованности. Четыре разбора не доказывают спрос. Прототип на тестовых данных не подтверждает надёжность в промышленной эксплуатации. План подключения не означает, что клиенты уже прошли этот процесс. Каждый факт обосновывает конкретную ответственность, не превращаясь в более масштабное достижение.

Таблица — рабочий материал. На слайде её стоит сжать до коротких, читаемых формулировок, сохранив эти границы. Более подробные подтверждения можно оставить в заметках или приложении, если вероятны вопросы.

Выберите факты, которые сможете пояснить

Полезная формулировка называет действие и его масштаб. «Опыт в продуктовой работе» оставляет аудитории слишком много догадок. «Преобразовала четыре разбора прототипа в двенадцать приёмочных сценариев» объясняет, что человек сделал и что получилось. В реальном питче команда должна уметь рассказать об этих сценариях и их влиянии на работу.

Не усиливайте формулировку сверх подтверждений. «Работал в компании, которая вышла на международный рынок» не равно «руководил международной экспансией». «Участвовал в запуске» не означает, что человек отвечал за весь запуск. Если его вклад был частью работы большой команды, назовите именно эту часть.

Числа полезны, когда описывают значимый и проверяемый масштаб. Они отвлекают, когда только украшают биографию. Количество лет не объясняет, решал ли человек нужную задачу; длинный список прежних работодателей не показывает, какой опыт важен сейчас.

Прежде чем использовать реальное утверждение, найдите работу или человека, которые могут его подтвердить. Это может быть выпущенный продукт, общедоступная публикация, документированный вклад в проект или пример, о котором участник вправе рассказывать. Не добавляйте конфиденциальные материалы, названия клиентов и логотипы работодателей только ради убедительного вида.

Подтверждением может быть и текущая работа. Начинающему основателю не нужно выдумывать большой управленческий опыт. Прототип с ясными границами, продуманная операционная модель или хорошо объяснённое техническое решение могут сказать больше, чем расплывчатое слово «визионер». Опишите, что уже существует и что ещё не проверено.

Соберите факты в читаемый слайд

Для вымышленной команды подойдёт заголовок «У продукта, разработки и подключения клиентов есть ответственные за первый пилот». Ниже разместите три одинаковые по размеру карточки. Для каждого участника дайте одни и те же типы сведений, чтобы аудитория могла сравнить ответственность, не разбираясь в трёх разных форматах биографий.

Maya — сооснователь, продукт
Полная занятость · Четыре разбора прототипа преобразованы в двенадцать приёмочных сценариев.
Следующая задача: границы пилота и решения по рабочим процессам.

Leo — сооснователь, разработка
Полная занятость · Прототип импорта на тестовых данных выявляет незаполненные обязательные поля.
Следующая задача: надёжность импорта и восстановление.

Nina — операционная работа
Два дня в неделю · Распределены обязанности по подключению и передаче вопросов.
Следующая задача: координация подключения и направление нерешённых вопросов.

Имена и обязанности должны читаться легче, чем декоративный фон. Если используете фотографии, берите подходящие снимки реальных участников с разрешением на использование. Не заменяйте членов команды сгенерированными лицами. Текстовый слайд лучше портрета, который создаёт впечатление существования человека или обязательства, которых нет.

Оставьте в каждой карточке только наиболее значимое для этого этапа подтверждение. Слайд — не уменьшенная копия резюме. Квалификация, прежняя должность или техническая специализация уместны, когда объясняют текущую ответственность; иначе их можно оставить в дополнительной биографии.

Акценты зависят от стадии бизнеса. Исследовательской компании может быть важно показать, кто превратит результаты исследований в пригодный продукт. Сервисному бизнесу — кто отвечает за исполнение. Не нужно копировать набор должностей крупной компании, если таких ролей у вас нет.

Слайд вымышленной команды закрепляет за Maya границы продукта, за Leo надёжность импорта, за Nina координацию подключения и отдельно отмечает отсутствие выделенного сотрудника поддержки.
Используйте одинаковую структуру роли, подтверждающего опыта и следующей задачи для каждого участника; не скрывайте незакрытую позицию.

Отделите консультации от операционной ответственности

Предположим, команде также помогает Ravi, бывший операционный руководитель, который консультирует два часа в месяц. Его вклад — разбор порядка передачи вопросов при подключении. Он не руководит исполнением пилота и не ведёт ежедневную поддержку.

Поместите его в явно обозначенную строку советника, а не в четвёртую карточку операционной команды: «Ravi — советник по операционной работе; два часа в месяц на разбор передачи вопросов при подключении». В реальном питче название роли, вовлечённость и описание должны соответствовать существующей договорённости. Не представляйте человека советником только потому, что он ответил на вопрос или посетил встречу.

То же различие относится к подрядчикам и участникам с частичной занятостью. Укажите их текущую роль и границы работы. «Партнёр по разработке прототипа» не означает технического сооснователя с полной занятостью. Если внешний специалист отвечает за критическую часть исполнения, объясните, как его ответственность связана с внутренней командой.

Опыт советника может объяснять доступ к экспертному мнению. Он не закрывает операционный пробел, которым советник не согласился заниматься. Разделение этих категорий повышает понятность слайда и не даёт аудитории приписать бизнесу лишние ресурсы.

Покажите недостающую роль и текущего ответственного

В вымышленной команде пока нет отдельного сотрудника поддержки. Если это скрыть, частичная занятость Nina будет казаться более широким покрытием задач, чем есть на самом деле. Добавьте строку под карточками: «Выделенная позиция поддержки пока не закрыта; в пилоте Maya принимает и распределяет клиентские обращения, Leo отвечает за техническую эскалацию».

Такое описание показывает текущую схему без обещания неограниченной доступности. До старта пилота команде ещё нужно согласовать часы покрытия, каналы передачи вопросов и действия на случай, когда ответственный не может ответить. План найма — не нынешний сотрудник, а предполагаемое финансирование — не завершённый найм.

Пробел стоит показывать на этом слайде, если он существенно влияет на ближайший этап. Назовите недостающую компетенцию и временное решение; подробные затраты на персонал и даты найма оставьте для операционного плана. Не заполняйте слайд гипотетическими будущими должностями, которые визуально увеличивают нынешнюю команду.

Объясните, как команда работает вместе

Во время выступления связывайте роли между собой, а не зачитывайте карточки. Для примера можно сказать:

«Наш следующий шаг — небольшой шестинедельный пилот. Maya определяет границы рабочих процессов, Leo отвечает за надёжность импорта, а Nina два дня в неделю координирует подключение. Они уже подготовили показанные здесь приёмочные сценарии, прототип на тестовых данных и порядок передачи вопросов. Отдельного сотрудника поддержки мы пока не наняли, поэтому Maya распределяет клиентские обращения, а Leo решает технические эскалации. Ravi консультирует по передаче вопросов, но не руководит исполнением».

Это объясняет, кто выполняет работу, что уже подготовлено и где ограничены возможности команды. Аудитория может задать полезный вопрос о пилоте вместо того, чтобы выводить обязанности из названий должностей.

Для черновика передайте отдельными полями текущую роль, занятость, одно значимое подтверждение опыта и следующий результат каждого человека. Явно укажите советников и незакрытые позиции. Затем сверьте слайд с этими фактами: уберите завышенные должности, придуманные достижения и подразумеваемые обязательства. Готовый слайд должен объяснять организацию работы яснее, чем отдельные биографии.