Книга: Интернет-маркетинг 3.0. Нет русской рулетке!
2
2
Перейдем к «крепким хозяйственникам»™. Они не на пустом месте возникают. У подавляющего большинства из них за плечами опыт «молодежного» периода. И этот опыт накладывает на них неизгладимый отпечаток. Да, клиентов уже многие десятки или малые сотни. Да, наконец-то решен или почти решен вопрос с кадрами и технологиями. Но – откуда ни возьмись появилась такая категория реальности, как «план продаж». И его нужно выполнять, чтобы снова не скатиться в молодежную категорию или вообще не вылететь из бизнеса.
Как этого добиться? К каким потенциальным клиентам пойти? На самый верх, к «большим» заказчикам не пойдешь – там работают «мэтры» (о них поговорим позже). В самый низ – тоже путь заказан: предлагаемых в «нижней» нише бюджетов на поддержание жизнеспособности компании-разработчика определенно не хватит. Остается «средняя» ниша.
Заказчики из этой ниши, как правило, уже имеют опыт сайтостроения. И, как правило, этот опыт негативен. Дело было так: на этапе становления бизнеса заказали у «молодежи» сайт по дешевке, вывесили в Сети. Сайт провисел год-два, контакты и заказы с него были единичными. Офлайновыми средствами бизнес продвинули, дела пошли лучше. Да еще вдобавок и маркетолог, скорее всего, сменился. Тут и вспомнилось всем о бесхозном сайте. Менять его надо.
А зачем менять? Каким конкретно образом? Чего от сайта ожидать? Кому работу поручить? И, поскольку подобное тянется к подобному, такой «средний» заказчик находит себе «крепкого хозяйственника»™ в разработке сайтов.
В дело вступают менеджер по продаже, за ним – менеджер проекта. Главным аргументом в переговорах служит словесная конструкция вроде: «Мы уже работали с компаниями A и В, похожими на вас, и предложили им такие-то и такие-то решения, которые затем успешно воплотили на их сайтах; можно, конечно, воспользоваться еще вот этим и вот этим вариантами, но неочевидно, что результат вас удовлетворит…»
Клиент иногда пытается возражать, но разработчик давит на него авторитетом. Благо авторитет у «крепкого хозяйственника»™ уже есть. Если же клиент продолжает возражать, то в ход идет тяжелая артиллерия, например: «В ответ на ваше замечание о том, что предложенный нами вариант A не годится, сообщаем, что есть еще варианты B, C, D, E и F. И если вы нам не доверяете, то выбирайте сами – но и вся ответственность будет уже на вас».
Получив такой «multichoice», зачастую представитель клиента разумно предпочитает ретироваться, про себя думая: а что, если я ошибусь? отвечать-то за решение теперь придется мне, а не разработчику. Да, увы: представитель клиента отвечает за процесс и не отвечает за результат – об этом у нас речь также будет впереди.
С точки зрения документирования взаимодействия между клиентом и «крепким хозяйственником»™ все обстоит замечательно – есть все нужные и ненужные бумаги, все акты, согласования и пр. Не подкопаться, не придраться.
Проблема вот в чем: «крепкий хозяйственник»™ совсем недавно был «молодежником», а его заказчик из мелкого или среднего бизнеса еще совсем недавно торговал на колхозном рынке или тачал сапоги кустарным способом. Иными словами, они оба в недавнем прошлом были «мелкими», и стереотип поведения «бедняков» – «не до жиру, быть бы живу» – у обоих сохранился.
Эх, да если бы в этот момент за стол переговоров сел третий – управляющий или собственник бизнеса компании-заказчика! Его ведь мелкими уловками вроде упомянутого тремя абзацами выше «multichoice» не проймешь, его же интересует не процесс, а результат. Но – тщетны наши надежды. Компания-заказчик уже выросла, людей много, функции и зоны ответственности уже распределены…
И рождаются на свет… сайты без технологических погрешностей в исполнении. Сайты, в которых соблюдены все правила кросс-браузерной верстки. Сайты, обладающие уникальным индивидуальным дизайном. Сайты с уникальными текстами.
Они же – мертворожденные сайты.
Сделанные по всем правилам веб-технологий – кроме одного. Самого важного. Самого первого: сайт должен быть сделан так, чтобы посетитель с ним взаимодействовал.
Еще раз: вза-и-мо-дей-ство-вал.
Не сидел, тупо пялясь в экран и пытаясь угадать: а что же разработчики и хозяева сайта имели в виду, чего они от меня хотят прямо сейчас?
Чтобы идея, заложенная при создании сайта, направляла посетителя на конкретное действие. Чтобы было взаимное действие, в обе стороны.
Как? И об этом поговорим. Чуть позже. А пока…
- Советы по использованию Мастера фунций
- VMware Distributed Resource Scheduler (DRS)
- В.4. Небольшие тестовые программы
- Корпоративная книга продаж
- Глава 3. Искусство интрапренерства
- Ввод данных о предприятии
- Тема 11. Проектирование структуры организации
- Отношения с людьми
- Сопутствующие функции
- Этот изменчивый мир
- Сегменты
- Часть IV Идея