Страница 9 из 30
• Привлекательность цены проекта (стоимости услуг) – особенно проектов «большой четверки» (KPMG, Deloitte, Ernst & Young, PricewaterhouseCoopers), где зачастую выполняется типовая работа и конкурентного преимущества между компаниями нет. Играть ценой могут и компании «большой тройки» (McKinsey & Company, Boston Consulting Group, Bain & Company), но только если вы находитесь «в особых условиях».
• Личные связи и знакомства – консультанты «большой тройки» ставят очень многое на фактор личных связей и знакомства. Это отдельная большая работа, которая выражается не в подарках на день рождения, а в серьезной поддержке клиента вне проектов. Это и подготовка бенчмарков, и деловые встречи по обмену мнениями по ситуации на рынке, и небольшие бесплатные проекты. Все это позволяет оставаться с клиентом на одной стороне, понимать его проблемы, быть открытым к решению вопросов и двигаться по пути развития компании.
• Качество технического предложения – я видел, как проекты стоимостью несколько миллионов долларов продавались с помощью технического задания из 3 слайдов. И как не продавались sales deck из 400 слайдов, включавших описание подробной методологии. Качество вашего предложения оценивается не количеством слайдов, а тем, насколько точно вы отвечаете своим предложением на запрос клиента.
Приведу несколько практических советов, которые помогут при подготовке коммерческих предложений на консалтинговые услуги.
Как следует работать над ценой:
1. Оцените стоимость услуг конкурентов (все консультанты знают текущие команды на рынке консалтинговых компаний, их ставки и время реализации проекта).
2. Предложите особенный подход, с которым ваше предложение будет привлекательным для заказчика (клиента).
3. Чаще звоните исполнителю со стороны заказчика, справляясь, насколько ваше предложение выглядит привлекательным на фоне других, предложите выступить и ответить на вопросы клиента. При таком подходе вы создаете вероятность получить дополнительную информацию, которая в итоге улучшит техническое и коммерческое предложение.
Делайте «ход конем».
4. Предложению всегда добавляют свежести референтные визиты, пилотные проекты и примеры выполненных работ.
Выделите достаточно времени на подготовку выступления
5. Важность репетиции невозможно переоценить. Привлекайте ваших коллег, чтобы моделировать различные ситуации и вопросы.
6. Самые опытные консультанты составляют «карту влияния» (power map) сотрудников компании, которые на самом деле принимают решения. Это позволит подготовить материалы и выступление, предварительно расставив акценты, ориентированные на людей, принимающих решения.
2.6. Запуск проекта
До начала проекта необходимо предварительно подготовить и направить заказчику перечень документов на согласование:
1. Устав проекта;
2. Запросы на предоставление данных (вне зависимости от формата документа – должны быть аккуратно оформлены, иметь логотип, выровнены для печати);
3. План проекта – перечень задач со сроками исполнения и ответственными лицами, с детализацией по неделям: от начала до завершения проекта;
4. План-график совещаний – должен содержать темы, сроки проведения и состав рабочих групп.
2.6.1. Устав проекта
Устав проекта представляет собой документ, содержащий согласованную форму и формат взаимодействия между всеми участниками проекта, возможность «договориться на берегу» о том, что мы делаем, когда и в каком виде утверждаются результаты проекта. Я попадал в ситуацию, когда ребята из международной консалтинговой компании говорили: «Зачем этот документ? Ну и что, что он утвержден у вас, это ведь бюрократия!». Потом менялся менеджер проекта, и новый руководитель отказывался согласовывать результаты проекта (бизнес-процессы, целевые КПЭ и систему мотивации, функционально-технические требования) через внутреннюю рабочую группу. Тогда мы всегда ссылались на утвержденные «на берегу» правила взаимодействия между структурными подразделениями нашей компании и консультантом.
Устав проекта – это документ, который содержит описание подхода к управлению проектом:
• Какие отчеты и какая информация должна в них содержаться?
• Какова структура управления проектом, кем обеспечивается контроль качества результатов, в какой момент и кем принимаются решения по результатам, управлению ожиданиями участников?
• Какие предусмотрены процессы взаимодействия, принятия результатов, изменений по проекту и прочие пункты, формализующие подходы к управлению проектом?
Подписывая Устав проекта, компания и подрядчик (включая субподрядчика) соглашаются с условиями и подходом к проекту, а также с обязательствами, взятыми для успешного выполнения проекта. Справа приведена иллюстрация основных разделов в Уставе проекта (см. Рисунок 6).
Рисунок 6 – Оглавление типового документа «Устав проекта»
В рамках заключения договора с консультантами, устав проекта применяется наравне с SLA, либо приложением к договору. Конечно же форма фиксирования договоренности по требованиям компании-заказчика зависит от объема проекта и состава задач, а также удобства использования на практике. Здесь мы указали на какие моменты нужно в первую очередь обратить внимание, чтобы избежать обманутых ожиданий.
2.6.2. Структура проектной папки
Каждый руководитель проекта организовывает рабочую папку как хочет, что приводит к различиям в их наполнении и, как следствие, к различиям в качестве работ проектного управления. С целью стандартизировать управление проектами мы разработали «стандартную папку» для запуска проектов. В папке мы создали единую структуру документов проекта (см. Рисунок 7), а в каждый подраздел загрузили шаблоны документов, описанных ниже в книге: Excel-файл контроля бюджета проекта, Excel-файл дорожной карты, контактов команды, Power-point презентацию шаблона статуса проекта и прочие документы.
Рисунок 7 – Иллюстрация структуры проектной папки (1-й уровень)
Такой подход также позволяет организовать быстрый поиск всех результатов по проекту, что полезно по ряду причин:
• организация проверок качества результатов работы по проекту;
• ориентации специалистов при переходе на другие проекты;
• наличие полного комплекта документов о проекте.
Простые правила организации хранения документов:
1. Номера задач в плане проекта должны соответствовать номерам папок в проектной папке. Пример: «3. Результаты проекта» – «3.4. Выполненные результаты».
2. Структура проектной папки должна быть единой для всех проектов.
3. Важно организовать хранение документов на сетевом ресурсе. Так повышается надежность данных и доступность по сравнению с хранением на личных ноутбуках.
4. Название версий файлов всегда пишется в одном формате: дата_название_версия.
2.6.3. Запросы на предоставление информации
Несмотря на международные имена консалтинговых компаний, на практике я много раз сталкивался с ситуацией, когда команда консультантов не умеет готовиться к диагностике (в том числе к проведению интервью): вопросы не составляются заранее, в процессе интервью возникают вопросы, не относящиеся к теме. В результате и ваше, и время консультантов тратится впустую на анализ данных, которые никому не нужны.
Если к вам пришли консультанты, которые проводят интервью «на ходу», без предварительного перечня вопросов, значит, они не сделали домашнюю работу, не подготовились и не знают, что делают. Это происходит несмотря на привлекательные резюме членов команды. Если вы столкнулись с такой «командой», рекомендую перестать тратить на них время, потому что все последующие работы будут организованы в том же ключе.