Автор: Пономарев Петр Андреевич, Исполнительный директор
29 Апреля 2009, 00:00,
Каждая фирма проходит тот этап, когда директор задает себе вопрос: “А почему, собственно, у нас до сих пор нет сайта?” и спускает вопрос своему заместителю (менеджеру, в отдел продаж) с формулировкой: “решите вопрос”.
С этого момента начинаются приключения. Человек, которому поручено сделать сайт, ищет разработчика и слышит цены настолько различные, что впадает в панику.
От “сделаем бесплатно” от своего сына-программиста, сделаем за $300 от web-студии, в которой делали знакомые, и до “решения в нашей студии начинаются от 10000 евро”.
Привыкший к тому, что цены на продукты могут в зависимости от понтов различаться на 20-30, (ну ладно на 100) процентов, и видя разброс в 1000-и процентов, менеджер впадает в ступор.… Потом он начинает думать “здраво”. То есть примерно по следующему сценарию:
10000 евро мне никто на сайт не даст - это бред и сумасшествие
Сайт за $300 это не солидно…
Узнает, сколько за сайт заплатили друзья-знакомые и получает цифру от $800 до $3000.
Начинает общаться с дизайн студиями. В тех, портфолио которых понравилось лично ему, оставляет заявку на коммерческое предложение.
Получает 3-4 предложения с ценами от $800 до $2000.
Спрашивает у директора “сколько денег на сайт даете”.
На этом этапе, директор узнает много нового, менеджер красноречиво использует слова, услышанные им от назойливых и говорливых менеджеров по продажам различных дизайн-студий… И директор в прединфарктном состоянии зачеркивает в своем ежедневнике “$200 сайт” и пишет неровной рукой “$1100 сайт” Все!
Если фирма разработчик не жулики, то через какое-то время фирма получает сайт. Его смотрит директор, говорит “ну, что вполне”, отдает приказ использовать адрес сайта на визитках и рекламных буклетах. На этом история заканчивается: фирма получила сайт, менеджер выполнил свою задачу, фирма-разработчик заработала денег и работу себе в портфолио - все довольны.
Результаты:
директор точно знает, что “нормальный сайт” стоит 1000 с небольшим
директор и сотрудники знают, что у фирмы сайт есть
о том, что у фирмы сайт есть, узнают друзья и знакомые директора и менеджера, а также несколько случайных людей, случайно набравших в строке браузера адрес с визитки. Они тоже могут подтвердить под присягой, что “сайт у фирмы есть”.
В чем неправ был менеджер, выбиравший фирму-разработчика? Ошибся ли он в определении цены?
Все последующее время своей работы он будет ходить под дамокловым мечём. Завистливые сотрудники будут шептать на ухо генеральному, что у Иван Иваныча знакомый сайт сделал за $400 и ничем не хуже нашего, а у Семен Семеныча сын на каком-то бесплатном движке сделал сайт, вообще почти бесплатно. И этот бесплатный движок гораздо круче нашего, зачем мы за CMS платили разработчикам, когда можно сделать это бесплатно?
И у менеджера ответов на эти вопросы не будет.
Так в чем допустил ошибку менеджер? Если честно, то ни в чем. Менеджер был во всем прав. Он действовал в рамках задачи и выполнил ее настолько, насколько мог, он старался и добился результата, который от него требовали. Какие к нему могут быть претензии?
Вопрос совсем в другом. Этот сценарий (наверное, многим из вас знакомый) не приведет компанию ни к чему. Компания просто потратит деньги. То есть все вышеперечисленная нервотрепка и потраченные 1100 долларов США не принесут компании Заказчиков, не улучшат ее известность, не изменят положение компании на рынке, не добавят новых инструментов продаж и взаимодействия… С точки зрения бизнеса результат нулевой. Нашей компании не интересны Заказчики, которые делают сайт для того, чтобы «он просто был». Пусть эти Заказчики заказывают сайты в других компаниях, благо их на рынке много. А мы не хотим тратить время, силы, наши и чужие деньги на негативный результат.
Мы не хотим производить недовольных Заказчиков. Даже если сайт им понравится, и в начале они будут очень довольны. Мы знаем, чем и почему они будут недовольны в дальнейшем, и не хотим в этом участвовать. Развеем несколько мифов о разработке сайтов. Начнем с главного.
В прошлой статье я упоминал, что существует достаточно количество подходов к управлению проектами, основывающихся на различных предположениях и допущениях.
Так например, классический метод предполагает неизменность требований к проекту в процессе работы над ним, а все риски разработки считает низкими. Метод PERT допускает неограниченность ресурсов, выделяемых на проект, а критичным в этом методе является срок выполнения проекта. Аgile-методы делают упор на качество проекта и т.д.
По мере улучшения профессиональной подготовки и доступа к технологиям, руководители проектов часто разочаровываются в проекте и не готовы к успеху проекта. Так почему же так много проектов не в состоянии доставить удовольствие от работы над ними и удовлетворить ожидания?
Отправить комментарий