7. Планирование и реализация Web-сайта. Три этапа.

Работу над большинством Web-проектов можно условно разделить на три этапа.

1.Этап определения объема работы.Переговоры с заказчиком. Создание концепцииWeb-узла. Обсуждение бюджета и плана работы. Подписание договора.

2.Этап разработки компонентов Web-узла и связывание их между собой.

3.Этап тестирования готового Web-узла, обеспечение доступа к нему из глобальной сети и рекламирование узла.

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

7.1. Этап определения объема работы. Переговоры с заказчиком. Создание концепцииWeb-узла. Обсуждение бюджета и плана работы. Подписание договора.

7.1.1. Работа с заказчиком

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

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

Некоторые рекомендации по работе с заказчиками.

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

•Объясните особенности процесса разработки. Раскройте в деталях ход процесса разработки от начального до конечного этапа. Оговорите, на каких стадиях разработки вам потребуется информация от заказчика.

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

•Попытайтесь побольше узнать об области деятельности заказчика. Часто заказчик не способен объяснить особенности своей деятельности. Задавайте вопросы и попытайтесь добиться того, чтобы заказчик предоставил нужную вам информацию. При необходимости постарайтесь получить необходимые сведения у его партнеров по бизнесу.

• Готовьтесь слушать. Постарайтесь не перебивать заказчика. Время, которое вы потратите при этом, не пропадет зря; вы сможете лучше понять особенности деятельности заказчика, его потребности и выяснить, что он ожидает получить, сотрудничая с вами. Выслушав заказчика, вы дадите понять, что его проблемы небезразличны для вас.

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

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

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

•Будьте готовы ответить на вопросы. Заказчику может потребоваться дополнительная информация о ваших возможностях. Предоставьте ее как можно скорее.

Взаимодействие с представителем заказчика

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

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

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

Первая встреча

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

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

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

В ходе первой встречи желательно задать заказчику следующие вопросы:

• Каков род вашей деятельности?

• Есть ли у вас Web-узел?

• Если Web-узел уже имеется, каковы, по вашему мнению, его достоинства и недостатки? Почему вы решили создать новый узел?

• КакиеWeb-узлы вам нравятся? Кто ваши конкуренты? Каковы, по вашему мне­нию, достоинства и недостатки их узлов?

• Каково основное назначение Web-узла?

• Какие кратковременные и долговременные цели преследует создание нового узла?

• Какую информацию о вашем бизнесе вы хотите сделать доступной широкой публике посредством Web-узла?

• Какие продукты или услуги вы предлагаете потребителям?

• С какими другими узлами вы хотели бы связать ваш узел посредством гипертек­стовых ссылок?

• Какой объем информации должен быть представлен на Web-узле?

• Есть ли у вас зарегистрированный товарный знак? Надо ли помещать его на Web-узел?

• Какие ресурсы имеются в наличии в настоящее время (например, фотографии, текстовые файлы, логотипы и т.д.)?

• Какие основные разделы должен содержать Web-узел?

• Как часто вы предполагаете обновлять содержимое Web-узла?

• Каков предполагаемый состав посетителей Web-узла?

• Какие типы отклика вы намереваетесь получать от посетителей Web-узла?

• Должен ли Web-узел быть статическим или динамическим? ДинамическиеWeb-узлы основываются на использовании баз данных.

• Как скоро Web-узел должен быть представлен в сети?

• Кто является вашим провайдером?

• Каков бюджет данного проекта?

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

• Привлечь новых потребителей.

• Предоставить существующим потребителям новые средства приобретения товаров.

• Сделать каталоги товаров и услуг доступными в Internet.

• Предоставить широкой публике информацию о компании.

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

«Мозговой штурм»

После того как вы определите цели создания Web-узла, надо генерировать идеи о том, каково должно быть его содержимое и оформление. Сделать это проще всего методом «мозгового штурма» с участием заказчика и других участников проекта.

Совещание методом «мозгового штурма» проводится для того, чтобы сформировать основные понятия, на основе которых можно было бы начать работу над проектом Web-узла. Участники совещания должны чувствовать себя свободно и быть готовы к творческому взаимодействию с другими. Основное назначение метода «мозгового штурма» — стимулировать возникновение конструктивных идей. Участники совещания могут высказывать все мысли, даже если они на первый взгляд кажутся абсурдными. Впоследствии большинство предложений будут отвергнуты, останутся лишь те, которые можно будет непосредственно использовать в работе.

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

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

Определение предполагаемой аудитории

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

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

Необходимо также учитывать техническую оснащенность предполагаемой аудитории, поскольку многие характеристики узла (от оформления до программного обеспечения) зависят от аппаратных средств, имеющихся в распоряжении пользователей. Возможности пользователей — существенный фактор, ограничивающий набор средств, который может быть применен при оформлении Web-документов. Вы также должны выяснить, какой тип Internet-соединения типичен для предполагаемых пользователей узла (связь по коммутируемой линии, кабельное соединение, линия Т1 и т.д). Важно выяснить, какая операционная система установлена на компьютерах пользователей (WindoWsХР, 7, 8, MacOS 8, 9, X или UNIX). Зная ответ на этот вопрос, вы сможете выбрать операционную систему для наиболее полного тестирования Web-узла.

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

• Как бы вы определили круг пользователей создаваемого узла?

• Какова возрастная группа большинства пользователей?

• К каким этническим группам принадлежат большинство пользователей?

• Каков средний доход пользователей создаваемогоWeb-узла?

• Преобладают ли среди пользователей мужчины или женщины?

• Каков род занятий большинства пользователей?

• Ограничен ли круг пользователей определенным регионом или страной?

• Имеют ли предполагаемые пользователи узла какие-либо характеристики, присущие только им?

• Могут ли в составе предполагаемой аудитории присутствовать пользователи с физическими ограничениями?

• Как часто узел будет посещаться пользователями?

• Что получают пользователи в результате посещения Web-узла?

• Какой опыт работы с Web имеют предполагаемые пользователи?

• Какой тип соединения применяют большинство пользователей для доступа к Internet? Какова пропускная способность линий?

• Какую операционную систему применяют большинство пользователей?

• Какие аппаратные средства применяют большинство пользователей?

• Используют ли они старые модели компьютеров?

• Какая разрешающая способность типична для мониторов, которые применяют предполагаемые пользователи?

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

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