Глава 23. Этапы создания веб-сайта

23.1. Определение цели проекта

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

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

23.2. Формулирование требований к проекту

Доменное имя сайта

На самых ранних этапах проекта следует продумать варианты именования будущего сайта. Это очень важный момент, поскольку в Интернете домены играют не меньшую роль, чем имена людей в обычной жизни. Самый очевидный вариант — использовать назва­ние компании или продвигаемого товара (продукта). Второй подход больше подходит сайтам для широкой аудитории — искать слова из предметной области будущего сайта, например www.auto.ru — авто­мобильный портал. Настоятельно рекомендуется регистрировать домен в основных зонах, например в России .ги и .su, и в созвучных формах (company-котрапу, tour-tur и т.п.). Это позволит не терять посетителей из-за действий конкурентов и киберсквотеров, которые будут пытаться получить часть трафика вашего сайта для продажи.

Когда удастся выработать подход в вопросе политики регистра­ции доменов, нужно как можно быстрее зарегистрировать их. До­менные имена регистрируются с весьма внушительной скоростью, и на момент запуска сайта ваши домены уже могут быть заняты, на­пример в зоне .ги уже зарегистрировано более 1,9 млн доменов, в зоне .сот — 72 млн.

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

ских доменов. Оптимальным решением можно считать наличие при­вычного домена (например, в зоне .ru) и его альтернативы в виде кириллического аналога.

Информационная архитектура

Что бы ни говорили про главенство дизайна в проекте, самое главное, с чего начинается любой сайт, — наполнение или, на про­фессиональном сленге, контент (content).

Хотя в академическом варианте под информационной архитек­турой (ИА) подразумевают проектирование не только структуры сайта, его дерева, но и моделирование поведения пользователя на сайте, планирование элементов интерфейса в соответствии с прин­ципами удобства пользования.

Любой сайт строится вокруг материалов, которые планируется на нем разместить. Если на этапе создания плана проекта уже имеется представление об информации, которая будет размещена на сайте, это позволит изначально предусмотреть его иерархическую структу­ру (дерево). Принцип размещения материалов внутри дерева — граф, отдельными ветвями которого являются страницы с общими при­знаками. Например, в каталоге товаров на сайте интернет-магазина объединение происходит внутри группы товаров: Холодильники (встроенные, двустворчатые, для пива, для вина, с верхней морозиль­ной камерой, с нижней морозильной камерой...).

Дизайн

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

Для выхода из подобной ситуации есть надежный совет: нужно доверять профессионалам. Вместо попыток самостоятельно найти плюсы и минусы предложенных вариантов, для оценки работы ди­зайнера желательно привлечь эксперта по удобству пользования (us­ability).

Удобство пользования

Парадокс явления usability в России в том, что об этом много го­ворят, но даже в штате самых дорогих студий нет штатных экспертов

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

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

CMS и программная платформа

Практически каждый современный сайт представляет собой со­вокупность наполнения и программных решений, которые обеспе­чивают его работу. Часть системных программных компонентов, как правило, предоставляет провайдер хостинга вместе с одноименной услугой. Это такие компоненты, как СУБД (например, MySQL), веб­сервер (например, Apache) и ряд других. Остальное ПО, специфичное для конкретного сайта, нужно разрабатывать с нуля или адаптиро­вать (внедрять) уже готовое.

Стандартом де-факто стало применение систем управления сай­том (контентом) — CMS (content management system). Это часть ПО, специфичного для конкретного сайта. Задача CMS — упростить ра­боту с сайтом, сократить затраты на его поддержку.

Принципиально CMS можно разделить на две категории: коммер­ческие и бесплатные. Коммерческие продаются как самостоятель­ный продукт, часто на каждый сайт требуется отдельная лицензия. Это достаточно затратно и не представляет собой завершенный про­дукт, так как требуется его адаптация и внедрение. Бесплатные CMS, особенно open source, как правило, предлагаются уже как услуга с осязаемым результатом в виде рабочего сайта на выходе. Это проис­ходит потому, что компании — распространители коммерческих про­грамм не склонны что-либо создавать, они просто торгуют, как мог­ли бы торговать, например, колбасой. А внедрением занимаются другие компании. В случае свободного ПО компании больше не на

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

Функциональность

В случае, если планирование происходит успешно, на этом этапе мы уже знаем, какой тип сайта требуется и для какой аудитории он создается. Таким образом, снимается некоторая неопределенность, но до полной ясности далеко. Если обратиться за помощью к гуру в области создания сайтов, то они, как правило, предлагают ряд раз­вернутых анкет {check-list) для выявления потребностей заказчика. Мы можем воспользоваться одним из них и заранее решить, какие возможности сайта нам понадобятся на начальном этапе.

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

23.3. ВЫБОР ПОДРЯДЧИКА ДЛЯ СОЗДАНИЯ САЙТА

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

Можно выделить несколько условных групп веб-разработчиков:

• рекламное агентство;

• дизайнерское бюро;

• разработчик ПО;

• виртуальное сообщество «свободных художников» (freelance);

• специализированная веб-студия;

• неквалифицированный новичок, «студент»;

• тиражные решения, аренда сайта, site as service. Рассмотрим каждый случай более подробно.

Рекламное агентство

Данный подрядчик характеризуется сильной маркетинговой со­ставляющей, может грамотно связать ход qffline-рекламы с ее интер-нет-частыо. Большинство таких компаний сначала добились успеха в традиционной рекламе на обычных носителях (печатные СМИ, радио, ТВ), а Интернет для них — новый информационный канал для распространения необходимых сообщений для целевой аудито­рии заказчика. Они рассматривают сайт как еще один способ воз­действовать на потенциальных клиентов. С одной стороны, это так, но слишком недальновидно так однобоко оценивать значение веб­сайта. Большинство рекламистов до сих пор недооценивают рынок интернет-рекламы и не учитывают особенности интернет-аудитории.

Результатом сотрудничества с рекламными агентствами (как ва­риант, /7?-агентством и т.п.) становится так называемый «имиджевый сайт». Так принято называть сайт, у которого основной бюджет за­трачен на броское оформление. По содержанию такие сайты очень бедны, всего несколько страниц трудно перевариваемого рекламно­го текста. Обычно такие сайты идут дополнительной (последней) строкой в бюджете комплексной рекламной кампании и делаются «для галочки». Непосредственным производством сайтов такие ком­пании не занимаются, выступая в роли посредника между клиентом и настоящим исполнителем.

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

Дизайн-бюро

Существует множество компаний, которые состоят из дизайнеров и управляются дизайнерами. Это, как правило, талантливые люди с художественным образованием и вкусом. Современные программ­ные продукты оставляют широкое поле для творчества: от дизайна логотипа до дизайна интерьера дома (квартиры). Многие дизайнеры пытаются специализироваться не на конкретной области примене­ния своих знаний, а на инструментах (программных продуктах и приемах работы в них). В итоге мы получаем дизайнера растровой графики — все от логотипа до сайта или 31>-графики (от отдельных объектов до моделей техники и проектов домов). Знать все обо всем невозможно, соответственно у конкретной студии дизайна свои сильные стороны — это можно понять по распределению работ в портфолио.

Такой подход сдвигает основные акценты в проекте создания сай­та в сторону его дизайна. У таких компаний главная цель — сделать красивый сайт и тем самым привлечь других клиентов, которым

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

Разработчик ПО

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

Опасайтесь нестандартных и дорогостоящих программных реше­ний, таких, как продукты Microsoft, коммерческие СУБД (Sybase, Oracle), языков программирования, кроме Perl, PHP, JavaScript.

Если в компании все делается на С (что вполне нормально), то и сайт вам сделают на С (что уже весьма необычно и затратно), неза­висимо от реальной необходимости.

«Виртуальные» компании

Это несколько специалистов (уточним, хорошо если это так, мы не знаем), которые объединяются с целью заработать деньги на со­здании сайтов. У них это обычно вторая работа, дополнительный доход. Чтобы не брать на себя лишних обязательств (юридически оформить отношения), они работают только за наличные или элект­ронные деньги, чтобы избежать налогов. Квалификация такой «ко­манды» — лотерея. Может повезти, а может и нет.

Основной признак «виртуальной» компании — раздел «Контак­ты», который состоит только из номеров ICQ и мобильных телефо­нов. У такой компании нет офиса, юридически она не существует. Встречи проходят в метро или в офисе заказчика. Чтобы отсечь по­тенциальные проблемы, связанные с нелегалами, до заключения контракта попросите их пригласить вас в гости. Дальше вы все пой­мете сами.

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

Веб-студия

Самый очевидный и логичный вариант. Хотя практика показы­вает, что далеко не для всех.

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

Результат будет ожидаемым — профессионально изготовленный сайт.

«Студент»

Этот вариант повторяет вариант с «виртуальными» разработчика­ми. Отличие в том, что здесь есть один, всего один человек, который, как «человек-оркестр» на ярмарке, пытается выполнить все роли в команде разработчиков сайта. На самом деле он является в лучшем случае одним из необходимых разработчиков. Такой вариант не сле­довало бы вообще серьезно рассматривать, если бы не реальные при­меры проектов солидных компаний, которые так подходят к вопросу создания сайта и роняют свою репутацию перед клиентами и парт­нерами.

Тиражные решения

До России тоже докатилась волна явления «software as service». Частным случаем являются компании, предлагающие «конструкторы сайта». Как правило, такая услуга представляет собой аренду CMS и хостинга. Поскольку серьезный полнофункциональный сайт в таком варианте создать невозможно, клиенту предлагается «шаблонный» дизайн, совместимый с используемой системой управления, и набор модулей для сайта по принципу «больше возможностей — дороже аренда».

Такой вариант рассматривается как способ попробовать, что такое собственный веб-сайт, и научиться некоторым особенностям работы с ним. Последующие действия подразумевают либо создание полно­ценного сайта, либо покупку CMS, на базе которой осуществляется аренда.

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

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