авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 | 2 || 4 | 5 |   ...   | 8 |

«Келли Гото и Эмили Котлер Веб-редизайн: книга Келли Гото и Эмили Котлер Перевод Г. Нифонтовой Главный редактор ...»

-- [ Страница 3 ] --

что нравится и не нравится посетителям в теку 2. Отрасль щем сайте? Какие разделы являются успешны • Изучить отрасль клиента - в он- и оффлайно ми и почему?

вом аспекте. Использовать обычные методы сбо • Собрать технические/функциональные специфи ра информации (библиотеки, поиск в Интерне кации. Получить общее представление о функ те, телефонные книги), а также платные иссле ционировании текущего сайта и задействован дования (Jupiter Research, Gartner и так далее), ных технологиях.

если позволяет бюджет.

• Провести ревизию контента. Что уместно и не • Изучить публикации по данной отрасли: мате уместно на сайте? Насколько эффективно теку риалы телеконференций, организации, почтовые щий контент отвечает всем целям сайта?

рассылки, Белые страницы и так далее.

З.Стратегия/Маркетин г/Бренди нг 5. Конкуренция • Определить основных и вторичных конкурентов • Собрать информацию о текущих и планируемых онлайновых и вне Сети (из исследований кли маркетинговых и рекламных ходах (реклама в ента и проектной группы).

Сети и вне Сети: размещение, стратегия).

• Провести формальный или неформальный ана • Понять маркетинговую стратегию и реальные це лиз конкурентоспособности (см. главу 9).

ли - краткосрочные и долгосрочные. (Ближай Фаза 1: Определение проекта тов и сферы деятельности компании. Рассмотрите возможности текущего сайта и оцените особенности конкурирующих сайтов. Что в них удачно? Что нет? Все это окажет существенную помощь в изучении вашей аудитории. Такая инфор мация позволит лучше подготовиться к редизайну успешного веб-сайта.

Можно ограничиться лишь поверхностным анализом, но настоятельно рекомен дуется на фазе 1 провести анализ конкурентоспособности. Детальное обсужде ние методологии этого процесса см. в главе 9.

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

ента, сферы его деятельности и целе 6. Аудитория вой аудитории. Область и уровень ис • Определить первичную целевую аудиторию (из I следований меняется от проекта к про исследований компании и из опроса клиента).

екту, но результат всегда один: ценные • Собрать демографическую информацию о це- | данные. Чем больше информации соб левой аудитории (род занятий, пол, доход, он- I рано, проанализировано и осмыслено, и оффлайновые привычки, скорость связи, ис- I тем более подготовленными вы будете пользуемые броузер и платформа).

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

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

этапа выяснения (такие как профили D Создать пользовательские сценарии (конкрет рование пользователей и анализ кон ные ситуации для целевого пользователя при курентоспособности), особенно те, совершении онлайновой сделки или выполне которые требуют дополнительного фи нии других операций).

нансирования, могут не быть законче 7. Товары/услуги I ны ко времени перехода к другим ас • Ознакомиться с товарами или услугами, пред пектам определения проекта. В дейст лагаемыми компанией.

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

П Определить эффективность обслуживания за- I Для уверенности, что на этапе выясне казчиков. Удовлетворительное оно или нет?

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

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

92 Глава Определение УТОЧНЕНИЕ окончательных целей Определение окончательных целей «Что является целью этого редизайна?» «Почему Подготовка креативного нужно модернизировать сайт?» «Какие возможнос брифа ти появятся у нового сайта, которых нет у сущест вующего? » На все эти вопросы вам нужно дать от вет. Однако не слишком увлекайтесь. Еще не время искать ответ на вопрос: «Как мы собираемся пере проектировать сайт?» Это вы будете продумывать при формировании плана проекта. Пока же требу ется осмыслить конкретные цели. Проанализируй те опрос клиента. Какие цели перечислил клиент?

Конкретны ли они? Не упоминались ли дополни тельные цели при последующих контактах с клиен том? Добавьте их и создайте полный список целей.

Ниже приводятся некоторые возможные цели кли ентов:

• Увеличить трафик • Увеличить объем продаж • Продвинуть на рынок новый продукт • Сделать сайт динамическим, с управляемым контентом • Сократить количество звонков заказчиков в технические службы • Создать интуитивную навигацию • Упростить просмотр и покупку товаров • Создать масштабируемую структуру для будущего роста Однако что это за цели, если не будет способа оце нить, достигнуты ли они? Как клиент определит, отвечает ли сайт после запуска заявленным це лям? Возьмите список целей и рассортируйте их по приоритетам на первичные, вторичные и тре тичные. Продумайте способы, с помощью которых можно оценить, были ли эти цели достигнуты пос ле запуска (например, статистический рост совер шенных покупок). Чтобы определить успешность Фаза1: Определение проекта сайта, предложите клиенту установить измеримые цели (количественные и ка чественные) и контрольные этапы их оценки. Следует обеспечить возможность сравнения статистики прежнего и нового сайта. Наметьте измеримые цели и вернитесь к ним в фазе 5: Запуск и сопровождение, при передаче материалов по техническому обслуживанию.

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

Уделите подготовке креативного брифа достаточно времени (рис. 3.6 — типовой образец), так как к нему предстоит обращаться на протяжении всего проекта, но и не растягивайте эту работу на недели. Это краткое и простое изложение целей сайта: от общих целей для целевой аудитории до понимания пользователей во обще. В креативном брифе наряду с другими аспектами должны быть охаракте ризованы стиль, аудитория и общая идея. Кроме того, должна быть определена атмосфера проекта (как люди должны воспринимать сайт и компанию).

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

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

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

94 Глава Рис. 3.6. Образец креативного брифа Фаза1: Определение проекта РАБОЧИЙ ЛИСТ КРЕАТИВНОГО БРИФА Ответы на вопросы этого рабочего листа помогут эф- 2. Какого впечатления мы хотим добиться?

фективно сформировать креативный бриф. Часть от- 3. Как поможет в этом новый веб-сайт, достигнет ли ветов можно найти в информации, собранной на эта- он этой цели?

пе выяснения (опрос клиента, исследования, обсуж- 4. Какими прилагательными можно описать впечат дения). ление, которое должны производить на целевую Резюме проекта: Представляет общие сведения аудиторию веб-сайт и компания?

о проекте: цели и относящиеся к делу предпосылки 5. Какое зрительное впечатление должен произво по редизайну сайта. Это должна быть расширенная дить сайт?

формулировка проекта в целом.

Стратегия подачи информации: Как мы будем 1. В чем заключается проект? Кратко приведите от- убеждать целевую аудиторию?

носящиеся к делу предпосылки.

1. Какую основную идею требуется донести до целе 2. Какова главная цель нового сайта? вой аудитории? (Например, рентабельный, без 3. Каковы вторичные цели? опасный, надежный, эффективный.) 4. Каковы долгосрочные цели? 2. Каким образом будет внушаться эта идея? (Напри мер, эффективным подбором материалов направ Профиль аудитории: Профиль целевой аудитории.

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

сует этих людей? Что они делают в Сети ежедневно? 4. Как будет оцениваться успешность перепроекти 1. Кто составляет целевую аудиторию? Выберите ти- рованного сайта?

пичного пользователя и подробно опишите его. Конкурентоспособность и позиционирование:

Включите род занятий, возрастной диапазон, пол, Чем компания отличается от конкурентов и какие фак частоту пребывания в Сети, интересы в Сети и лю- торы сделают ее более успешной?

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

конкурентов?

2. Какие типичные задачи будет выполнять пользо 2. Что особенно выделяет компанию среди конкурен ватель на новом сайте? (Например: регистрация, тов?

вход, поиск информации, покупка конкретных то 3. Какие элементы текущего сайта являются успеш варов, подписка, запросы на получение дополни ными и почему?

тельной информации.) Основная идея: Придумайте слово или короткую Восприятие/Стиль/Основные принципы: Как фразу, которая адекватно опишет перепроектирован должна реагировать целевая аудитория на ваше но ный сайт.

вое интерактивное представительство?

1. Какое впечатление на целевую аудиторию произ водит компания и текущий веб-сайт?

Этот рабочий лист доступен для загрузки на www.web-redesign.com.

96 Глава Создание плана проекта ПЛАНИРОВАНИЕ Собрав на этапе выяснения все данные и опреде Создание плана проекта лив цели сайта, можно уверенно приступать к соз Составление бюджета данию плана проекта. Планировать следует ряд Составление графиков работ различных аспектов проекта, но при переходе к Формирование проектной данному этапу у вас уже собрано несколько гото группы вых документов, которые помогут определить про Организация демонстраци ект и составить графики работ по проектированию онной площадки сайта. Сформируйте с помощью накопленных ма Планирование юзер-тестинга териалов общий план проекта. Крупные компании вкладывают в эти документы гораздо больше уси лий и ресурсов (документы могут вырасти в или более страниц), но мы живем в реальном ми ре. Здесь представлены лишь ключевые моменты, составляющие Базовый процесс, — минимальные аспекты планирования и организации, необходи мые для успеха проекта.

Называемый иногда «охватным документом» или «программой проекта», общий план проекта дол жен содержать, по крайней мере, следующие ком поненты (каждый из которых подробно описан да лее в этой главе в приведенном здесь порядке):

• Обзор проекта • График работ (включая готовые компоненты и методологию) Предложение или план проекта?

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

книге). С этой оговоркой продолжим...

План проекта гораздо глубже вдается в стратегию и В чем разница между предложением и планом про детали выполнения работ. Он подготавливается после екта? И в том и в другом случае должен быть сфор подписания контракта.

мулирован проект, перечислены все его цели и 1_ Фаза 1: Определение проекта • Распределение бюджета • Креативный бриф • Сведения о целевой аудитории • Профили пользователей • Технические возможности аудитории • План юзер-тестинга • Детали и уточнения • Место для подписей (ОЧЕНЬ ВАЖНО) План проекта защищает как проектную группу, так и клиента. Он разъясняет все аспекты и формирует стартовый плацдарм для начала работ. Одобрением плана проекта клиент подтверждает свое понимание того, какие действия бу дут предприняты проектной группой от его имени.

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

Удостоверьтесь, что клиент одобрил и подписал план проекта. Ничто не накладывает такую ответствен ность, как подпись на документе.

Детали и уточнения В конце плана проекта, ближе к месту для подписей (где клиент точно обратит внимание), включите перечень деталей и уточнений (рис. 3.7). Список деталей и уточнений должен быть кратким и должен оговаривать конкретные аспекты, которые часто могут трактоваться по-разному (другими словами, уточните те моменты, которые клиент может неправильно понимать или произвольно из менять, например планы работ). Основная цель списка деталей и уточнений оградить проектную группу, прежде всего, от споров с клиентом по поводу масштаба проекта в виде простого и читаемого списка пунктов. К перечню дета лей и уточнений можно добавить такие пункты:

• Данный сайт будет содержать от 20 до 25 страниц.

• Этот проект рассчитан на срок выполнения 11 недель.

4 Зак. 98 Глава • Все затраты на фотографии/иллюстрации возлагаются на клиента и не включе ны в бюджет. Получение любого/всех прав на использование готовых работ ответственность клиента.

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

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

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

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

• Производство сайта включает создание и оптимизацию всех файлов/изображений и HTML-кода объ емом до страниц. Данный сайт содержит сценарии, которые включают только динамическое изменение графики на JavaScript. Сайт создается для работы на сервере UNIX или NT и будет досту пен для PC и Мае с броузерами Netscape 3.0+ и I.E. 3.0+.

• Данный проект распланирован и оценен в расчете на 10-недельный срок работ начиная с дата.

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

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

Рис. 3.7. Используйте этот типовой список деталей и уточнений как образец. Изме ните его в соответствии с потребностями конкретного проекта. Старайтесь пред ставить все как можно нагляднее. Учтите, что хотя список деталей и уточнений может быть включен в контракт (и стать частью юридического соглашения), сам по себе он не является юридическим документом. Он составляется для большей ясности и служит только как рекомендация Фаза1: Определение проекта Составление бюджета Когда предъявлять счет?

Вопросы оплаты должны быть Оценка стоимости работ по редизайну веб-сайта согласованы до начала работ. Ти может быть особенно проблематичной, учитывая пичная схема - 30% после одоб множество побочных факторов и неизбежную тен рения предложения или плана денцию к разбуханию проекта. Необходим опыт и проекта, 30% после одобрения умение правильно рассчитать время, которое зай- стиля и дизайна сайта, а осталь мет выполнение каждой фазы и задачи. Недооце- ное - после сдачи проекта. Чет ните что-либо - и не сумеете покрыть даже собст- ко оговорите, что при необходи венные накладные расходы. Да, можно выписать мости все дополнительные за счет на круглую сумму в 50 000 долларов и все рав- траты будут ясно обоснованы и но потерять деньги. Проверено на опыте: любая за- одобрены на любой фазе разра дача требует больше времени, чем думается на пер- ботки и что дополнительное фи нансирование будет добавлено к вый взгляд, — особенно руководство проектом.

заключительному счету.

Будьте более реалистичны, подстраховывайтесь.

Бюджет проекта определяет его фактический раз мер;

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

И имейте в виду, что бюджет в 25 000 долларов, распределенный с умом, может реализоваться в го раздо более эффективный редизайн сайта, чем не умело распределенный бюджет в 80 000 долларов.

Реалистичность бюджета №2:

Реалистичность бюджета №1:

Он сводится к срокам исполнения Оценивайте все что возможно Распределять бюджет можно по задачам, по груп Большинство компаний оценивает все что возмож пам или просто угадыванием (не рекомендуется).

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

для того, чтобы уложиться в рамки бюджета.

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

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

по крайней мере быть в курсе, что Четко определите этапы сдачи работ. Однозначно вы работаете себе в убыток или с оговорите в списке деталей и уточнений или в пла гораздо меньшей прибылью.

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

стоимости работ, чтобы учесть непредвиденные обстоятельства Тщательно контролируйте время работ и все вно и накладные расходы. Стан симые клиентом изменения. Заметив перерасход дартная надбавка составляет от запланированного бюджета, спросите себя и свою 10 до 20%. От 50 до 100% над команду, почему это произошло. Клиент присы бавки к стоимости часто уходит лает по электронной почте просьбу внести пустя на такие накладные расходы, как ковые поправки? Клиент пишет по 10 раз в день аренда, оплата телефонов, адми вместо того, чтобы обобщить сразу все замечания?

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

Фаза 1: Определение проекта Можно произвести потрясающий редизайн сайта, но если при этом превышен бюд жет и нет возможности оправдать перерасход, вряд ли вы получите удовлетворе ние от невыгодной работы, каким бы превосходным ни было ее исполнение.

Избегайте разбухания проекта. Сделайте это своим главным принципом.

Распределение бюджета: что и как оценивать Оценка стоимости проекта требует навыков. Можно предложить некоторые кри терии, которые помогут прогнозированию, но прежде всего это зависит от ва шей способности должным образом оценить размеры проекта (насколько вели ка работа в действительности?) и взаимодействия с клиентом (сколько времени займут обсуждения и согласования?). Начнем с главного: определите свои вре менные рамки и ресурсы, а затем используйте математику. Сколько часов отво дится каждой задаче? Кто входит в проектную группу? Какие работы будут сда ваться поэтапно? Прогнозируйте реалистичные сроки, необходимые для дости жения цели. Будьте максимально объективны: может ли проект быть выполнен раньше намеченной даты запуска сайта? Произведите отсчет от даты запуска.

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

См. диаграмму (рис. 3.8), иллюстрирующую типичное распределение времени для трех проектов разного объема, каждый из которых основан на выполнении пятифазного Базового процесса. Обратите внимание на то, какая часть ресур сов отводится на общее руководство проектом. Получив такое концептуальное, фазовое представление своего проекта, можно разбить его на недели в элект ронной таблице (рис. 3.9).

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

начните все организованно и про добивайтесь получения подписанного документа;

что- должайте в том же духе.

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

Глава Рис. 3.8. Образец распределения времени для трех проектов разного объема. Это только пример;

каждый конкретный проект отличается объемом работ, масштабом, ожидаемыми результатами и отчетными этапами Фаза 1: Определение проекта Рис. 3.9. Этот счетчик бюджетного времени - довольно простая электронная табли ца Microsoft Excel, в которой для каждого вида работ установлена почасовая стоимость и затраченное время, а также подсчитан общий итог занятого времени за каждую неделю. Эту таблицу можно также использовать для еженедельного сравнения пот раченного времени с запланированным. На данном примере показана типичная восьми недельная разбивка для небольшой внутренней проектной группы. (Бланк можно за грузить с www.web-redesign.com.) Отслеживание времени Если вы запомните только что-то одно из этой книги, то пусть это будет совет ОТСЛЕЖИВАТЬ ВРЕМЯ. (Правда, авторы надеются, что читатели найдут здесь и другие полезные советы.) Как правило, организации, которые отслеживают время и поэтому всегда знают состояние своего бюджета и как он используется, являются прибыльными. Те же, кто не следит за временем, либо неприбыльны, либо просто удачливы. Это как дважды два.

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

Удостоверьтесь, что вся команда еженедельно представляет точные данные (это повышает ответственность сотрудников), и постоянно контролируйте общее вре Фаза1: Определение проекта мя работы всей группы, сравнивая его с запланированным распределением вре мени (рис. 3.10). Знание потраченного проектного времени очень существенно для контроля бюджета и размера проекта. Любое фактическое время, потрачен ное на задачи, которые не были отражены в бюджете, окажется съеденным впус тую. Однако если эти же задачи были одобрены, должным образом введены в рамки проекта и аккуратно отслежены по временным затратам, то они могут быть предъявлены клиенту для дополнительной оплаты. Следует как можно раньше уведомить клиента о выходе за рамки бюджета, особенно если это про исходит из-за разбухания проекта.

Используйте любые действующие системы отслеживания времени. Timeslice (рис. 3.11), например, позволяет регистрировать время в больших и маленьких периодах, приращение ответов на электронную почту (не учитывая, что ответы Рис. 3.10. Каждую неделю составляйте короткий отчет по времени, запланированно му в бюджете, потраченному и оставшемуся. Следите за временем еженедельно, что бы держать под контролем масштаб проекта и правильность распределения времени.

Информируйте группу о результатах. Такой отчет ничего не даст, если сотрудники не в курсе реального состояния работ - в рамках ли они проектного плана, отстают ли или опережают его Puc. 3.11. Timeslice (www.asdsoft.com) позволяет отслеживать время, лишь щелкнув мышкой, и делает сортировку очень легкой Глава Зачастую при наличии опытной и сла женной команды более эффективно оценивать необходимое время в рас чете на членов группы. (Например:

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

В других же случаях проще оценивать проект по отдельным задачам, а не по времени, необходимому конкретным ролям в группе. (Например: «В этом проекте на информационный дизайн уйдет, вероятно, от 30 до 40 часов».) Можно использовать и тот и другой метод - главное, чтобы клиенту было понятно, из чего складывается общая стоимость проекта.

Бланки расчетов можно загрузить с www.web-redesign.com.

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

Фаза1: Определение проекта Ставки, приведенные здесь, условны и не соответствуют реалиям никакого из рынков.

108 Глава на электронную почту свидетельствуют о разбухании проекта), а также может сортировать данные по разным клиентам, проектам и задачам. Таблицы учета времени на бумаге также хороши, но они не очень точны, если у вас несколько клиентов или несколько задач. В любом случае аккуратно придерживайтесь выбран ного вами метода. От этого зависит результат проекта.

Составление графиков работ Для проекта нужен график его выполнения;

к тому же, фиксированные пре дельные сроки стимулируют людей. Существует много способов хронологичес ки распределить предстоящие работы: в виде списков с отметкой о выполне нии, в форме календаря, сообщения по электронной почте или в виде ежене дельника. Плюс к этому график проектных работ должен еще подчеркивать сте пень их срочности. Распределение заданий подстегивает каждого. Оно действует, как звонок будильника: «Пора начинать. Цели ясны, задачи определены». Стре митесь к четкому изложению заданий.

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

каждый подход дает свою перспективу.

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

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

Изменения, инициализируемые клиентом Разбухание проекта неуловимо. Речь идет не о явных Форма для дополнительного финансирования - удоб просьбах об изменениях в проекте. Когда клиент на- ный способ задокументировать изменения в масшта прямую просит ввести дополнительную возможность бе проекта (рис. 3.14). Даже если изменение не тре или раздел, которые не предусмотрены в первона- бует дополнительных ассигнований, все равно стоит чальной формулировке проекта, можно улыбнуться и оформить его по правилам, отметив как «бесплат уверенно ответить: «Нет проблем, к концу дня мы ное», и иметь соответствующий документ. Формы для представим отдельный план и бюджет». Удивительно, дополнительного финансирования служат поправка насколько эффективен такой подход против разбухания ми к одобренному бюджету, проекта. Клиент сам может отказаться от новых планов или согласится на официальное изменение в проекте.

Фаза 1: Определение проекта Эту форму можно загрузить с www.web-redesign.com.

Рис. 3.14. Используйте эту форму для дополнительного финансирования как образец при создании своей формы Глава Старайтесь, чтобы не пришлось долго отыскивать Покажите методологию даты сдачи работ. Эта информация всегда должна При формировании общего rumw быть доступна и на виду, возможно даже напоми на сопоставьте со сроками пла- наться еженедельно по электронной почте или по тежа методологические этапы (то мещаться на демонстрационной площадке. Кален есть все пять фаз Базового про дарные планы работ должны создать ощущение цесса). Это обеспечит наглядный безотлагательности и держать клиента и всех уча обзор процесса в целом, так как стников проекта в курсе событий.

покажет хронологическую после довательность задач проекта.

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

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

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

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

Фаза1: Определение проекта Готовые компоненты/ Примечания Дата Готовые компоненты Недели 1-2 Определение: Составить и утвердить общий бюджет и ОПРОСНЫЕ ЛИСТЫ с 30.07 графики работ. Определить и уточнить технические по- Передать клиенту ПЛАН ПРОЕКТА по 10.08 требности. Установить масштаб проекта и компоненты, * Выплата аванса в подлежащие сдаче. Сформировать и утвердить план про размере ЗОХ перед екта. Выяснить потребности в юзер-тестинге и сопровож началом работ дении сайта.

КРЕАТИВНЫЙ БРИФ Составить креативный бриф (на основании опросов клиен АНАЛИЗ КОНКУРЕНТО та), обрисовывающий облик сайта. Провести анализ конку СПОСОБНОСТИ рентоспособности;

начать предварительное профилирова ние аудитории. Получить подписи клиента на всех мате риалах.

Структура: Определить структуру сайта, разработать КАРТА САЙТА Недели 3- ПРОФИЛИ навигацию и положение страниц. Завершить составление с 13. ПОЛЬЗОВАТЕЛЕЙ по 24.08 карты сайта и утвердить ее у клиента. Создать профили ПЛАН ПОСТАВКИ пользователей и выяснить выполняемые ими задачи. Со КОНТЕНТА ставить план поставки контента и начать с ним работу (ре СТРУКТУРИРОВАНИЕ дактирование/написание).

МАРШРУТЫ Начать структурирование страниц первого и второго уров ПОЛЬЗОВАТЕЛЕЙ ня. Наметить навигацию, положение страниц, органи-за цию контента, макет, а также маршруты пользователей. Вы полнить тестирование бумажного прототипа сайта.

1-й ВАРИАНТ ДИЗАЙНА:

Недели 5-6 Дизайн | Протосайт: Представить первый вариант ди Представить для зайна/макета страницы. Утвердить стиль оформления стра с 27. просмотра в онлайновом по 7.09 ниц, начать их производство. Приступить к разработке ин режиме терфейса пользователя. Преобразовать в цифровую форму ПРОТОСАЙТ:

необходимые материалы для их онлайнового исполь неформальное зования.

юзабилити-тестирование Разработать HTML-протосайт (без использования дизай- •Выплата ЗОХ после Рис. 3.15. Пример 10 на), соответствующий одобренному положению страниц и одобрения 1-го неделъного обзорного пользовательскому интерфейсу. Собрать, модифициро- варианта дизайна вать и подготовить весь контент. Начать создание шаблонов графика работ отра дизайна.

жает методологию, а Производство: Начать производство сайта, используя БЕТА-ВЕРСИЯ САЙТА: также краткий пере Недели 7- протосайт в качестве макета и структуры. Начать создание представить для с 10.09 чень задач и компо по 28.09 просмотра в онлайновом нентов, подлежащих режиме:

зайн.

сдаче. (Данный при Продолжить производство, тестирование и формирование Встреча - 24. мер создан в виде про сайта. Проверить совместимость с заданными броузерами и платформами. Начать внутреннюю проверку качества (QA). стой таблицы Micro Завершить создание онлайновой бета-версии сайта, утвер- soft Word. Можно ис дить ее у клиента и начать внутреннее тестирование и про пользовать также верку качества. Переместить сайт на постоянный сервер любой другой фор для тестирования и проверки качества и совместимости с мат, наиболее удоб разными платформами.

ный для обмена ин Запуск: Публичный запуск. Анонсирование. После запуска ГОТОВЫЙ САЙТ:

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

Встреча - 2. 1 0 ной группой) Глава Готовые компоненты/ Подробное описание Дата Примечания Формулирование | Выяснение Неделя *0просные листы переданы Понедельник 30.07 ОПРОСЫ КЛИЕНТА: Пол\мить от клиента ответы клиенту 14. ПЛАН ПРОЕКТА: Сформировать обзор бюджета, графиков работ и компонентов, 'Выплата аванса в размере ЗОХ Четверг 2. перед началом работ подлежащих сдаче, и представить клиенту на рассмотрение.

КРЕАТИВНЫЙ БРИФ: Представитьклиенту для утверждения 'Начать неформальное Пятница, 3. юзабилити-тестирование сайта.

ПЛАН ЮЗЕР-ТЕСТИНГА: Представить клиенту и постараться получить ответ в Начать предварительный анализ течение дня, а подписанный план - как можно скорее.

конкуренции АНАЛИЗ КОНКУРЕНЦИИ: Получить представление о конкурентах, определить подход, план и группу по юзабилити.

Неделя 2 Определение | Выяснение (продолжение) Вторник, 7.08 ВСТУПИТЕЛЬНАЯ ВСТРЕЧА: Все заинтересованные лииа обсуждают план •Проводить встречу еженедельно проекта, креативный бриф, план юзер-тестинга и общий график работ. для введения клиента в курс дела Пятница, 10.08 АНАЛИЗ КОНКУРЕНЦИИ: Составить неофициальный отчет (отчет для разработчиков, а не для клиента).

Неделя 3 Структура | Контент Вторник, 14.08 КАРТА САЙТА: Представить структуру и организацию сайта. 'Проводить обсуждения контента и карты сайта еженедельно ПЛАН ПОСТАВКИ КОНТЕНТА: Перечислить все виды контента и материалов сайта Четверг 16.08 КАРТАСАЙТА: Постараться получить одобрение или уточнения клиента к концу дня.

Пятница, 17.08 ПРОФИЛИ ПОЛЬЗОВАТЕЛЕЙ: Определить целевую аудиторию.

Неделя 4 Структура | Контент (продолжение) МАКЕТ (1-й вариант) Вторник, 21.08 'Проводить обсуждения макета еженедельно Четверг, 23.08 МАРШРУТЫ ПОЛЬЗОВАТЕЛЕЙ Пятница, 24.08 МАКЕТ (2-й вариант) Неделя 5 Дизайн | Протосайт Вторник, 28.08 ДИЗАЙН (1 -й показ): Представить в онлайновом режиме для просмотра клиентом 'Проводить еженедельные обсужде ния с предоставлением результатов Среда, 29.08 ДИЗАЙН (1 -й вашант): Постараться получить отзыв клиента к концу дня Четверг, 30. Пятница, 31.08 ДИЗАЙН (2-й вариант): Подготовить к презентации (чтобы показать сайт клиенту 'Если потребуется, работать в в понедельник, можно поработать в выходные, если потребуется). выходные Неделя 6 Дизайн | Протосайт (продолжение) Вторник, 4.09 'Еженедельная встреча Четверг, 6.09 ШАБЛОНЫ ДЛЯ ДИЗАЙНА: Подготовить начальную страницу к производству и тестированию/оптимизации.

Пятница, 7.09 ПРОТОСАЙТ: Провести неформальное юзабилити-тестирование.

Неделя 7 П роизводство 'Выплата ЗОХ после одобрения с 10.09 по 14.09 креатива Продолжить производство, тестирование и формирование сайта. Проверить Неделя совместимость с заданными броузерами и платформами. Начать внутреннюю с 17.09 по 21. проверку качества (QA).

БЕТА-ВЕРСИЯ САЙТА Неделя 9 Контроль качества (QA) с 17.09 по 21.09 Представить в онлайновом режиме.

Подготовить бета-версию сайта в онлайне для сдачи клиенту и начать внутреннее тестирование и проверку качества (QA). Переместить сайт на постоянный сервер Встреча-24. для его испытания, проверки качества и совместимости с разными платфор мами.

Запуск | Публичный запуск Неделя Представить в онлайновом режиме.

с 1.10по5.10 Анонсирование Встреча-2. После запуска: Передать все необходимые материалы и шаблоны, обучить 'Выплата оставшейся суммы группу сопровождения и провести заключительную встречу.

Рис. 3.16. Детальный 10-неделъный график работ со сроками сдачи готовых компонентов разбивает проект на недели и дни. (Представлен в виде таблицы Microsoft Word) Фаза1: Определение проекта Используйте различные стили Методы представления докумен тов, показанные в этом разделе, просто предложения. Вкусы и восприятие у людей разные, по этому форматы документов мож но менять соответственно. Одни предпочитают перечисление ключевых дат в виде списка, а другим больше нравятся обзор ные графики работ, отражающие пианы на каждый день в календар ном стиле (рис. 3.17). Используй те любой стиль, наиболее удобный для проектной группы и клиента.

Рис. 3.17. Macromedia Dreamweaver имеет замеча тельное дополнение - календарь, который поможет сформировать детальный график, день за днем. К тому же, он в формате HTML, так что его легко перенести на демонстрационную площадку. По лучить календарь можно на http:/'/'exchange.macro media.com (ищите там «calendar») Подробный график работ и материалов, подлежащих сдаче, составляется на ос нове обзорного графика. Держите обзорный график для справки (и, конечно, обновляйте его, если вдруг масштаб проекта раздуется от 8 недель до 13), но конкретные действия и сроки перечисляйте и описывайте в подробном графике (рис. 3.16). Обновляйте графики по мере внесения в проект изменений и сде лайте их легко доступными на демонстрационной площадке. Хороший обмен информацией помогает держаться в рамках запланированных сроков.

114 Глава Формирование проектной группы Наверное, все слышали мудрую истину о том, что любая команда сильна на столько, насколько сильно ее слабейшее звено. Это справедливо и для проектной группы. Чтобы минимизировать потенциальные проблемы в хорошо разрабо танном и стройном плане, подыскивайте надежных людей, даже если потребу ются дополнительные фонды для оплаты более опытных специалистов. Если в группе есть новички, сбалансируйте их экспертами. При умелом распределе нии индивидуальных задач и обязанностей - для клиента и в группе - можно избежать сбоев.

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

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

В проектной группе один человек может выполнять несколько обязанностей (на пример, Майк будет заниматься и дизайном и информационным проектирова нием), поэтому в расчет следует брать не отдельных исполнителей (Майк), а ско рее тип задач (дизайн и информационное проектирование). В связи с возраста нием количества людей, использующих редакторы класса WYSIWYG и другие упрощенные HTML-редакторы, такое «ношение нескольких портфелей» случа ется все чаще (см. мнение специалиста Джима Хейда). Арт-директор может быть также ответственным за производство HTML-сайта. Руководитель проекта иног да берет на себя и проверку юзабилити. Будьте реалистичны. Если вы руково дитель и арт-директор проекта, то вряд ли найдете время еще и на информаци онное проектирование, и на работу копирайтера, - разве что растянув сроки выполнения работ. Нанимайте новых специалистов или распределяйте допол нительные обязанности между членами группы сообразно обстоятельствам.

Организация демонстрационной площадки Демонстрационная площадка играет роль центрального пункта координации ра бот. Разбейте ее на две части: клиентский демонстрационный сайт и рабочий сайт группы разработчиков. Хотя электронная почта и эффективна для обмена инфор мацией, выяснения текущих вопросов и передачи административных данных (ад ресов электронной почты, графиков работ и так далее), рекомендуется также соз дать демонстрационные площадки.

Фаза1: Определение проекта Джим Хейд (Jim Heid) о распределении обязанностей и специализации Как информационное пространство Сеть можности всей группы. Но при этом каж стала достаточно сложной, и специали- дый должен иметь достаточно общих зна зация становится реальной необходи- ний, чтобы понимать своих коллег.

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

циалист по информационной архитекту- Кроме того что он известен как хоро ре или по динамическому HTML или гуру ший обозреватель технологий, Джим в JavaScript, или знаток Flash, или спе- председатель нескольких конференций циалист по потоковым данным (streaming Thunder Lizard no веб-производству, media). Различные технологии, применя- включая серии семинаров по веб-дизайну емые в современных веб-сайтах, постоян- и Macromedia Web World. Наконец, его но развиваются, и достаточно трудно не третья специализация - консультант отставать даже в одной области. по потоковым данным. Сейчас он рабо тает на www.jimheid.com и проживает Я считаю, что сегодняшний веб-профес в Альбионе, Калифорния (с населением сионал должен иметь общее представле 398 человек).

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

Важно знать понемногу обо всем и много о чем-то главном. При работе в большой команде общее представление о веб-тех нологиях способствует лучшему контак ту со всеми специалистами группы. В слу чае небольшой группы - скажем, два-че тыре человека - важно, чтобы каждый член группы имел специализацию, кото рая, так или иначе, обогащала бы воз Глава РОЛИ В ПРОЕКТНОЙ ГРУППЕ Руководитель проекта (Project Manager) Арт-директор/Визуальный дизайнер (Art Director/Visual Designer) Называемый также продюсером сайта (site produ cer) или финансовым директором (account manager), Арт-директор/визуальный дизайнер отвечает за соз руководитель проекта организует веб-проект от на- дание качественной, эффектной графики, соот чала до конца и является главным лицом, взаимо- ветствующей ограничениям возможностей ее про действующим с клиентом, а также центральной фи- смотра целевой аудиторией. Он должен хорошо вла гурой в проектной группе. В задачи руководителя деть стандартными программами (Fireworks, Flash, проекта входит определение и формулирование фак- Dreamweaver, Photoshop, GoLive). Как и все другие тических потребностей сайта и согласование с кли- сотрудники группы, арт-директор/визуальный ди ентом необходимых технологий и времени, требу- зайнер должен следовать установленному графику емого на разработку и выполнение заявленных це- работ, регулярно согласовывать все вопросы с ру лей в рамках установленного бюджета. ководителем проекта и быть в состоянии самому кон Руководитель проекта следит за ходом работ, ре- тактировать с клиентом.


шает проблемы и взаимодействует со всеми члена- При наличии нескольких визуальных дизайнеров арт ми группы и клиентом во всех фазах Базового про- директор отвечает за их согласованную работу по цесса. Руководство проектом - это связующее зве- созданию внешнего облика сайта. (Дополнительную но, которое объединяет весь процесс разработки и информацию по визуальному проектированию см. в его участников в единое целое. главе 5 «Фаза 3: Визуальное оформление и тести рование».) Информационный дизайнер (Information Ответственный за производство/Дизайнер Designer) производства (Production Lead/Production Designer) Информационный дизайнер отвечает за размеще Ответственный за производство возглавляет группу ние, структуру и юзабилити и соответствующим об дизайнеров по производству HTML и тестированию, разом преобразует контент и бизнес-цели в подхо следя за масштабом и графиком работ. дящие функциональные и визуальные схемы и реше В небольших проектах ответственный за произ- ния. Он разрабатывает карту сайта и способы навига водство может быть также и дизайнером произ- ции по контенту, размещенному на странице, - все водства HTML. Обязанности дизайнера производства это безотносительно к внешнему оформлению стра может исполнять человек, сведущий в HTML и стан- ниц. Информационный дизайнер определяет меха дартах оптимизации изображений, включая ис- низм навигации по сайту, его функциональность и пользование таблиц, фреймов и вопросы просмот- взаимодействие с пользователем.

ра страниц в различных броузерах. От дизайнера Обязанности по информационному дизайну могут производства может также потребоваться знакомство быть совмещены с внешним дизайном или произ с ASP, Perl, Java, CGI и так далее. В его обязанности водством сайта. (Дополнительную информацию об входит создание HTML-протосайта и окончательная информационном дизайне см. в главе 4 «Фаза 2:

компоновка HTML, а также согласование элементов Разработка структуры сайта».) художественного оформления с принятым стилем сайта. (Дополнительную информацию по произ водству сайта см. в описании фазы 4.) Фаза 1: Определение проекта РОЛИ В ПРОЕКТНОЙ ГРУППЕ Копирайтер/Контент-менеджер (Copywriter/ Программист/Специалист по внутренним Content Manager) разработкам Programmer/Backend Engineer Одна из наиболее важных (и часто упускаемых) ро- Уровень требуемой квалификации программиста/ лей в эффективном веб-проектировании - роль ко- специалиста по внутреннему интерфейсу зависит от пирайтера. Копирайтер должен знать специфику Се- технических потребностей проекта - от основ Ja ти и иметь соответствующие навыки, включая уме- vaScript до более сложного программирования (CGI, ние поддержать стиль и необходимое впечатление, ASP, Java, ATG и Perl). В самом начале проекта не которое должен производить сайт. обходимо провести тщательный анализ потребнос Иногда копирайтер может также выполнять обязан- тей внутреннего программирования. Специалист по ности контент-менеджера: следить за всеми состав- внутренним разработкам выполняет требуемые ра ляющими контента (то есть фотографиями, аудио-, боты параллельно с работами по перепроектирова видео- и текстовыми материалами) и контролиро- нию внешнего облика сайта.

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

неджер были наняты непосредственно клиентом и Ответственный за контроль качества работали на него, а подготовленные ими материа (QA Lead) лы были оговорены в проекте как поставляемые кли Ответственный за контроль качества сайта, называ ентом компоненты. (Дополнительную информацию емый иногда «чистильщиком» (Exterminator), отыс по подготовке контента см. в описании фазы 2.) кивает ошибки и недочеты сразу после производства Ответственный за юзабилити (Usability Lead) сайта, а иногда и после его запуска. В его обязан ности входят: разработка плана тестирования, про Ответственный за юзабилити сайта в первую оче верка на соответствие броузерам (включая HTML), редь собирает конкретную информацию о том, как а также контроль размещения контента. (Дополни конечные пользователи фактически работают на сай тельную информацию о проверке качества сайта см.

те, а также выясняет удачные и неудачные аспекты.

в главе 6 «Фаза 4: Производство и контроль качест Ответственный за юзабилити взаимодействует с ин ва».) формационным дизайнером, уточняя вопросы на вигации и пользовательских маршрутов, а затем про веряет новый сайт в отношении юзабилити на фазе HTML-протосайта наряду с проверкой качества QA, I а также при запуске. (Дополнительную информацию о юзабилити-тестировании сайта см. в главе 8.) В данной таблице перечислены обязанности ролей в проектной группе, что не обяза тельно соответствует количеству сотрудников группы.

Глава Зарезервируйте под них место на своем собствен Рекомендуемое программ- ном сервере. Защитите их паролем, если возмож ное обеспечение но, или, по крайней мере, удостоверьтесь, что URL Разработанный для мелкого биз- демонстрационной площадки скрыт от случайных неса пакет SiteSpring, новый посетителей. Сообщите URL организованной пло программный продукт Macrome щадки клиенту и всем членам проектной группы.

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

тивный демонстрационный сайт.

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

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

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

Каждая компания создает такие площадки по-сво ему. Будь это «клиентский сайт» или «проектный сайт», это должна быть удобная, легко поддержи ваемая и обновляемая структура. Каждый член проектной группы должен понимать, как органи зованы каталоги файлов и как обозначаются об новления. Логичность и последовательность в этом отражают профессионализм группы.

Рекомендуется обеспечить клиентскую демонстра ционную площадку простой навигацией (рис. 3. и 3.19). Оставляйте ее в текстовом формате;

рисун ки не нужны. Обеспечьте ссылки с начальной стра ницы к трем главным разделам: дизайн, HTML и административный раздел (графики работ, кре ативный бриф, контакты). Ссылка на последний должна быть проставлена на каждой странице де монстрационного сайта наряду со ссылкой на на чальную демонстрационную страницу и на страни цу с контактной информацией, где адреса электрон ной почты являются активными ссылками. Ста райтесь поддерживать хронологический порядок записей и везде проставлять даты. По завершении очередного этапа работ заархивируйте относящи Фаза 1: Определение проекта Puc. 3.18. Демонстрацион ная площадка food.com мо жет служить примером для организации клиентского де монстрационного сайта.

Представленные клиенту материалы разделены на три главных раздела: разра ботка, дизайн и контакты Puc. 3.19. Демонстрацион ный сайт cjcarmichael.com еще проще. Это не такой крупный проект с гораздо меньшим составом проект ной группы, поэтому для ссы лок вполне хватает места на одной странице 120 Глава еся к нему материалы в отдельный раздел. Всегда может возникнуть необходи мость просмотреть предыдущую версию.

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

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

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

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

Что такое онлайновый опрос?

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


Фаза 1: Определение проекта Обычно на такие опросы пользователи отзывают Правда о фокус-группах ся не очень активно. На массовые опросы целевой группы по электронной почте отвечает от 10 до Хотя фокус-группы и хороши для сбора мнений, получаемые из 15% опрашиваемых пользователей. Однако при опросов сведения не конкрети рассылке 500 опросов даже 50 ответов дадут доста зируют, что именно удачно или точно информации для анализа.

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

сайта - с репрезентативной выборки вашей ауди тории. Преимуществом такого способа проверки является то, что опросы можно производить уже в самом начале работ. Внешний облик и впечатле ние, производимое сайтом, организация и пред ставление контента, навигация - все это (и многое другое) может быть оценено через опросы фокус групп. Цель таких опросов — получить общее и объективное мнение. Можно задать вопрос: «Что вы думаете об организации контента?» или «Как вам нравится навигация? Логична ли она?», или «Нравится ли вам расположение рекламы?» Мож но представить несколько набросков начальных вариантов дизайна и спросить, который из них предпочтительнее и почему. Мнения беспристраст ной группы пользователей помогут понять, пра вильны ли ваши предположения. Но не забывайте:

это всего лишь мнения.

Что такое юзабилити-тестирование?

Буквально юзабилити (usability) - это легкость в использовании или легкость в понимании того, что нужно сделать, чтобы заставить что-то работать.

Юзабилити веб-сайта - это понимание того, как от дельный пользователь будет перемещаться по сайту, находить информацию и взаимодействовать с веб-сайтом. В отличие от онлайновых опросов или опросов фокус-групп, юзабилити-тестирова 122 Глава ние проводится «один на один»: один человек (испытатель) наблюдает и изуча ет действия другого человека (конкретного пользователя), чтобы выяснить, как он фактически использует сайт и решает на нем свои задачи. Юзабилити акцен тируется на целях ;

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

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

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

Подготовьтесь к этой встрече;

возьмите план проекта (который включает, по крайней мере, следующее: обзор проекта, общий и детальный графики работ, креативный бриф, профили пользователя, данные о технических возможнос тях аудитории, список членов проектной группы и план юзер-тестинга) и со МЕТОДЫ СБОРА ИНФОРМАЦИИ И ОТЗЫВОВ ПОЛЬЗОВАТЕЛЕЙ Опросы (онлайновые Фокус-группы Юзабилити-тестирование и по электронной почте) | От 50 до 1000 участников, От 8 до 20 участников. Ценные От 4 до 8 участников. Цель I представляющих целевую отзывы и мнения на начальном выяснить действия при выпол аудиторию. Нет прямого вза- этапе. нении задач. Фактические ре- I имодействия. Статистически зультаты основаны на наблю значимые отзывы. дении;

взаимодействие «один на один».

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

Фаза 1: Определение проекта 1 ставьте программу встречи. Рекомендуется составлять программу для каждой встречи независимо от того, придерживаетесь вы ее или нет. В программу всту пительной встречи включите следующие пункты, изменив их в соответствии со своим проектом.

• Ознакомление с планом проекта. Представьте проект, клиента и группу;

от метьте задачи этапа выяснения;

коснитесь деталей и уточнений;

удосто верьтесь, что все понимают масштаб проекта;

раздайте обеим сторонам кон тактную информацию;

обсудите задачи и обязанности обеих сторон;

согласуйте способы связи.

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

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

• График и сроки работ. Обсудите календарный план проекта;

поясните значе ние своевременности откликов и поставки контента для окончательной даты запуска сайта;

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

обсудите проблему разбуха ния проекта.

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

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

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

Зачем так подробно опрашивать клиента? Почему нельзя просто довольство ваться той информацией, которую предоставит сам клиент?

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

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

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

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

Фаза 1: Определение проекта Контрольный список задач фазы Выяснение Уточнение • Раздать/собрать/проанализировать • Определить окончательные цели опросный лист клиента D Составить креативный бриф проекта • Раздать/собрать/согласовать Планирование эксплуатационный опрос • Составить бюджет • Получить от клиента имеющиеся • Выбрать способ отслеживания времени материалы по маркетинговым • Составить графики работ исследованиям • Сформировать проектную группу • Выяснить демографические данные аудитории • Организовать клиентскую демонст рационную площадку • Создать профили пользователей • Организовать рабочую площадку • Определить технические возможности для проектной группы аудитории • Составить план юзер-тестинга • Определить потребности во внутреннем программировании (если они есть, • Скомпоновать план проекта применить дополнительные технологии) • Провести вступительную встречу • Проанализировать отрасль клиента • Получить подписи клиента на всех (см. также главу 9) документах Учебный пример Internap Клиент: Internap Network Services Corporation Директор стратегии брендинга (Director of Brand Strategy): Дейв Миллер (Dave Miller) URL: www.internap.com Главный дизайнер: Коди Расмуссен Проектная группа: Phinney Bischoff Design House, (Cody Rasmussen) Сиэттл Технический директор: Нейл Робертсон Директор по связям (Interactive Director):

(Neil Robertson) Карл Бишоф (Karl Bischoff) ПРЕДЫДУЩИЙ INTERNAP.COM [ПРЕЖНИЙ] не продвигал свою торговую марку. Internap считался довольно хорошей фирменной мар кой и узнавался в высших технологических кругах (среди глав ных технических директоров и главных сетевых администрато ров), но брендинг фирмы не распространялся в более широ кие круги и организации.

Учебный пример Internap Network Services Corporation, ведущий про вайдер быстрых, надежных интернет-сервисов;

создал платформу, которая не просто маршрутизирует дан ные, а делает это интеллектуально.

СОВРЕМЕННЫЙ INTERNAP.COM [ПЕРЕПРОЕКТИРОВАННЫЙ] об- Результат: Более доступен широкой аудитории, новил свой внешний облик и пересмотрел стратегию брендинга, добавив девиз и образный рисунок, кото рые оживляют картину и усиливают впечатление. Сайт представляет Internap как «интеллектуальный» интер нет-провайдер. (2000 г.) См. цветную вклейку, стр. 344- Фаза 2: Разработка Л Т структуры сайта Когда организованное содержимое представлено логическим и понятным пользователю способом, переход между страницами происходит плавно, бесшовно.

5 Зак. Фаза 2: Разработка структуры сайта Некоторые люди быстро «пролистывают» веб-сайты, оценивая разные компа нии. Другие медленно «прогуливаются» по сайту, словно по магазину. Третьи приходят на сайт с конкретной целью: найти нужную информацию или сделать покупку.

Сеть и создана для предоставления информации, а также быстрого и легкого ее поиска. Она соединяет пользователей с содержимым сайта. Независимо от конкретной задачи пользователям необходимо, чтобы они были ясно и просто направлены к разыскиваемым данным. Хороший информационный дизайн снабжает пользователей «дорожными знаками», которые помогают им ориен тироваться и не потеряться. Питер Морвилл (Peter Morville), автор статей в он лайновом журнале Web Review (www.webreview.com), характеризует хороший информационный дизайн как «создание последовательных и функциональных систем навигации, графики, компоновки страниц и языка заголовков, благода ря которым пользователь понимает, куда идти, что делать и повторно возвра щается на такой сайт».

Структурирование любого сайта - прямо с нуля или при редизайне - включает рассмотрение трех точек зрения: контента, сайта и страницы. Контент, или со держимое - это то, что дает жизнь сайту. Усовершенствование структуры как с точки зрения сайта (схематизация сайта), так и с точки зрения страницы (струк турирование) позволяют информационному дизайнеру представить организо ванное содержимое таким способом, который будет логически понятен пользо вателю. Структурирование сайта на бумаге перед началом визуального проек Определение тематики Создание карты сайта Создание макета контента Пересмотр текущей Обеспечение навигации Аудит существующего контента организации сайта Именование и маркировка Структурирование контента Установка соглашений Определение основных Создание плана поставки об именовании маршрутов пользователей контента Фаза 2: Разработка структуры сайта тирования - очень важный этап правильной адре Информационный сации к целевой аудитории. Эффективный инфор дизайн как роль мационный дизайн незаметен для пользователя.

В фазе 1: Определение проекта Однако если он плохо продуман, пользователи сра перечислено несколько ролей, зу почувствуют неудобство и даже раздражение.

вовлеченных в Базовый процесс, К сожалению, разработка надежной структуры и одна из них - информацион сайта - задача информационного дизайнера - один ный дизайнер. Не в каждом про из этапов, которым наиболее часто пренебрегают екте можно позволить себе рос при разработке веб-проектов. Некоторые клиенты кошь иметь отдельного инфор желают сохранить навигацию и организацию сайта мационного дизайнера. Это не «как есть» и оставляют старый сайт как базовую страшно. Мы сейчас говорим не структуру при редизайне. Это неправильно, ни в о людях, а о ролях. Руководитель коем случае нельзя пренебрегать информацион- проекта может быть одновремен ным проектированием. Редизайн - это цельный но и информационным дизайне ром или поделить его обязанно процесс, и удаление одного из его этапов ставит под сти с арт-директором. Для раз угрозу конечный результат.

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

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

Очень важно заранее спланировать все с учетом пользователя. Только представив себя работаю щим в перестроенной кухне (или на перепроекти рованном веб-сайте), можно со знанием дела спро ектировать новую структуру.

Представьте себя обычным пользователем сайта.

Станьте одним из них. Что они делают на сайте?

Что им нужно и как следует спланировать навига цию и структуру сайта, чтобы удовлетворить их потребности? В фазе 1 Базового процесса была оп ределена аудитория сайта. Теперь в начале струк Глава Ани Фио (Ani Phyo) об информационном дизайне Думать как информационный дизай- эти комнаты связаны между собой (на нер не так уж и необычно - фактичес- вигация/ссылки), и так далее. Все это ки мы делаем это все время: для облег- время архитектор тесно сотрудничает чения поиска расставляем свои ком- с инженерами, которые говорят ему, пакт-диски по тематике или по алфа- что возможно построить. После одоб виту, в зависимости от того, как нам рения проекта клиентом начинается удобнее искать музыкальные записи;

производство (визуальный дизайн, а распределяем по разным шкафам ве- затем кодирование HTML).

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

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

тельные комнаты (планирование масштабируемости и роста), то, как Фаза 2: Разработка структуры сайта Клиенты стремятся побыстрее полу- нер. Недавно она занималась связыва чить свои сайты, поэтому иногда они нием телевидения и Сети для теле не понимают значение информацион- компаний в Лос-Анджелесе. В число ее ного дизайна. Выделение времени для клиентов входят Paramount Pictures, составления чертежа сайта перед его Warner Bros., Apple Computer, Simon & формированием сохранит, в конечном Schuster и Gymboree. В свободное вре счете, и время и деньги. мя Ани читает лекции и ведет курсы по веб-дизайну, информационному ди зайну, обеспечению взаимодействия и юзабилити сайтов. SmartMonkey Me Ани Фио имеет творческий опыт ра dia - цифровая студия, специализиру боты на веб-сайтах и вне их с 1993 г.

ющаяся на веб-дизайне, цифровом ви В 1994 г. она основала SmartMonkey део, прямых репортажах с места со Media (www.smartmonkey.com) и полу бытий и совмещении разных информа чила признание как опытный кон ционных сред.

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

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

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



Pages:     | 1 | 2 || 4 | 5 |   ...   | 8 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

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