Архив / De Facto, 2006 / 07 (07) Август

FTP (File Transfer Protocol)  — протокол передачи файлов между компьютерами через  Internet. Обычно FTP-протокол используется для доступа владельца сайта или его администратора к веб-сайту, расположенному на сервере провайдера.
Контекстная реклама  — показ текстовых рекламных блоков и баннеров на различных площадках Интернета (поисковые системы, каталоги, порталы). Эти блоки привязаны к определенным ключевым словам и словосочетаниям, поэтому они показываются только той аудитории, которая заинтересована в вашем предложении.
Хостинг —  услуга по размещению сайтов на серверах провайдеров и предоставлению сервиса по их обслуживанию и обеспечению круглосуточной работоспособности. Организация, профессионально занимающаяся предоставлением услуг хостинга, называется хостинг-провайдером.
Баннер — рекламный блок (обычно графический), используемый в интернет-рекламе.
Доменное имя, домен — уникальный идентификатор, который назначается определенному IP-адресу (уникальному номеру компьютера в Интернете). Доменное имя дает возможность обращаться к компьютеру по имени типа www.firma.ru, вместо запоминания его числового эквивалента.

Необходимо четко знать, какой эффект вы хотите получить от сайта, для какой аудитории делается сайт, какая цель посещения вашего сайта, что и как часто на сайте будет обновляться, каким образом большинство людей узнает о существовании сайта.
Несмотря на кажущуюся сложность, еще  до начала поиска разработчика вашего будущего сайта постарайтесь сформулировать для себя ответы на ряд вопросов: 
- Зачем создается сайт? Какую задачу он будет решать?  (см. статью в прошлом номере «De-Facto»).
- Кто будет  посещать ваш сайт и с какой целью?
- Какое впечатление должен производить на пользователя ваш сайт (например, дружественный, престижный, творческий, передовой, агрессивно эпатирующий)?
- Какие элементы фирменного стиля и имиджа компании можно использовать на сайте?
- Должны ли посетители спустя какое-то время возвращаться на ваш сайт? Для чего? Чем вы можете стимулировать эти повторные посещения?
- Какие разделы должны быть на сайте? Планируется ли в дальнейшем добавлять новые разделы?
- Какая информация будет обновляться на сайте, как часто, кто будет писать тексты и публиковать их на сайте?
- Какие сильные и слабые стороны сайтов конкурентов? Что можно перенять и от чего следует отказаться?
- Какие программные модули могут понадобиться?
- Сколько денег планируется потратить на разработку и продвижение сайта?
Итак, четко формулируя цель и участвуя в создании сайта (не бросая проект на самотек), можно избежать, пожалуй, самой серьезной и опасной ошибки  и сэкономить ваши время и деньги.

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

Частая ошибка заказчика на этом этапе заключается в попытке найти разработчика (чаще всего по телефону), который назовет минимальную сумму за свою работу. При этом, как правило, у заказчика в это время не только нет технического задания, но и еще не обозначена цель. Определить стоимость на этом этапе практически невозможно, хотя, если задача по телефону поставлена более-менее четко, то можно дать очень приблизительную информацию о затратах, впрочем, с довольно большим разбросом цен.
Но дело в том, что, действуя таким способом, следует иметь в виду, что, скорее всего, минимальную стоимость предложит разработчик с минимальным опытом. Представьте: вы обзваниваете магазины и задаете вопрос «Сколько у вас стоит костюм?» (не уточняя, какой именно костюм вам нужен), а обнаружив магазин, в котором костюм стоит дешевле всего (скорее всего, этим магазином окажется сэконд-хэнд), сразу отправляетесь за покупкой. Звучит немного абсурдно? Но ведь последовательный обзвон разработчиков, не интересуясь их опытом работы, сделанными сайтами, мало чем отличается от поисков «Костюма».
Еще одна встречающаяся ошибка — попытка провести некий «тендер» — обращение к разработчикам с просьбой предоставить проект дизайна сайта до заключения договора, а на основании этих проектов выбирать разработчика. В этом случае получается не грамотный выбор исполнителя, а выставка картинок (или картинки с выставки, если вам угодно), в которой серьезные компании вряд ли согласятся принимать участие.  Ну а о качестве предоставляемых эскизов  лучше не говорить… Поверьте нашему опыту — путь тупиковый.
Как же следует поступать? Примерно вот так:
Составить список из 10 - 15 разработчиков сайтов, которые вам нравятся (как правило, на каждом сайте есть информация о том, кто его сделал), в том числе удачных сайтов конкурентов.
 Посетить их сайты, посмотреть примеры работ (не только картинки в портфолио, но и побродить по некоторым из этих сайтов).
 Обратить внимание на те моменты деятельности разработчика, которые могут иметь для вас значение: наличие офиса в вашем городе, время работы на рынке,  юридический статус, известность клиентов, наличие выполненных проектов аналогичной тематики и их успешность и т.п.
 По итогам анализа ограничить список несколькими разработчиками, с которыми встретиться лично и обсудить вопросы создания сайта, в том числе финансовые. Следует заметить, что на этом этапе точную стоимость сайта вам тоже не назовут, — для этого необходимо «Техническое задание».

Договор — это гарантия того, что ваш заказ будет выполнен в запланированном объеме в определенные сроки. Приложением к договору должно быть техническое задание, при этом важно понимать, что любая работа, выходящая за рамки технического задания, как правило, потребует дополнительной оплаты. Поэтому во избежание недоразумений необходимо как можно серьезнее отнестись как к составлению самого договора, так и к разработке технического задания. Любое последующее «додумывание» постановки задачи, обнаружение перед исполнителем ранее неизвестных нюансов непременно потребует дополнительных серьезных усилий исполнителя, а всякий труд, как известно… Есть и более серьезные последствия недомыслия на этапе постановки задачи и облачения ее в договорную форму. Заказчик, более глубоко и ответственно влезающий в проблему, потом может с ужасом понять, что он рука об руку с исполнителем бодро шагает совсем не в ту сторону…
Скорее всего, написанием технического задания будет заниматься сам разработчик. Тем не менее, если вы простым и понятным языком напишете, как и какие задачи должен решать ваш сайт, то это упростит работу над техническим заданием и сделает его более понятным для вас. Иными словами, неформально и подробно обговорите с исполнителем все, чем должен быть для вас сайт. Пусть исполнитель все это сформулирует письменно в виде технического задания для себя же и согласует с вами. А потом возьмите на себя как сладкое бремя авторства технического задания, так и груз ответственности за все последующие безобразия.

В продолжение темы оформления договорных отношений — часто встречается ситуация, когда готовый веб-сайт заказчику фактически не принадлежит: доменное имя  (адрес сайта) оформлено на разработчика, паролей от ftp-доступа (см. глоссарий) к сайту у заказчика нет, а сам сайт сделан таким образом, что какие-либо исправления может внести только разработчик. Злой умысел разработчика здесь обычно ни при чем. Домен мог быть зарегистрирован на разработчика потому, что так было сделать проще и быстрее, пароли не дали потому, что сайт разместили на веб-сервере разработчика вместе с другими сделанными им сайтами (т.е. есть «один ключ от всех дверей», который лучше держать  в секрете). А что касается невозможности внесения изменений — сайт могли оптимизировать для ускорения работы с помощью специальной программы, преобразующей исходный текст в специальный код, внести изменения в который невозможно — для этого необходим исходный код сайта, находящийся у разработчика.
Наш совет — обсудите с разработчиком эти вопросы и при необходимости отразите их в договоре. А еще лучше — попросите, чтобы доменное имя и хостинг сайта были оформлены на вас отдельным договором, а исходный код сайта (текст программы) отдали вам на CD. 

До начала работы необходимо определить ответственных за разработку сайта как со стороны разработчика, так и со стороны заказчика. Со стороны разработчика это будет, скорее всего, менеджер проекта, с которым заказчик будет решать все вопросы по созданию сайта, не общаясь напрямую с дизайнером, программистом, бухгалтером — общение только с одним человеком экономит время и нервы. А со стороны заказчика это должен быть человек, наделенный полномочиями принимать решения по созданию сайта. Следует избегать ситуаций,  когда проект сначала обсуждается отделом маркетинга (и отправляется на доработку), после этого заместителем директора (и тоже отправляется на доработку), а затем — генеральным директором. В этом случае шансы сделать качественный проект в отведенные сроки — минимальны. Чрезвычайно модный в настоящее время в организациях массового обслуживания населения принцип «одного окна» крайне важен и для всех участников проекта сотворения сайта.

Спустя какое-то время после подписания договора и начала работы над сайтом заказчику предоставляется макет сайта (или несколько макетов на выбор, в зависимости от оговоренной с разработчиком схемой работы).
Основная ошибка в том, что заказчик часто ориентируется только на свой вкус (или на вкус друзей и коллег), а ведь вкусы и предпочтения посетителей сайта могут отличаться от вкусов заказчика. Кроме того, следует иметь в виду технические ограничения по использованию на сайте шрифтов, графики, анимации и т.п.
Макет — это не просто красивая картинка. Он не рисуется, а продумывается и разрабатывается с учетом тех задач, которые должен решать сайт. Как правило, профессиональный дизайнер предлагает наиболее оптимальное решение, обсуждать которое желательно в конструктивном ключе, и желательно избегать замечаний вроде «Давайте заменим белый фон на зеленый». Во-первых, неплохо бы сразу ответить даже на мысленный вопрос исполнителя: ЗАЧЕМ? А во-вторых, не упираться насмерть (слава Богу, не Москва за вами…) Если дизайнер пытается объяснить вам, почему этого не стоит делать — поверьте ему, вы ведь платите за его профессионализм, а не за умение пользоваться графической программой. Сделает он вам зеленый фон, не беспокойтесь — умения хватит. Понять бы только, стоит ли... Тем не менее замечания у вас на этом этапе обязательно будут, часть конструктивных (дизайнеры тоже иногда ошибаются), а часть — не очень. Это обычная рабочая ситуация. Заказчик может потребовать внести изменения или полностью переделать макет (в рамках технического задания). Дизайнер может с этими замечаниями согласиться и поправить/переделать макет, а может не согласиться и попытаться объяснить, почему этого делать не стоит и к каким последствиям это может привести. Тем не менее, если заказчик будет настаивать — поправит/переделает (договор в силе!), но это будет только ваше волевое решение и ваша ответственность за него.
Так, руководство одной воронежской компании, занимающейся продажами промышленного оборудования, решило улучшить сайт, который и без того работал нормально. Ну, появились дополнительные деньги, и кто-то внес предложение потратить их на сайт — сделать его еще более продвинутым. Компания обратилась к разработчику, но тот стал отговаривать. Тогда компания наняла кого-то на стороне, кто с удовольствием взял деньги и «улучшил» сайт: после этого продажи через сайт компании резко упали.

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

В большинстве случаев информацию, которая должна быть размещена на сайте, готовит сам заказчик, поскольку он знает о своей фирме и о потребностях своих клиентов лучше, чем кто бы то ни был. Тем не менее, после того, как эти тексты подготовлены, перед размещением на сайте их необходимо адаптировать для публикации в Интернете (есть ряд правил, которые помогают сделать так, чтобы текст было удобнее читать «с экрана»). Кроме текста часто требуются схемы, фотографии, рисунки, которые тоже должен найти заказчик. Проблема бывает в том, что все эти необходимые материалы разработчик получает слишком поздно, тогда приходится либо увеличивать сроки, либо же ставить тексты с минимальными правками, а зачастую и фотографии не того качества, какое требуется для сайта. Все это чрезвычайно смазывает впечатление от сайта.

Наконец, сайт разработан, протестирован, наполнен информацией и выложен в открытый доступ. Все вроде бы хорошо, но заказов и звонков нет… Если посмотреть статистику посещений, то оказывается, что на сайт заходит всего несколько человек в сутки, большинство из которых — сотрудники фирмы заказчика. Здесь хочется сделать небольшое замечание: высокое количество посещений сайта не всегда является показателем успешности сайта,  тем не менее посетители на сайте должны быть.
Существуют разные способы продвижения сайта, которые наиболее эффективно работают в комплексе — поисковая оптимизация сайта и его регистрация в поисковых системах, контекстная реклама, обмен ссылками с дружественными сайтами, баннерная реклама на крупных отраслевых сайтах, реклама в тематических рассылках (не спам!) и др. Заранее обсудите с разработчиком список мероприятий по продвижению сайта и уточните, на каких условиях он готов заниматься этими вопросами после запуска сайта. Если разработчик сам не занимается подобными вопросами, то, скорее всего, он  порекомендует компанию, специализирующуюся на таких услугах. При этом следует с осторожностью относиться к «прогрессивным методам» раскрутки сайта, обеспечивающих быстрый результат. Как правило, результат от таких методов оказывается очень недолговечным, а иногда и вообще может привести к исключению сайта из результатов поиска одной или нескольких поисковых систем (такое случилось с сайтом автомобильного концерна BMW, когда поисковый гигант Google внес его в «черный список» за  попытки повлиять на результаты поиска).
И еще немного о рекламе. Если вы размещаете рекламный щит или даете рекламу в журнал, не забудьте указать адрес вашего сайта!

Немного математики. Если на сайте вашего интернет-магазина в среднем за 1 час делается 5 покупок со средней стоимостью 300 рублей, то какова будет упущенная выгода в результате прекращения работы вашего сайта из-за неполадок на сервере или несвоевременной оплаты счета за хостинг за 1 час? А за сутки? И как посчитать ущерб репутации магазина?
К сожалению, многие заказчики «забывают» о том, что сайт нуждается в постоянной поддержке — информационной и технической. Под информационной поддержкой подразумевается обновление материалов сайта (статей, прайс-листов, каталогов и т.п.), проверка актуальности размещенных материалов, ответы на вопросы посетителей в разделе «Вопрос-ответ». Например, на сайте администрации Воронежа, в разделе «Дороги», последняя информация относится к событиям марта (на момент подготовки этой публикации). Автолюбителям, зашедшим на сайт с вопросом «Когда прекратится этот бардак с дорогами?», будет очень интересно узнать, что «планы администрации по ремонту четко расписаны», но «руки связывает запаздывающая весна».
Техническая поддержка может включать наблюдение за бесперебойной работой сайта и оперативное реагирование на все возможные технические проблемы, регулярное резервное копирование информации с сайта, создание почтовых ящиков и т.д.  Также к поддержке сайта можно отнести долговременные мероприятия по его раскрутке (например, проведение рекламной кампании,   размещение сообщений на тематических форумах, изготовление рекламных баннеров), а также своевременное получение и оплату счетов (за размещение сайта в Интернете, ежегодную перерегистрацию имени сайта).
Хорошо, когда у заказчика в штате есть свой специалист, который может заниматься хотя бы частью этих вопросов. Если же такого человека нет, то следует либо взять на работу такого человека,  либо заключить с разработчиком  договор на поддержку сайта (с обязательным перечнем выполняемых работ и их периодичностью).