Литмир - Электронная Библиотека

Глава 2. Приходите завтра

– Скажи, пожалуйста, когда будет готово описание функционала по нашим IT-продуктам?

– Ну, слу-у-у-у-у-у-шай, сейчас у нас завал. Быстро точно не сделаю. Давай в понедельник? Или лучше во вторник. В крайнем случае в четверг-пятницу. Не на этой, а на следующей неделе, – устало говорит Очень хороший начальник (но пока еще не директор).

– Нам нужна эта информация от вас, чтобы объяснять потенциальным заказчикам разницу в возможностях наших продуктов и политику ценообразования.

– Ага, – говорит он, что в переводе с корпоративного языка нашей компании означает: «Иди в жопу, сейчас вообще не до твоей задачи».

В понедельник разговор с очень хорошим начальником повторяется. Больше двух недель требуется для того, чтобы результат был стабильно нулевым. Низкая скорость обработки запроса для коммерческого отдела демонстрирует не только качество внутренних коммуникаций между подразделениями, но и отсутствие признания важности выстраивания всех бизнес-процессов вокруг продаж. Если степень критичности у запросов со стороны менеджеров по продажам отсутствует, значит, она присутствует у кого-то другого.

Пока задача с описанием функционала продуктов остается нерешенной, любая работа по инициированию коммерческим отделом активностей с целью привлечения новых заказчиков бессмысленна. Потенциальные заказчики негодяи! на встречах задают вопросы, слишком много вопросов:

– можно ли добавить перламутровых пуговиц;

– сколько будет стоить каждая доработка;

– есть ли возможность укоротить подол;

– сколько времени придется ждать;

– почему так дорого;

– а это точно платье?

Ответы на все эти вопросы есть у тех, кто конструирует платья и принимает активное участие в их производстве. Жаль, что времени на то, чтобы рассказать об этом менеджерам по продажам, у них нет, потому что конструкторы и производители заняты… созданием новых и штопаньем старых платьев.

Уходя от дуальности, где каждый участник непременно или хороший, или плохой, можно допустить, что Очень хороший начальник вовсе не злодей или враг, подосланный в ряды нашей (кажется, теперь не нашей, а вашей) команды. Наоборот, этот человек работает, живет в соответствии с принципами, правилами и выстроенными бизнес-процессами фирмы, в которой работает. В его списке приоритетов именно те, что транслируются и исполняются Сюзереном вместе с топ-менеджментом.

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

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

Ввиду того, что коммерческий отдел не смог сформировать в глазах топ-менеджмента и СЕО свою ценность, являясь при этом центральным звеном, влияющим на формирование выручки и непрерывность производства IT-продукта, он был лишен права голоса и возможности влиять на управленческие решения. Степень приоритетности задач от коммерческого отдела была понижена до уровня «когда-нибудь никогда». Такое искажение часто происходит в системах, создающих продукт, требующий применения гибкого и проектного подхода к управлению, длительного этапа внедрения или в фирмах, существующих на незрелых рынках.

Проектный подход наиболее эффективен при большей зоне неопределенности. Так, интеллектуальный продукт и его возможности могут быть раскрыты в каждом конкретном случае по-разному. От потребности потенциального заказчика зависит полнота и многофункциональность приобретаемого IT-продукта (программного обеспечения, услуги).

За успешное и эффективное внедрение IT-проекта отвечает команда Проектного офиса или IT-департамента. Причем подразумевается, что внедрение будет осуществляться как со стороны заказчика, так и со стороны исполнителя. Чем более мотивированы и заинтересованы команды заказчика и исполнителя, тем быстрее и качественнее будет достигнут результат.

Масштаб команд внедрения на стороне заказчика, как правило, обусловлен следующими факторами:

1) сложностью проекта;

2) зрелостью компании;

3) бюджетом.

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

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

1. Сделка. Зависит от сложности проекта и его стоимости. Чем более сложен процесс внедрения, тем длиннее цикл сделки. Как правило, для сложных проектов цикл сделки составляет от 9 до 24 месяцев (почти как выносить ребенка или слоненка). Состоит, как правило, из пяти этапов, из которых п. 1.2 и п. 1.3 являются наиболее длительными по времени.

1.1. Первое касание: рекламное объявление, презентация или контакт с целью получения целевого лида[3].

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

1.3. Демонстрация: знакомство с продуктом, проведение интерактивного демо его функционала, предоставление оффера и работа с возражениями.

1.4. Предварительное согласование этапов будущего проекта, его сроков и стоимости.

1.5. Подписание контракта и получение исполнителем авансового платежа.

2. Запуск проекта. На этапе подготовки к внедрению подключается IT-команда со стороны заказчика.

2.1. Предпроектное исследование и аналитика: сбор данных и формирование пошагового плана реализации проекта.

2.2. Реализация проекта: типовые и нетиповые настройки бизнес-архитектуры IT-продукта, демонстрация и доработки настроек.

2.3. Интеграции с мастер-системами и корпоративными ресурсами, тестирование и миграция на прод[4].

2.4. Демонстрация работы IT-продукта, обучение пользователей со стороны заказчика и ввод проекта в эксплуатацию.

вернуться

3

Контакт пользователя, потенциально заинтересованного в покупке товара или услуги.

вернуться

4

Рабочая версия продукта.

2
{"b":"851722","o":1}