Когда собственник произносит "команда проекта", чаще всего речь не про классический проектный офис с диаграммой Ганта, а про запуск продаж на новом рынке, под новый продукт или новую услугу - и людей, которых на это выделили из действующего отдела продаж. У этой команды есть план, роли и результат, который нужно контролировать. Управляют ею как отделом продаж с ограниченным временем на эксперимент, а не как стройкой.
Дальше - как устроена такая команда, кто в неё входит, как собрать её из действующих менеджеров и не потерять текущий план, и какие ошибки чаще всего съедают результат. Опыт - 350+ проектов Neuron Group по построению и аудиту отделов продаж.
Я Артур Куприянов, сооснователь Neuron Group. Мы регулярно ставим РОПов на такие задачи и разбираем команды, которые запускают новое направление силами действующих менеджеров, и первым делом смотрим не на состав команды, а на то, есть ли у неё отдельная воронка, руководитель и время, выделенное не на словах.
Роли команды управления проектом
Что такое управление командой проекта
Управление командой проекта - это не управление отделом продаж вообще, а управление конкретной группой людей, у которой есть отдельная цель, срок и результат, отличный от текущего плана продаж. Классический пример у наших клиентов: собственник запускает продажу нового продукта, выходит в другой регион или пробует B2B-направление рядом с основным бизнесом. Под это нельзя просто "дать задачу отделу" - нужна выделенная команда, руководитель и план, по которому видно, движется дело или стоит.
Отличие от обычного управления отделом продаж - в трёх вещах. Во-первых, у проекта есть начало и конец, а не бесконечный план на квартал. Во-вторых, результат проекта часто не совпадает с текущей воронкой: первые сделки на новом рынке идут медленнее и труднее обычных. В-третьих, команда проекта почти всегда состоит из людей, у которых есть основная работа - и время на проект приходится отвоёвывать у текущих продаж.
Кто входит в команду управления проектом
Команда управления проектом - это не только менеджеры, которые звонят и ведут сделки. Это три роли с разной зоной ответственности.
| Роль | Кто это чаще всего | За что отвечает | |---|---|---| | Руководитель проекта | РОП или менеджер, назначенный на период проекта | План, распределение задач, контрольные точки, регулярный отчёт заказчику | | Исполнители | несколько действующих менеджеров, частично или полностью переключённых на проект | Ведение сделок по новому направлению, обратная связь по рынку/продукту | | Заказчик | Собственник или коммерческий директор | Цель, бюджет времени и денег, решения, которые выходят за полномочия руководителя проекта |
В части проектов добавляется четвёртая роль - методическая поддержка: человек, который готовит скрипты, презентации и материалы под новый продукт или рынок, потому что старые под него не годятся. Без этой роли менеджеры идут в незнакомую тему с чужими инструментами и теряют время на то, чтобы придумывать аргументы на ходу.
Если руководителя проекта не назначить отдельно, а оставить "на всех", результат один: у проекта нет хозяина, и в первую же загруженную неделю он проседает в пользу текущих задач. Если в компании нет человека на роль руководителя проекта на нужный срок, эту функцию можно закрыть РОПом в аренду - тогда управление командой проекта не висит на собственнике и не забирает время у действующего руководителя отдела.
Формирование команды: как собрать её из действующих менеджеров
Формирование команды проекта - самый частый вопрос собственников, потому что найм под временную задачу почти никогда не окупается. Рабочий подход - собрать команду из действующих менеджеров, но не по принципу "кто свободен", а по двум фильтрам.
Первый фильтр - незаменимость на текущем плане. Если менеджер держит на себе заметную часть плана отдела, забирать его на проект - значит просадить то, что уже работает, ради того, что ещё не факт. В проект идут те, чьё частичное переключение на проект не обрушит план месяца.
Второй фильтр - результат на холодных, не разогретых сделках. Запуск нового рынка или продукта почти всегда идёт без входящего потока: звонить приходится в холодную, объяснять то, что клиент раньше не спрашивал. Лучшие продавцы по теплым лидам не всегда лучшие для этой задачи - здесь важнее тот, кто умеет продавать, когда клиент ещё не знает, что ему это нужно.
После отбора - обязательное условие, без которого формирование команды бессмысленно: выделенное время, зафиксированное как факт, а не "между делом". Если менеджер формально в проекте, а фактически почти всё время закрывает текущий план, команды нет - есть красивая запись в презентации.
План управления командой проекта
План управления командой проекта - это не документ ради документа, а пять элементов, без которых команда работает вслепую.
Цель в измеримом виде. Не "выйти на новый рынок", а, например, "закрыть N сделок на новом продукте к определённому сроку" или "провести N встреч с клиентами нового сегмента за фиксированный период". Без цифры руководитель проекта не сможет сказать, идёт дело или стоит.
Состав команды и зоны ответственности. Кто ведёт сделки, кто готовит материалы, кто принимает решения по цене и условиям, кто отчитывается заказчику. Без письменной фиксации ответственность размывается между "все немного делают".
Этапы с контрольными точками. Проект разбивается на короткие отрезки, на конце каждого - конкретный результат: провели N встреч, получили обратную связь по продукту, закрыли первую сделку. Контрольная точка - это момент, когда команда осознанно решает продолжать или менять подход, а не плывёт по инерции.
Регламент коммуникации. Кто, когда и в каком формате отчитывается: короткая еженедельная сводка руководителя проекта заказчику, разбор зависших сделок внутри команды. Без регламента собственник узнаёт о проблемах на проекте с опозданием на месяц.
Критерии завершения. Момент, когда проект считается успешным (и переходит в постоянную работу отдела) или неуспешным (и закрывается без утраты лица для команды). Без этого критерия проекты живут годами в статусе "ещё тестируем".
Организация управления проектом внутри действующего отдела
Организация управления проектом - это то, как команда проекта сосуществует с текущей работой отдела. Здесь у большинства компаний ломается всё то, что было правильно спланировано на бумаге.
Первое правило - отдельная воронка в CRM. Если сделки нового направления идут в общей воронке с текущими продажами, узнать, работает ли проект, нельзя: цифры смешиваются, и низкая конверсия новых сделок тонет в общей статистике отдела.
Второе - двойное подчинение решается заранее, а не по ходу. Менеджер, который часть недели в проекте, а часть - в текущих продажах, должен точно знать, кто ставит ему задачи на каждый день. Если руководитель проекта и руководитель отдела продаж дают противоречащие указания, менеджер по умолчанию выбирает то, что горит сильнее прямо сейчас - обычно это текущий план, а не проект.
Третье - регулярная синхронизация руководителя проекта с РОПом или собственником, отдельно от общих планёрок отдела. Проект живёт на другом ритме, и его нельзя обсуждать походя в конце общей встречи по текущим продажам.
Система управления командой проекта: что должно быть
Систему управления командой проекта держат три инструмента, а не устные договорённости на планёрке.
Отдельная воронка или сегмент в CRM - с этапами, специфичными для проекта, если они отличаются от типовых продаж (например, "пилотная поставка" или "тестовый период" для нового продукта).
Регулярная отчётность руководителя проекта - короткий статус на регулярной основе: сколько сделок в работе, что мешает, какое решение нужно от заказчика. Формат важнее объёма: собственнику нужна не длинная презентация, а короткая и честная сводка.
Разбор зависших сделок - отдельная встреча, где руководитель проекта и команда смотрят, где стопорится движение и почему. На новом рынке или продукте зависание случается чаще, чем в отлаженных продажах, потому что менеджеры сами ещё не до конца понимают, как продавать новое.
Что делает управление командой проекта эффективным
Эффективное управление командой проекта складывается не из мотивационных речей, а из нескольких проверяемых условий.
У проекта один ответственный, а не коллективная ответственность "отдела в целом". Коллективная ответственность на практике означает, что отвечает никто.
У команды выделено реальное время, зафиксированное в расписании, а не декларативно. Если менеджер официально в проекте, но фактически всё время закрывает текущий план, эффективности не будет - и виноват в этом не менеджер, а организация работы.
Есть регулярная точка сверки с самого старта, а не раз в квартал - чтобы вовремя увидеть, что подход не работает, и поменять его, пока не потрачено много времени.
Мотивация команды привязана к цели проекта отдельно от общего плана отдела - иначе рациональный выбор менеджера всегда в пользу того, что уже приносит деньги сейчас.
Анализ управления командой проекта: как понять, что не так
Если проект уже идёт, но собственник не понимает, почему нет результата, нужен не общий разговор с командой, а структурный разбор: как распределены роли, есть ли план с контрольными точками, отделена ли воронка проекта от текущей, и на что реально уходит время менеджеров - на проект или на текущие сделки под видом проекта.
Такой разбор мы делаем в рамках аудита отдела продаж: смотрим фактическую занятость команды, воронку по проекту отдельно от общей и то, где именно управление ломается - на этапе постановки цели, распределения ролей или контроля.
Проблемы управления командой проекта
За 350+ проектов мы видели одни и те же причины, по которым команда проекта не даёт результата.
Нет выделенного времени. Формально менеджер в проекте, фактически - всё время в текущих продажах, потому что текущий план горит здесь и сейчас, а результат проекта отложен.
Нет единого ответственного. Руководитель проекта не назначен, "все немного отвечают", и первым проседает то, за что конкретно никто не отчитывается.
Общая воронка с текущими продажами. Невозможно увидеть, работает проект или нет, потому что цифры смешаны с основным потоком.
Мотивация не отражает цель проекта. Менеджеры получают премию за общий план, поэтому работа над новым, ещё не окупающимся направлением им экономически невыгодна - и её рационально избегать.
Нет контрольных точек. Проект существует без промежуточных сроков, поэтому проблема вскрывается только тогда, когда уже поздно что-то менять.
Руководитель проекта совмещает эту роль с текущей операционкой без разгрузки. Он либо ведёт проект по остаточному принципу, либо теряет управление текущим отделом - совместить оба на полную загрузку невозможно.
Управление развитием команды проекта
Команда, которая выходит на новый рынок или продаёт новый продукт, почти всегда работает хуже, чем ожидалось, в первые недели - и это не повод менять состав, а сигнал, что нужно обучение под конкретную задачу.
Развитие команды проекта отличается от обычного обучения менеджеров тем, что материал специфичен: аргументы, возражения и сценарии нового направления ещё не описаны, их приходится собирать по ходу первых звонков и встреч. Руководитель проекта фиксирует типовые возражения новой аудитории и разбирает их с командой на регулярных встречах, а не ждёт квартального тренинга.
Если у команды нет опыта продаж в холодную или на незнакомом сегменте, отдельное обучение до старта проекта экономит недели проб: подробнее о том, как выстроено обучение менеджеров по продажам под конкретную задачу, а не общими программами.
Система мотивации команды проекта
Система мотивации команды проекта - отдельный вопрос от общей системы мотивации отдела, и это не деталь, а условие, без которого управление командой проекта не работает.
Если менеджер в проекте получает премию по тем же правилам, что и в текущих продажах, у него нет экономического смысла тратить время на непрогретый рынок вместо тёплой сделки в основной воронке. Рабочий принцип - фиксированная часть на время участия в проекте (компенсация за то, что часть времени не идёт в обычный план) плюс бонус, привязанный к цели именно проекта: количеству встреч, первым сделкам, выполнению контрольной точки.
Это не значит, что вся система оплаты меняется - меняется только часть, которая касается проекта, и делается это на срок проекта, а не навсегда. О том, как в принципе устроена фиксированная и бонусная часть в оплате менеджера, - в отдельном материале про фикс и флекс в зарплате менеджера.
Часто задаваемые вопросы
Что входит в план управления командой проекта?
Пять элементов: цель проекта в измеримом виде, состав команды и зоны ответственности, этапы с контрольными точками, регламент коммуникации (кто, когда и в каком формате отчитывается) и критерии, по которым проект считается завершённым или проваленным. Без любого из пяти план превращается в список пожеланий.
Кто входит в команду управления проектом, если проект - это запуск продаж на новом рынке?
Минимум три роли: руководитель проекта (чаще всего РОП, либо привлечённый на этот период), исполнители - менеджеры, которые ведут сделки, и заказчик - собственник или коммерческий директор, который утверждает цель и снимает решения, которые не может принять руководитель проекта. В части проектов добавляется предпродажная поддержка: маркетолог или методолог, который готовит материалы под новый рынок или продукт.
Как сформировать команду проекта из действующих менеджеров, а не нанимать новых людей?
Через два фильтра: кто из действующих менеджеров не является незаменимым на текущем плане (иначе проект тормозит текущие продажи), и у кого есть результат именно на сложных, не разогретых сделках - запуск нового направления почти всегда идёт без входящего потока. Дальше - выделенное время, а не "между делом", и отдельная воронка в CRM.
Какие проблемы чаще всего мешают управлению командой проекта?
По нашему опыту, чаще всего это отсутствие выделенного времени у менеджеров (проект идёт "в фоне" текущих продаж), отсутствие единого ответственного за результат, общая воронка с текущими продажами, из-за которой не видно, работает ли проект, и мотивация, не привязанная к цели проекта - тогда команда возвращается к тому, что уже приносит деньги.
Как оценить эффективность управления командой проекта?
По трём вещам: движется ли воронка проекта (а не только текущая), укладывается ли команда в контрольные точки плана и не просело ли выполнение текущего плана продаж, пока часть команды занята проектом. Разовая оценка мало что даёт - нужен регулярный срез с самого начала, а не сверка по итогам квартала.
Нужна ли отдельная система мотивации для команды проекта?
Да, если проект тянется дольше нескольких недель или требует от менеджеров работы без входящего потока. Мотивация "как обычно" держит команду в зоне текущих, уже тёплых сделок. Рабочий принцип - фикс на время проекта плюс бонус за целевой результат проекта, отдельный от общего плана отдела.
Что делать дальше
Первый шаг можно сделать сами: посмотрите на команду проекта и проверьте три вещи - есть ли у неё отдельная от текущих продаж воронка в CRM, выделенное и зафиксированное время, и один явный руководитель. Если хотя бы одного из трёх нет, дальше можно не искать другие причины отставания.
Если проект уже идёт, но непонятно, что именно не работает - роли, план или мотивация, - мы в Neuron Group проводим аудит отдела продаж: разбираем фактическую занятость команды, воронку по проекту и точку, где управление ломается. → Оставить заявку на аудит