Ни один уважающий себя деловой человек не будет бесплатно раздавать свою работу и тратить время в надежде, что в будущем получит за это компенсацию.

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

Он бы рассмеялся Вам в лицо! Кроме того, скорей всего, когда речь пойдет о серьезном проекте, к Вам просто не обратятся.

2. "Мы никогда не платим и цента, пока не увидим окончательный вариант"

Похоже на правду, если только это не попытка оставить лазейку, чтобы "кинуть" Вас с оплатой. Практически каждый профессионал просит оплатить задаток или оплачивать работу поэтапно, за исключением только самых мелких проектов.

 

После того, как у Вас установятся прочные деловые отношения, Вы можете выработать с клиентом какое-либо другое правило оплаты.

Проще всего было бы сказать, что клиент обычно знает, что ему необходимо, только не может выразить это точнее на бумаге. Но чаще всего случается так, что клиент вообще не имеет понятия, о том, чего он хочет, или, что ему нужно.

Лишь иногда клиенты признают, что у них нет ясного видения цели, а чаще всего они считают, что они знают, чего хотят, но разработчик, у которого опыта больше во всех этих вещах, понимает это гораздо лучше.

 

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

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

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

 

Кроме того, разработка Web-узлов - сравнительно новый вид деятельности и потому не удивительно, что большинство клиентов не имеют большого опыта в написании заявок на разработку Интернет-проектов. Заказ на постройку моста или установку сети - сильно отличается от заказа на разработку Web-проекта.

Вы работаете над предложением. Вы проводите несколько бессонных ночей и выпиваете, литры кофе, сочиняя ответ на запрос и создавая сайт, который Вам кажется шедевром.

Вы с гордостью отсылаете по факсу свое творение (с эскизами страниц) и принимаетесь ждать неизбежного телефонного звонка. Но Вам так и не звонят.

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

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

Но почему? Ваши страницы были такими красивыми! Они были такими функциональными! На них было все, что клиенту было нужно и было даже большее! Что заставило их отказаться от Вашего варианта в пользу этого монстра? Почему?

Маленький рынок - большие проблемы.

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

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

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

А каждый неудовлетворенный запрос посетителя снижает уважение и доверие к сайту, снижает вероятность того, что пользователь придет на него еще раз и попытается найти на нем что-то другое.

Естественно, самым лучшим вариантом было бы добавить на сайт то, что посетители ищут на нем, чтобы удовлетворить их требования. Подобные действия - основа создания удобного Web-сайта. Но иногда Вы не имеете возможности это сделать, например:

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

Вы не можете по финансовым причинам это сделать. Например, Ваша линия поддержки продуктов не работает 24 часа в сутки (или у Вас вообще ее нет).

Соответственно, раз на Интернет-рынке нет дефицита тех или иных услуг, они четко направлены к своей аудитории пользователей, удовлетворяя их запросы и потребности.

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

Именно эти два компонента и составляют целую параметров оценки и критериев определения эффективности оказания услуг, называемую usability.

В переводе с английского языка слово usability буквально можно перевести как "удобство пользования". За рубежом (в особенности в США) понятием usability оперируют самые разнообразные науки: психология и социология, менеджмент и маркетинг и др.

Разумеется, каждая область вносит свои индивидуальные изменения в трактовку этой системы, однако суть понятия usability остается неизменной - систематизированный методологический и технологический комплекс действий, направленных на достижение максимального удобства потребителя в процессе пользования конкретными услугами.

Данная информация может быть полезна не только сотрудникам, непосредственно занимающимся мерчандайзингом, работой по стимулированию дистрибьюторов, но и специалистам рекламных отделов, планирующим размещение коммерческой информации, а также владельцам Интернет-магазинов, которые могут использовать инструменты эффективной выкладки своих наиболее привлекательных предложений.

В основном, архитектура хорошего Интернет-магазина напоминает архитектуру реальной торговой площади и состоит из: главной страницы (витрины), количества функциональных разделов (количество служебных помещений или торговых площадей), связей и путей взаимодействия разделов (пути и методы взаимодействия между служебными, складскими и торговыми помещениями), структуры back-office-систем хранения и управления информацией (складские, финансовые, маркетинговые подразделения) и т.д.

Нужен свой сайт или "так обойдется"? Я хочу убедить Вас, и привести пять причин, чтобы создать свой сайт.

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

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

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

И тут же под этой мыслю идет небольшое коммерческое объявление "Окажем самые дешевые услуги сайтостроения. Цены от 100 долларов!" Это самый и простой способ получить клиента - рассказать о том, что без услуг профессионала не обойтись, накачать его информацией (терминами и т.д.) и затем просто предложить свои услуги.

В такой же ситуации оказался и я в 2001 году. Не зная ничего из азов ведения бизнеса в Интернет, я знал только две вещи:

1. Бизнес в Интернет базируется на тех же знаниях, что и обычный бизнес в реальной жизни, только с некоторой поправкой на виртуальность.

2. Для бизнеса в Интернет обязательно нужен свой собственный сайт.

Конечно, можно было бы заказать изготовление собственного сайта у профессионалов, но... как быть с созданием электронных книг, двухстраничных сайтов и просто небольших интернет-визиток...

Я принял решение научиться делать простейшие статические сайты сам! Без посторонней помощи. Для этого я установил на своем компьютере визуальный html-редактор FrontPage.

Методом "научного тыка" и читая "хелп" данной программы, я уже через три часа имел свой собственный сайт! Я радовался этому событию как ребенок, который пошел первый раз в своей жизни в школу! Моему ликованию не было предела!

Через пару дней я посетил книжный магазин и приобрел руководство для работы с программой FrontPage. Еще через две недели друг принес мне видеоуроки по этому визуальному html-редактору. На изучение программы у меня ушло несколько дней.

В 1990-х годах он добился особенных успехов благодаря быстрому росту Web. В это время HTML был расширен и дополнен. В Web очень важно использование одних и тех же соглашений HTML авторами Web-страниц и производителями. Это явилось причиной совместной работы над спецификациями языка HTML.

HTML 2.0 (ноябрь 1995) был разработан под эгидой Internet Engineering Task Force (IETF) для упорядочения общепринятых положений в конце 1994 года. HTML+ (1993) и HTML 3.0 (1995) - это более богатые версии языка HTML. Несмотря на то, что в обычных дискуссиях согласие никогда не было достигнуто, эти черновики привели к принятию ряда новых свойств.

Усилия Рабочей группы World Wide Web Consortium по HTML в упорядочении общепринятых положений в 1996 привели к версии HTML 3.2. Большинство людей признают, что документы HTML должны работать в различных браузерах и на разных платформах.

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