Проектирование
•* Этапы Большого пути •* Хпопоты с дизайном -> Приниипы функционирования сайта •* Многоликость и полифуншионапьность сайта -> Составлять или не составлять техническое задание? -> Кого звать на помощь? -* Типовая схема технического задании -> Эскизный и технический проекты -> Типичные ошибки начинающих •* Выводы
Основные документы этапа проектирования — техническая концепция (ТК), техническое задание (ТЗ), эскизный проект (ЭП) и технический проект (ТП). Стандарты ISO 6592:1986, ISO 9294:1990-TO, ISO 9127:1987, ГОСТ 34.201-89 кроме ТК и ТЗ выделяют еще около 30 разных документов, создаваемых при проектировании сложного программного средства. В совокупности эти документы являются составными частями эскизного и технического проектов.
Сложившаяся практика разработки сайтов показывает, что, к сожалению, часто разработчики не разделяют ТК, ТЗ, ЭП, ТП. В результате в техническое задание включаются и основные бизнес-идеи, и требования заказчика, и способы реализации требовании исполнителями, и алгоритмы взаимодействия частей системы.
скизным проектом в лучшем случае называют художественные Арафты (эскизы) типовых страниц сайта. Про технический проект
нают в лучшем случае, что «есть такой». важность правильного составления указанных документов
РУДно переоценить. Руководствоваться при проектировании толь-
0 ТЗ неправильно. По сути, ТК, ТЗ, ЭП, ТП имеют принципиалъ-
техническая концепция устанавливает цели, задачи и идеи, Которые должны быть реализованы при создании сайта, а также фиксирует ограничения, накладываемые аудиторией, ад-
министраторами, ресурсами заказчика. Задача ТК — установить, какая деятельность и в какой мере нуждается в автоматизации. Другими словами, ТК — ответ на вопрос о том, «чТо и зачем делать»;
• техническое задание фиксирует требования к решениям, которые должны быть реализованы при создании сайта. Задача ТЗ — определить способы автоматизации. ТЗ не отвечает не на вопросы о конкретных механизмах реализации, а на вопрос «как делать»;
• эскизный проект показывает конкретные способы реализации требований в части архитектуры и интерфейсов. Он является руководством для исполнителей (программистов и дизайнеров) по проектированию алгоритмов и функциональной модели. ЭП показывает, как именно и в какой последовательности разработчики собираются выполнить требования ТЗ заказчика. ЭП уточняет то, «как должен работать сайт»;
• технический проект уточняет полученные интерфейсные и архитектурные решения на уровне функциональной структуры и алгоритмов взаимодействия отдельных программных элементов между собой. ТП — руководство для программистов и технических исполнителей по реализации архитектурных и интерфейсных решений ЭП. То есть главный вопрос ТП — «как будет работать».
Использование современных CASE -технологий позволяет вместо эскизного и технического проектов создать действующий прототип, имитирующий работу готового сайта. Однако, как показывает практика российских софтверных компаний, использование CASE-технологий применяется далеко не всеми разработчиками и не для всех проектов. Поэтому в рамках настоящей книги и техническую концепцию, и техническое задание, и эскизный, и технический проекты мы будем рассматривать как отдельные документы.
Методика реализации проекта. Потребность менеджера проекта получить и освоить универсальный алгоритм создания сайта сам по себе понятна. Однако такого алгоритма, увы, нет. Каждый под
боток, общего развития технологий использует уникальный набор методик.
Классифицируя используемые в различных софтверных компа-ях алгоритмы, выделяют два основных метода управления жизненным циклом программного средства:
• спиральный метод (1986— 1990 гг.);
• каскадный метод (1970— 1985 гг.).
Спиральный метод (рис. 4.1) характеризуется акцентом на начальные этапы жизненного цикла создания программного средства: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии программного средства. На витке уточняются цели и характеристики проекта, определяется его качество, планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта, а в результате выбирается обоснованный вариант, который доводится до реализации.
Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ
каждом этапе позволяет переходить к следующему этапу, не
Дожидаясь полного завершения работ на текущем витке. При ите-
тивном способе недостающую работу можно будет выполнить
на следующем витке. Главная же задача — как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований
Спиральный метод сводит к минимуму количество подготовительной «бумажной» работы и позволяет не отвлекать разработчиков составлением многих документов и затратных аналитических изысканий, часто оказывающихся реально ненужными после завершения разработки. Это имеет большое значение при проектировании малобюджетных проектов.
Основная проблема спирального цикла — неопределенность момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.
При всей современности спирального метода успех при его использовании не гарантирован и в значительной степени зависит от слаженности команды разработчиков, владения всеми участниками команды передовыми CASE-средствами и, самое главное, от высокого взаимного доверия заказчика и исполнителей.
Каскадный метод разработки интернет-сайта (рис. 4.2) — самый распространенный. Основной принцип каскадного метода — строго последовательное выполнение работ от этапа проектирования до внедрения.
При каскадном методе, пока группа разработки не закончит один этап, она не начинает другой. Каждый этап завершается выпуском полного комплекта документации, достаточного для того, чтобы разработка могла быть продолжена другой командой. Каскадный метод хорошо зарекомендовал себя при построении информационной системы, для которой в самом начале можно достаточно точно и полно сформулировать все требования, с тем чтобы разработчики могли как можно лучше реализовывать их с технической точки зрения.
Безусловные плюсы этого метода: оптимальное распределени рисков и ответственности по всему процессу разработки, опреД6 ленность получаемых результатов (на каждом этапе формирует законченный набор проектной документации, отвечающий ходимым критериям полноты и согласованности). Наконец, няемые в логичной последовательности этапы позволяют
необ-
К минусам каскадного метода можно отнести сильную формализацию процесса, что при работе над небольшими проектами неоправданно увеличивает время и расходы. Кроме того, в процессе использования этого метода обнаружился ряд его недостатков, вызванных прежде всего тем, что реальный процесс создания программного средства никогда полностью не укладывается в жесткую схему. При создании программного средства постоянно возникает потребность вернуться к предыдущим этапам и уточнить или пересмотреть ранее принятые решения. Таким образом, ос-овным недостатком каскадного метода является высокая вероят-°сть запаздывания с получением результатов. •этапы работы. Составление проектной документации — ана-ическая задача, не решаемая с помощью универсального алго-ма. Время и алгоритм работы по проектированию определяет-асштабностью замыслов. Позволим себе в очередной раз со-ться на типовой перечень работ, включенный в стандарты. На-е СЯ' ЧТО вы сами определите аспекты, важные для вашего про-а- Рекомендуемый сухим языком стандартов ГОСТ и ISO про-
пР°ектирования программного средства (сайта) представлен гаол. 4.1.
foi Sliue всего комплекса работ а соответствии со всеми стандартами необходимо, только пощ °Ш пР°ект действительно крупный. В простых проектах можно ограничиться работами, Че"ными «звездочкой» (*).
Оформление документов должно укладываться в общую сх (см. часть 1). Рекомендуется нумеровать страницы, указывать дения о конфиденциальности и т.п. Каждый документ должен
*—пика время и этапы проектировании
. титульный лист с рабочим названием сайта;
. дату составления;
. информацию об авторах;
. описание назначения и периода, на который его следует применять;
. описание категории специалистов, для которых предназначен документ;
. соответствующую содержательную часть;
• приложения с терминологией, ссылками;
• подписи «утверждаю», «согласовано», «принято к исполнению».
Срок реализации проекта (от нескольких дней до нескольких лет). Точной статистики по процентному соотношению продолжительности отдельных фаз нет и, наверное, быть не может: каждый проект специфичен. У менеджера проекта есть большой соблазн считать, что подготовительная и проектная фазы непродолжительны, что все задачи являются типовыми и по ходу разработки всегда можно что-то подправить. Это не так. Формулирование концепции действительно не занимает много времени, поскольку вынашивание идеи часто начинается задолго до официального начала работ. Стадия же «бумажного» проектирования и прототипи-рования сайта в некоторых проектах (независимо от масштаба) может достигать 70% всего времени разработки и внедрения.
Стремление сократить время выполнения проекта понятно, особенно в условиях перманентного ажиотажа на интернет-рынке. При каскадном методе не рекомендуется совмещать по времени Отдельные фазы реализации проекта, особенно если речь идет не смежных фазах. Это важно как с точки зрения снижения рисков затрат, так и для предотвращения организационно-методическо-хаоса (напомним, что инновационные интернет-проекты и без полны неопределенности). Основные методы, способствующие кРащению срока запуска проекта в эксплуатацию, таковы:
' с°кращение продолжительности отдельных этапов. Возмож-но при увеличении состава рабочей группы на сокращаемом этапе. Плюсом такого способа является оптимальное с методической точки зрения развитие и управляемость проекта, Минусом — увеличение затрат, непропорциональное времени сокращения этапа;
• разделение крупного проекта на более простые независим, подпроекты. Работы над простыми подпроектами выподн ются отдельными командами в соответствии с приоритет^ стью подпроекта, затем подпроекты последовательно «соб раются» друг с другом. Плюс: при разработке можно исподь зовать уже полностью готовые сторонние подпроекты. ми нус: снижение вероятности удачного соединения элементов на этапе тестирования и проведения пуско-наладочных работ' возникновение непредвиденных системных ошибок на этапе эксплуатации;
• разукрупнение задачи проекта в целом. При таком способе сначала разрабатывается относительно простая версия. Затем она дорабатывается на новом цикле в качестве новой. Обычно при таком сокращении сроков выполнение задач проекта осуществляется по их приоритетности. Плюс: снижение рисков незавершения проекта. Минус: увеличение затрат на маркетинговое сопровождение последующих версий (может потребоваться вернуть часть целевой аудитории сайта, неудовлетворенной первой «простой» версией).
Какой-либо панацеи для сокращения сроков, к сожалению, нет. Не помогает даже использование современных CASE-технологий (с ними часто и без того достаточно проблем: от поиска ошибок в бета- или пиратских версиях этих программных продуктов до обучения сотрудников).
Зачастую специалисты проектируют, разрабатывают и тестирУ10 сайт, «как Бог на душу положит». Классические принципы прое тирования предлагают лишь общие рекомендации и методы пр ведения процессов. Если разработчики — это одновременно твор ческие и прагматичные личности, к тому же отлично понимают друг друга (это возможно в командах из трех — пяти человек), пр цесс завершается успешно. В противном случае специалисты «Б5! нут» в разработке, и процесс сводится к «искусству ради иску ства», не давая реальных результатов.
R книге некоторое внимание уделено стандартам. На этом ос-мы позволяли себе давать вам определенные рекоменда-
Й и по тому, как наладить работу. Вместе с тем многие разработ-
ки считают процесс создания сайта индивидуальным творче-
В0м, а сам сайт — уникальным произведением искусства. Такое
некие сейчас весьма распространено, особенно если речь идет
нетривиальной задаче, решать которую будет небольшое коли-
чество исполнителей. Не желая следовать определенной методике
проектирования и разработки, некоторые разработчики настрое-
ны в отношении «посторонних» рекомендаций и инструкций весь-
ма скептически. Объясняется этот скепсис, как правило, так: «Еще
никто (кроме незабвенного Остапа) не смог написать инструкцию
на создание гениального литературного, музыкального или худо-
жественного произведения». Такой точке зрения находится мно-
Не торопитесь: провалить проект вы всегда успеете
Все началось с инновационной идеи. Как иногда случается, идея появилась у руководителя, кото-рый до этого не был тесно связан с интернет-тех-^нологиями. Не утруждая себя исследованиями ^(аналогов идее на рынке все-равно не было), инициатор проекта нашел специалиста по Интернету, консультантов и с помощью этой рабочей группы попытался составить техническое задание, кото-Рое описывало бы работу будущего ресурса. Сде-|лать этого в полном объеме не удалось по несколь-рим причинам:
• во-первых, технические задания для интер-л Нвт- и интранет-систем отличаются друг от друга. | Посетителями сайта являются внешние пользова-|тели (аудитория) фирмы, а пользователи интранет-j систем - это служащие фирмы. В методической ли-j Т6Ратуре, ГОСТах и практике софтверных компаний f неплохо описан порядок автоматизации и реин-Кениринг бизнес-процессов фирмы, но почти никто говорит о методике автоматизации поведения п°купателя. Это уже больше маркетинговая зада-
ча, не имеющая прямого отношения к бизнес-процессам;
• во-вторых, неясно, как построить описание еще не существующей системы. ЕСЛИ техническое задание написать как пользовательскую документацию, программистам работать будет довольно сложно. Им придется по действиям пользователя догадываться, как должна быть устроена их программа. Исполнитель(программист) хочет понять из технического задания, что должен сделать именно он, а не его коллега-дизайнер, пользователь или администратор (последний, заметим, должен узнать из документации не о том, как устроена программа, а что ему с ней делать). Если начинать описание с внутреннего устройства системы, велик риск, что в результате она окажется не согласованной с «внешними» пользовательскими интерфейсами. Конечно, существуют специальные стандарты ГОСТ и ISO, определяющие, в частности, структуру технического задания и требования к этому документу. Но они не решают проблему, а только прячут ее в раздел «Требования к функциональности»;
• в-третьих, полное техническое задание большой системы должно иметь очень большой объем, не меньший, чем у пользовательской документации, которая даже для сравнительно небольших систем может насчитывать несколько сотен страниц. Может оказаться, что составитель ТЗ должен написать около тысячи страниц текста. Это очень большая работа. Для ее выполнения даже профес-
жество подтверждений: красивых, современных и популярных сайтов, выполненных на одном дыхании без всяких методик.
Однако есть другая сторона медали. Множество проваленных проектов. О них не всегда известно широкой публике. О них не говорят, поскольку провал редко становится причиной чьей-то профессиональной гордости. В больших проектах при проектировании крупных систем обратная сторона индивидуального творчества — нарушение информационного обмена и, как следствие, постоянные переделки системы, нарушение сроков, бюджета, трата сил и энергии, конфликты.
Для эффективного управления проектом, контролем над получаемыми результатами, повышения качества работ и улучшения
сиональному техническому писателю потребуется месяца три-четыре;
• в-четвертых... Но, пожалуй, достаточно было и этого.
Итак, столкнувшись с такими неопределенностями при составлении полнофункционального технического задания, рабочая группа пошла по другому пути.
Сначала написали небольшое ТЗ, в котором были обозначены общие требования к системе (назначение, основные задачи, решаемые системой, и т.п.). Затем был найден подрядчик (ведущая веб-студия), и разработку отдали на откуп ее специалистам. Не мудрствуя лукаво, подрядчик, получив аванс, довольно быстро создал приложение-прототип. К несчастью, обычно такой процесс практически всегда «сходится». Иными словами, проектирование системы подменилось ее прототипировани-ем, после чего, утвердив полученные решения, заказчик посчитал, что сайт почти готов. Почти.
Программисты начали заполнять прототип кодом, и до лоры до времени блицкриг удавался. Однако «сопротивление среды» постоянно возрастало. Условности и упрощения, допущенные в прототипе, оказывались неприемлемыми в реальной интернет-системе. Замена прототипа полноценным интернет-решением требовала изменения структуры базы данных, доработок алгоритмов, ре-дизайна пользовательского интерфейса. Почти завершенный, интернет-сайт начал «рассыпаться», подобно вавилонской башне. Из-за архитектурных решений, спроектированных для прототипа на скорую руку, в структуре БД катастрофически снизи-
лась производительность, подправленные алгоритмы начинали сбоить, новый интерфейс вызвал недоумение и недовольство заказчика. Неудивительно, что взаимоотношения с подрядчиком окончательно испортились, а рабочая группа заказчика приняла решение о «смене коней на переправе», тем более что бюджет подрядных работ уже был исчерпан.
Спешно была создана собственная служба IT-разработок, задачей которой было «доделать любой ценой к сентябрю», потом «к ноябрю-декабрю-январю-февралю». Но чуда не произошло. Рабочая группа заказчика постепенно начала разбегаться, перекладывая ответственность за возможный провал друг на друга. Еще можно было остановиться и начать все сначала, но это требовало мужества разработчиков, для которых случившееся было подобно профессиональному приговору. Программисты начали задумываться о новой работе и уходить, на их место пришли другие, представляющие «правильную» систему иначе. Опять начались переделки. Созданные к этому времени под окончание разработки отделы маркетинга и информационной поддержки начали работать вхолостую, «в корзину», добавляя в процесс неопределенность.
О качественном промежуточном тестировании и документировании не было и речи, поскольку все происходило в условиях цейтнота. После очередного сорванного срока был проведен технологический аудит, подтвердивший молчаливый вывод рабочей группы о необходимости начинать все сначала.
Впрочем, к этому моменту настроение инвестора окончательно испортилось и финансирование интернет-проекта прекратилось.
нформационного обмена используют различные методики групповой работы. Естественные коммуникативные возможности групповой работы, документирование результатов работ, электронный обмен сообщениями (задачами) и системы автоматизации проектирования и разработки — CASE-технологии — позволяют наладить адресное и оперативное распространение информации.
CASE-технологии представляют собой методологию проектирования информационной системы, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать модель на всех этапах разработки и сопровождения информационной системы и разрабатывать приложения в соответствии с информационными потребностями пользователей.
Исследование компании Standish Group CHAOS (США) в середине 90-х гг. показало, что без использования CASE-средств только 26% проектов завершилось успешно (то есть вовремя). Вместе с тем, согласно обзору передовых технологий (Survey of Advanced Technology), составленному фирмой Systems Development Inc. (США) в 1996 г. по результатам анкетирования более 1000 американских фирм, при использовании CASE-технологии уже 85% разработок завершились успешно.
CASE-средства позволяют осуществлять информационный обмен, управление и эффективный контроль над процессом разработки сайта. Однако, несмотря на высокие потенциальные возможности CASE- средств (увеличение производительности труда, улучшение качества программных продуктов, поддержка унифицированного и согласованного стиля работы), далеко не все разработчики информационных систем, использующие их, достигают ожидаемых результатов.
Современные CASE-средства охватывают обширную область
п°ДДержки многочисленных технологий проектирования инфор-
Мационной системы: от простых средств анализа и документиро-
вания до полномасштабных средств автоматизации, покрывающих
есь жизненный цикл программного средства. В разряд CASE-
Редств попадают как относительно дешевые системы для персо-
альных компьютеров с весьма ограниченными возможностями,
к и Дорогостоящие системы для неоднородных вычислительных
атформ и операционных сред. Так, современный рынок про-
Рйммных продуктов насчитывает около 300 различных CASE-
РеДств, наиболее мощные из которых так или иначе используют-
Чрактически всеми ведущими западными фирмами.
Интегрированное CASE-средство (или комплекс средств, под. держивающих полный жизненный цикл программного средства! содержит следующие компоненты:
• средства управления проектом;
• средства реинжиниринга;
• хранение версий проекта и его отдельных компонентов;
• синхронизацию поступления информации от различных разработчиков;
• контроль данных на полноту и непротиворечивость;
• графические средства анализа и проектирования;
• средства разработки приложений;
• средства конфигурационного управления;
• средства документирования;
• средства тестирования.
Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает средства:
• анализа (Design/IDEF от «Meta Software», BPwin от «Logic Works»);
• анализа и проектирования (Vantage Team Builder от «Cayenne», Designer/2000 от «ORACLE», Silverrun от «CSA», PRO-IV от «McDonnell Douglas», CASE-аналитик от «МакроПроджект»);
• проектирования баз данных (ERwin от «Logic Works», S-De-signor от «SDP» и DataBase Designer от «ORACLE», Vantage Team Builder, Designer/2000, Silverrun и PRO-IV);
• разработки приложений (Uniface от «Compuware», JAM от «JYACC», PowerBuilder от «Sybase», Developer/2000 от «ORACLE», New Era от «Informix», SQL Windows от «Gupta»r Delphi от «Borland» и др., Vantage Team Builder, PRO-IV и частично от Silverrun);
• реинжиниринга (Vantage Team Builder, PRO-IV, Silverrun, De' signer/2000, ERwin и S-Designor, Rational Rose от «Rational Software», Object Team от «Cayenne»).
Вспомогательные типы включают средства:
• планирования и управления проектом (SE Compani° Microsoft Project от «Microsoft», «Спайдер» от «Spider Manag6 ment Technolorrip.4» и лп }•
•~-~^азь концепция интернет-сайта
. конфигурационного управления (PVCS от «Intersolv»); . тестирования (Quality Works от «Segue Software»); . документирования (SoDA от «Rational Software»).
Несмотря на все потенциальные возможности CASE-средств есть множество примеров их неудачного внедрения. В результате CASE-средства становятся «полочным» программным обеспечением (shelfware). Причины возможных неудач различны, но, видимо, основной является неадекватное понимание сути программирования информационных систем и применения CASE-средств. Потребности организации в CASE-средствах должны соразмеряться с реальной ситуацией на рынке или собственными возможностями разработки. Для успешного внедрения CASE-средств организации необходимы:
• технология. Понимание ограниченности существующих возможностей и способность принять новую технологию;
• культура. Готовность к внедрению новых процессов и взаимоотношений между разработчиками и пользователями;
• управление. Четкое руководство и организованность по отношению к наиболее важным этапам и процессам внедрения.
Когда в работе организации недоучтен хотя бы один из перечисленных аспектов, внедрение CASE-средств может закончиться неудачей, даже если отношение к рекомендациям по внедрению было самым что ни на есть серьезным.
Интернет — крайне демократичная медиа-среда. Расстояние ме-*АУ ресурсами здесь измеряется нажатием на клавишу мыши, а количество сайтов в прямом доступе превышает все мыслимые пре-Делы. Именно поэтому очень важно не столько заполучить пользо-ателя, сколько удержать его. А прямые методы агрессивного мар-етинга не работают. Важно предложить посетителю именно то, т° он хочет получить. Общая структура, содержание, дизайн и технологическое обес-
шили его создать. Какие вопросы заказчику необходимо прояснит на этапе системного анализа, обдумывая техническую концепцию? Ответ на этот вопрос не так и прост, как может показаться на пеп вый взгляд. Для начала на этапе технической концепции необхо димо определить направления построения сайта и уяснить довольно много моментов, непосредственно не относящихся к интернет-технологиям, но напрямую затрагивающих предприятия, которые выходят на виртуальный рынок.
Техническая концепция — первый документ, составляемый непосредственно при проектировании сайта. Часто работа над ней начинается еще до привлечения подрядчика и составляется рабочей группой заказчика.
Четких требований к составлению технической концепции интернет-сайта не существует: она является и результатом исследования, и стратегическим видением интернет-задач.
В нормативно-технических документах ISO техническая концепция описывается как документ, фиксирующий:
• текущее состояние процессов и целей компании;
• задачи пользователей — решения, требуемые компании и будущее состояние процессов компании;
• ограничения пользователей — сотрудников компании: технологические, квалификационные и экономические ресурсы компании.
В применении к концепции сайта необходимо разделять внешних пользователей (аудиторию сайта) и внутренних пользователей (сотрудников компании). Это необходимо для того, чтобы понимать разницу между техническими концепциями традиционных и интернет-проектов (рис. 4.4). В концепции интернет-проекта исходными являются не только цели компании, но и цели (потребности) аудитории. Это делает интернет-сайт инструментом внешних маркетинговых коммуникаций.
Основная задача технической концепции — сформулировать для проектируемого сайта идеи, впоследствии закладываемы6 в техническое задание. Не путайте задачи сайта с задачами тернет-проекта в целом. (Последние прописываются в ко проекта и бизнес-плане.) Идеи, формулируемые в ТК, касаться:
• содержания (информационного наполнения) и интеракгпи0 ных сервисов (функциональности) сайта: рубрики и раздел^1'
язык изложения, стиль, запросы на поиск и выбор информации, голосование, электронная коммерция;
• навигации по сайту: маршруты посетителя, система ссылок. Необходимо, чтобы самые распространенные информационные потребности аудитории удовлетворялись при минимуме переходов между интернет-страницами;
• эргономики использования сайта: время загрузки, технические ограничения пользователей, мультимедийные возможности ресурса, эстетика (сочетание текста с графикой, цветовая гамма, анимация и т.д.);
• обслуживания сайта: количество и функции администраторов, процесс обновления и размещения информации на сайте, квалификация пользователей, взаимосвязь с другими процессами и информационными ресурсами компании;
• интеграции с другими сайтами: порядок экспорта и импорта информации, автоматический обмен ссылками, участие в аудите и рейтинговании специализированных сайтов и поисковых систем;
• возможных направлений развития сайта: следующая версия ресурса, предварительные решения в развитии вышеуказанных направлений.
Техническая концепция может быть конкурсным (или первым) ЗДанием потенциального подрядчика. Как уже было упомянуто, Роведение тендера желательно осуществлять среди ограничен-го числа потенциальных подрядчиков и за отдельную оплату, эльку составление концепции требует кропотливой работы
аналитиков, проведения обследования компании, высокой степени конфиденциальности.
С чего начинать?
Одним из первых этапов по созданию технической концепции интернет-сайта является выяснение того, кто из сотрудников вашей компании может обслуживать интернет-деятельность и в каком объеме.
Можно пойти на поводу распространенного заблуждения, согласно которому интернет-сайт упрощает обслуживание покупателя, поскольку после создания «не требует офиса, квалифицированных продавцов аренды площади магазина и т.п.». К сожалению, эта идеальная картина описывалась только в журналах, посвященных электронной коммерции, да и то год-полтора назад. Автоматизируя одни бизнес-процессы с помощью интернет-сайта, вы тут же получаете другие, часто еще более сложные и дорогие. Поэтому все чаще в среде интернет-предпринимателей звучат высказывания о том, что основные затраты связаны вовсе не с созданием интернет-сайта, а с его обслуживанием.
В любом случае, если вы намерены не отстать от конкурентов, не делая вместе с тем революционных интернет-прорывов, вам придется определить:
• в каких случаях посетители приходят на интернет-сайт: если вы разместили электронный адрес компании и описали свой ресурс в соответствующих каталогах; если вы провели рекламную кампанию отдельных товаров; если ваши предложения можно было увидеть на информационно-торговых площадках? Как вы уже догадались, структура и техническое обеспечение сайта зависят от степени совместимости отдельных элементов ресурса с вашими маркетинговыми инстрУ' ментами;
• как — вручную или автоматически — будет осуществляться наполнение сайта вашими коммерческими предложениями-Если вы уже используете систему учета товаров, подходи ли данная учетная информация для работы с покупателями • Если да, заинтересованы ли вы в том, чтобы она без иска жений попадала на сайт или информационно-торговые шалки?
. готовы ли вы к затратам на наполнение сайта сопутствующей информацией? Это могут быть тематически корректные новости, каталожные описания товаров или услуг и пр. Кто и как будет размещать эту информацию? Откуда она будет поступать, велика ли будет степень ее достоверности?
• собираетесь ли вы поддерживать интерактивные каналы работы с посетителями сайта? Какие каналы им нужны: конференции, почтовые сообщения, ISQ? Планируете ли вы изменять логистику других отделов компании в соответствии с запросами клиента?
• будете ли вы использовать платежные и курьерские инструменты в работе нтернет-сайта? Можете ли гарантировать доставку товара или возвращение денег, если клиент отказался приобретать его?
Все это отнюдь не праздные вопросы. Правда, если вы собираетесь уж чересчур активно работать с посетителями сайта, яростно бороться за их внимание, ловить каждое пожелание возможного покупателя, то «разоритесь» или как минимум будете кусать локти уже через один-два месяца после открытия такого сайта. Как обычно, приходится искать золотую середину: баланс между тем, что хочется, и тем, что целесообразно.
Содержание и основная функциональность интернет-сайта
Основная задача интернет-сайта — подать максимальный объем информации, которую может воспринять средний пользователь при минимальных усилиях со своей стороны. Чрезмерная загруз-а пользователя интерактивностью может отвлечь его от решения Основных задач.
Структура. Объем информации в целом и текстов в частности висит от файловой структуры (так называемой карты сайта). этой структуре должны быть предусмотрены директории со спи-ами файлов, а также собственно информационные файлы. Ре-Мендуется использовать древовидную файловую структуру. Основные разделы для каждого интернет-сайта могут быть свои-• Однако при составлении концепции необходимо различать две СтРУктуры.
1. Информационная структура показывает, какая информаци размещается на сайте. Например, для типичного корпоратик ного интернет-сайта торговой компании такая структура м0 жет включать:
• каталог — развернутое описание товаров и услуг, подготовленное специалистом-товароведом;
• прайс-лист — краткая информация о наличии товаров, связанная с каталогом функционально;
• новости компании и интернет-сайта — самые значимые коммерческие предложения и изменения;
• информацию о компании — время, место и порядок работы;
• справочную информацию — новости рынка, обзоры и советы.
2. Сервисная структура демонстрирует, какие возможности по обработке информации и интерактивному взаимодействию вы предоставляете посетителю. Для типичного корпоративного интернет-сайта торговой компании сервисная структура может включать:
• оформление и оплату заказа (корзина с информацией о выбранных предложениях и инструментарий оплаты);
• конференции — обмен мнениями и ответы на вопросы между посетителями и службой поддержки интернет-сайта;
• индивидуальные настройки — возможность получить индивидуальное представление информации;
• подписку — возможность получить заказанную информацию по электронной почте;
• регистрацию — запоминание сведений о посетителе с целью его «узнавания» при повторном посещении или предоставления ему специальных возможностей;
• сравнение товаров между собой — унифицированный с точки зрения однотипных характеристик инструмент выбора;
• аукционы — интерактивный сервис, позволяющий
Объем информации. При планировании наполнения и компо-ки создаваемого интернет-сайта стоит исходить как минимум двух правил, которые в подавляющем большинстве случаев оказываются верными:
. оптимальный объем текста для одной HTML-страницы находится в пределах четырех-пяти «экранов» при разрешении монитора 600x800 пикселей. Документы большего размера редко дочитывают до конца, если в них не содержится особо ценной для посетителя информации;
• пользователь изначально воспринимает сайт как сборник нужной информации и отдает предпочтение наиболее предметным ресурсам. Поэтому корпоративные буклеты, которые в основном должны убедить посетителя в ценности того или иного товара, здесь «не работают». А вот справочники, пособия по работе, ответы на часто задаваемые вопросы и т.п. весьма популярны.
Отсюда следует, что основная информационная часть каждой отдельной HTML-страницы должна находиться в пределах первого экрана. Для коротких материалов достаточно развернутого подзаголовка, а для больших возможна короткая аннотация. Одним из вариантов может стать размещение материалов в виде коротких анонсов с потенциальной возможностью прочесть полный документ.
Кроме того, лучше избегать размещения рисунков и фотографий, занимающих всю ширину первой страницы экрана. Тогда посетитель сразу сможет приступать к чтению, не дожидаясь загрузки картинки и не «прокручивая» экран.
Стоит также обратить пристальное внимание на способ подачи материалов. Это значит, что нужно избегать вводных абзацев, не несущих прямой информационной нагрузки, пространных рас-сУЖдений и т.п. С другой стороны, не стоит стремиться постоянно "Украшать» текст графикой или фотографиями.
Необходимо учитывать, на каких пользователей рассчитан сайт. 1 возможны два варианта:
ориентация на случайно зашедших пользователей, которые, скорее всего, больше не посетят ваш ресурс. В этом случае на первой странице необходимо разместить максимум информации;
ориентация на постоянных посетителей, которые снова и снова возвращаются на интернет-сайт, с тем чтобы получить
новую информацию и т.д. В этом случае на первой страниц следует размещать только ссылки.
Тексты должны содержать максимум содержательной информа. ции и минимум рекламной. Сначала в сжатом виде излагается информация общего характера, а для ознакомления с деталями (например, с дополнительными техническими характеристиками сложных электронных устройств) пользователь переходит по ссылке к новому файлу. При этом дается краткая предварительная информация о том, какая информация представлена по данной ссылке.
Собственно объем текста — количество строк, знаков и т.д. -зависит от конкретного материала и построенной системы ссылок. Общая рекомендация: основной текст должен помещаться на одной странице, по возможности без прокрутки. На практике это удается не всегда. Помочь здесь может система ссылок: более подробная информация (например, нужная не всем) помещается в отдельном файле.
Эксперты отмечают, что на каждой странице должно быть не более 20 - 30 Кб HTML-текста.
Информационная и справочная поддержка. Любой профессиональный интернет-сайт должен содержать справочный аппарат. Здесь вполне уместна аналогия с печатной продукцией. Отличие профессионального научного издания от простой перепечатки того же текста состоит в объеме справочной информации: именные и тематические указатели, расширенный список литературы по этой тематике и, конечно, комментарии. Приблизительно эти же правила должны сохраняться в рамках сайта. Это может быть достигнуто следующими способами:
• на сайте необходимо поместить расширенное оглавление. Согласно многим исследованиям, пользователи любят, когда тексту или статье предшествует оглавление или аннотация. Порой удобно сначала ознакомиться с оглавлениями статей, а потом выбрать нужные и прочесть их внимательно. Тексты новостей лучше оформлять в стиле «перевернутой пирами ды», то есть сначала подавать читателю новость, выводы, а у* потом подробности. Такой подход позволит сразу получить необходимую информацию и целиком захватит внимани пользователя. У читателя просто не останется вопросов о то < на какую тему все-таки написана статья и стоит ли тратить нее время;
Просмотр текста на web'e вместо чтении - норма поведения пользователей
В США с 1994 г. ведется изучение восприятия информации, в том числе и текстовой, в Сети. Результаты исследований показывают, что человек считывает информацию с экрана иначе, чем с бумажного листа. Исследование пяти наиболее популярных стилей письма в лаборатории Sun Microsystems показало, что средний интернет-сайт становится на 53% удобней для восприятия пользователя, если текст написан сжато и кратко, на 47% удобней, если он легко просматривается, и на 27% удобней, если форма изложения материала информативна, а не рекламна.
Все предыдущие исследования, касающиеся удобства восприятия, в основном были направлены на изучение архитектуры сайта, навигации, поиска, дизайна страниц, параметров, графических элементов и стиля. Однако даже в этих исследованиях тестируемые делали замечания, относящиеся к содержательной стороне ресурса.
Попросите какого-нибудь пользователя охарактеризовать любой известный сайт — и он, скорее всего, начнет комментировать его содержание. А уж потом вы услышите его соображения о навигации, графических элементах страницы и т.д. Когда на экране появляется гиперстраница, пользователь прежде всего фокусирует внимание на центральной части окна, где можно прочесть текст, а уж потом смотрит на верхнюю заставку и элементы навигации.
Во время специальных исследований изучалась манера чтения пользователей технических и нетехнических специальностей. Последние, как показал эксперимент, нередко боятся использовать ссылки, опасаясь, что потеряются и не сумеют вер-нУться на нужную страницу, первые же более склонны обращаться к ссылкам и функции поиска. Кроме этого никаких существенных различий 8 подходах не наблюдалось: обе группы предпочитают короткие тексты, которые легко просматриваются (резюме, обобщения и т.п.).
Из всего вышесказанного можно сделать следующие выводы:
• пользователям нужна функция «Поиск» (Search). Практически все тестируемые хотели начать поиск нужной информации на сайте с поиска по ключевым словам. «Хорошая поисковая машина — основа хорошего интернет-сайта», — заметил один из участников теста. Если же на интернет-сайте не было поисковой машины, некоторые тестируемые пробовали функцию «Поиск» (Find) в меню браузера;
• ожидание загрузки крайне нежелательно. Пользователи считают, что долго ждать загрузки страниц или появления результатов поиска — значит, попросту терять время. Более половины опрошенных особо подчеркнули этот факт. «Мне нравится прийти на интернет-сайт, а потом уйти с него, но не болтаться вокруг да около», — заметил один из них. Другой тестируемый жаловался на долгую загрузку графики: «Пускай будет одна красивая картинка. Мне совершенно не нужна куча графики. Все эти картинки не стоят того, чтобы я сидел и ждал их загрузки.»;
• «визуальные маркеры» не повредят даже безупречному тексту. К «маркерам» можно отнести использование слов и понятий, знакомых читателю; правильное написание первых фраз абзацев; рассмотрение каждой идеи в рамках отдельного абзаца; правильное определение оптимального объема текста.
Некоторые пользователи, просматривая текст, вообще читают только первое предложение каждого абзаца. Поэтому так важно правильно написать первую фразу в каждом абзаце, а также соблюдать правило «одна идея на абзац». Один из тестируемых, просматривая длинный абзац в Интернете, сказал: «Не очень-то просто разобраться в этом тексте. Лучше бы они разбили его на две части, по одной на каждую тему». Ясность и объем особенно важны для текстов, размещаемых в Сети. Двое тестируемых побоялись нажать на гиперссылку в конце первой главы текста, на которой было написано только слово «Далее» (Next). Тестируемые не знали, куда ведет эта ссылка: к следующей главе, следующей странице или на другой раздел интернет-сайта;
• предпочтение отдается простому и неформальному стилю письма;
• пишущий должен формировать доверие к тексту на web'e. Качество содержания интернет-сайта сильно влияет на доверие пользователей к излагаемой информации. Один из тестируемых заметил: «Хороший журнал задает особый тон, создает у читателя особое впечатление. Например, у National Geographic прекрасный имидж, превосходное качество. Те же требования справедливы и по отношению к сайту. Если сайт сделан со вкусом, это может добавить доверия читателей к его содержанию». Внешние ссылки также повышают доверие к содержанию того или иного ресурса. Оценивая достоверность содержательной части сайта, пользователь нередко полагается на гиперссылки. Это отмечали многие участники теста;
• юмор — оружие опасное. Дискутируя о роли юмора в различных средствах массовой информации, участники теста говорили и о юморе в Сети. В целом все согласились с тем, что интернет-сайт не должен быть совсем уж сухим и серьезным. «Мне хочется улыбаться, смеяться. Я устаю от серфинга, ожидания загрузки страниц. После этого мне бы хотелось увидеть и прочитать какой-нибудь умный и легко написанный текст», — сказал один из опрошенных;
• пользователь хочет получить всю информацию как можно быстрее. Это отметили практически все участники эксперимента. Пользователям нравятся интернет-сайты, информация на которых хорошо организована. Люди, ищущие что-то в Интернете, часто ограничены во времени. Для них главное— найти интересующую их информацию как можно скорее. Они предпочитают интернет-сайты, на которых самые важные сведения размещены так, чтобы их было легко найти, причем пользователям нравится, если навигация позволяет быстро и легко перемещаться по различным разделам интернет-сайта.
Также весьма желательно, чтобы графика быстро загружалась, гиперссылки быстро срабатывали и т.п. Если же на сайте есть большие графические файлы, пользователю лучше дать шанс самому определить, загружать ему весь файл или нет;
• текст должен легко просматриваться. Чтобы сэкономить время поиска, пользователь сначала бегло просматривает текст, а не читает его целиком. Просматривание могут облегчить такие элементы текста, как заголовки, большой размер шрифта, жирный шрифт, гиперссылки в тексте, маркированный текст, графика, выделенные надписи и основные смысловые предложения, оглавление;
• «краткость - сестра таланта». Все пользователи предпочитают читать краткий и сжатый текст. «Интернет-сайты слишком многословны, — пожаловался один из тестируемых. — Тяжело читать большой текст с экрана». Как уже говорилось выше, пользователям нужно быстро найти и получить информацию. Времени на многословные отступления у них, как правило, нет. Следовательно, чем текст короче, тем лучше. Многие пользователи хотят, чтобы, скажем, новостные или другие обзоры помещались на одной странице. Слишком длинные тексты заставляют пользователя читать только начало (на первой странице) и в лучшем случае конец (на последней);
• используйте гиперссылки. Невероятно удобным текст в Интернете делают именно гиперссылки. Если вам нужно ознакомиться с конкретным документом, они не мешают. Вы можете спокойно читать или распечатывать нужный текст. Однако если изучается какая-то проблема, то, найдя один нужный материал, вы, пользуясь гиперссылками, можете обнаружить еще несколько не менее интересных документов по теме.
Впрочем, отметим следующее. Хотя в целом пользователям нравятся гиперссылки и они охотно переходят по ним на другие документы, некоторое количество пользователей все же боится текстов, где слишком много гиперссылок (об этом уже говорилось выше);
• графика и текст должны дополнять друг друга. Текст и графика — сильная и эффективная комбинация, однако только в том случае, если обе составляющих синхронно работают на восприятие пользователя. Графика, которая ничего не добавляет к тексту, просто отнимает у него время.
. если интернет-сайт содержит множество различных разделов, ссылок и страниц, может быть целесообразно предусмотреть функцию поиска по ключевым словам;
• перед большими фрагментами текста, а также для отдельных документов, хранящихся в отдельных файлах, рекомендуется давать аннотации. Это сильно экономит время работы пользователей и свидетельствует о том, что сайт выполнен на профессиональном уровне;
• необходимо, чтобы посетитель всегда понимал, в каком разделе интернет-сайта он работает и как ему вернуться «домой» — на базовую страницу. Этот вопрос решается средствами справочной поддержки и навигации (см. раздел «Навигация в интернет-системах»);
• целесообразно реализовать систему контекстных справок — это дает пользователю возможность получать ответы на текущие вопросы прямо «на месте».
Сайт, выполненный профессионально, должен иметь хорошо организованную справочную поддержку. Помимо традиционных элементов (оглавления, аннотации и т.д.) целесообразно организовать поиск по ключевым словам, а также использовать справочную информацию совместно с навигацией, гиперссылками и примерами.
Сопутствующая информация (дайджесты), новости, мнения, анекдоты, конкурсы и т.п. Прежде всего вам нужно решить вопрос о необходимости помещать на сайте новости, мнения, анекдоты и т.д. Здесь не может быть однозначных рекомендаций, поскольку указанные составляющие сильно зависят от тематики интернет-сайта. Тем не менее, учитывая общие тенденции психологии восприятия, можно рекомендовать вставлять эти элементы в содержание.
Исследования относительно особенностей восприятия инфор-ации в Интернете проводились неоднократно. В них, в частности, атрагивался вопрос о необходимой степени серьезности подачи атериала, юмористической составляющей и т.д.
аким образом, четких рекомендаций относительно пропорцио-алъного размещения разной по характеру информации не суще-вует. Приведем несколько основных положений:
все дополнительные элементы развлекательного характера — анекдоты, конкурсы и т.д. — рекомендуется помещать на го-
. эти элементы должны отличаться от основного текста цветом шрифтами, анимацией и т.д.;
• содержательную часть — например, условия конкурсов, тексты анекдотов и т.д. — следует поместить в отдельные файлы;
• иногда целесообразно просто построить систему ссылок на соответствующие интернет-ресурсы;
• часть информации, связанной с мнениями экспертов (например, мнения о качестве того или иного товара), необходимо помещать не на головной странице, а непосредственно рядом с информацией о товаре;
• информация должна быть организована таким образом, чтобы пользователю было понятно, на каком сайте — деловом, коммерческом или развлекательном — он оказался;
• целесообразно не перебарщивать с рекламой. В противном случае возможна негативная реакция пользователя.
Функциональность электронной коммерции (e-commerce).
За словосочетанием «электронная коммерция» кроется достаточно широкий спектр понятий: от размещенного в Интернете прайс-листа до полноценного электронного магазина с оплатой по кредитным картам. Провести разграничительную черту между «настоящей электронной коммерцией» и размещением информации о товарах и услугах в Интернете достаточно сложно, поскольку не существует единого мнения о том, какими характерными функциональными возможностями она должна обладать. Есть, кстати, фирмы, которые ведут в сети полный цикл отношений с клиентом. К таким организациям относятся в первую очередь разнообразные информационные и аналитические агентства, предприятия сектора В2В (в первую очередь электронные биржи), продавцы программного обеспечения. То есть речь идет о предприятиях, торгующих информацией или услугами, которые можно оказать (передать) посредством Интернета (дистанционно).
Попытаемся определить основные функции, которые можно возложить на сайт как инструмент ведения электронного бизнеса.
При работе с партнерами:
• передача и распределение региональных заказов;
• обмен финансовой документацией;
и прнтпализапия информации о состоянии складов;
• проведение транзакций при помощи систем дистанционного банковского обслуживания.
При работе с корпоративными клиентами:
• прием и оформление заказов на товары и услуги;
• если это является предметом продаж — передача информации или оказание дистанционных услуг;
. выставление счетов (в том числе автоматическое);
• оказание сервисной и технической поддержки;
• проведение транзакций при помощи систем дистанционного банковского обслуживания.
При работе с частными клиентами:
• прием и оформление заказов на товары и услуги;
• если это является предметом продаж — передача информации или оказание дистанционных услуг;
• оказание сервисной и технической поддержки;
• проведение транзакций при помощи кредитных карт, систем дистанционного банковского обслуживания частных лиц, «электронных кошельков» и т.п.
Но с реализацией этих возможностей выполнение требований к функциональности интернет-сайта можно считать завершенным лишь формально. Функциональность интернет-сайта во многом зависит и от того, насколько комфортно чувствует себя пользователь, работая с этим ресурсом.
Навигация по сайту
*- точки зрения системы навигации (перемещения по интернет-сайту) и посещаемости разделов, необходимо помнить, что основ-н&я задача системы навигации состоит в легком доступе к разделам и подразделам ресурса в целом. Следовательно, при помощи системы навигации можно регулировать и направлять перемещения посетителей по сайту. А это значит, что систему навигации (под °торой, кстати, подразумеваются оглавление, внутренние пере-Рестные ссылки, карта сайта, система поиска и, возможно, внут-Ренняя реклама) необходимо пересмотреть с учетом того, что на П0сешяе>могтт, кажлпго пачлела впоследствии RVAPT влиять:
• правильное наименование;
• правильная структура и очередность разделов в целом;
• расположение раздела в списке и визуальный акцент на раздел;
• анонсирование раздела на первой странице;
• ссылки на раздел из других разделов и подразделов;
• качество и полноценность информации в самом разделе;
• прямой поток посетителей на данный раздел извне (зависит от рекламы).
Первая страница. Именно первая страница является отправной точкой для «хождения по сайту». Вот почему здесь должны быть представлены не только ссылки на основные разделы ресурса, но и анонсы наиболее важных обновлений. Таким образом, правильно выполненная первая страница являет собой гибрид рубрикатора сайта и подобия первой полосы новостной газеты. Это позволяет сразу обратить внимание читателя на нужные материалы. Он получит представление о том, что найдет, оказавшись здесь.
Типы внутренних страниц. Желательно, чтобы интернет-сайт был организован понятно для впервые зашедшего на него пользователя. Рекомендуется разделять все страницы на две основные группы:
• навигационные/индексные. Такие страницы должны состоять из ссылок и содержать минимум информации;
• информационные. Эти страницы содержат основную информацию (тексты, рисунки, таблицы и т.д.), а также, возможно, перекрестные ссылки.
Рекомендуется избегать большого числа мелких индексных страниц — их лучше объединять в более крупные. Кроме того, та ким образом удаляются лишние переходы, повышается скорост доступа к нужной информации. По оценке экспертов, на навига ционной странице должно быть не менее пяти ссылок; в проти ном случае ее нужно объединять с другими навигационными стра ницами.
Рассмотрим иерархию разделов в оглавлении. По разным °^е кам, на каждую последующую страницу сайта переходит 20 — 4 посетителей предыдущей. Примем в качестве рабочего значей в 30% и посмотрим, сколько посетителей дойдет до четвертого ра
Предположим, что на первой странице сайта Фирма.RU тысяча еяседневных посетителей:
фирма.RU — 1000 посетителей 1—> О компании — 300 посетителей
"—>• Пресс-релизы — 90 посетителей
'—*• Свежий пресс-релиз — 27 посетителей
Двадцать семь человек из тысячи, или 2,7% от общего числа посетителей!
Это говорит о том, что затрудненная, запутанная за счет большого количества иерархических уровней система навигации ав-
Эргономические аспекты навигации
Система навигации интернет-сайта необходима для облегчения поиска нужной информации и оптимизации взаимодействия пользователя с системой. Оптимизация навигационной системы должна вестись по двум основным направлениям:
1. Структура навигации. Здесь вопрос решается на уровне программирования: структура навигации должна соответствовать внутренней структуре сайта и подчиняться ее логике.
2. Дизайн, оформление навигации. Здесь необходимо учитывать два направления работы: внешний вид навигационных панелей, кнопок и расположение навигационных элементов. Рассмотрим каждое из указанных направлений
подробней.
Структура навигации. Помимо уже указанного УСЛОВИЯ (вопрос решается программистами), необходимо руководствоваться рекомендациями, представленными ниже.
Минимизируйте элементы навигации, сделайте и* непротиворечивыми, понятными. На практике эти принципы нужно реализовывать следующим образом:
* навигационную систему лучше «строить» так, чтобы навигационные страницы не приходилось «прокручивать». Вся информация должна быть видна сразу;
* следует избегать навигационных выборов. Согласно данным исследований, соеднестатисти-
ческий пользователь перестает читать список опций, после того как предлагается более четырех-пяти вариантов;
• в ситуации оправданного роста предлагаемых вариантов опций их следует объединять в более крупные группы. Психологически это облегчает восприятие, снижает интеллектуальную напряженность и утомление пользователя. При этом группы должны формироваться предпочтительно по функциональному принципу; страницы с информацией должны содержать один концептуальный элемент (статья, рассказ, график). Если текст на странице необходимо продолжить, навигация на следующую страницу должна быть четкой и органично входящей в текст;
рекомендуется избегать кнопок с надписями Back, Next More. Для восприятия информации лучше указывать реальный контекст. Например, «Переход на страницу 2» и т.д.; по возможности следует давать дополнительную информацию о переходе по ссылке. Например: «Загрузка видеоклипа — 50 секунд»; самые важные навигационные элементы должны содержаться на первой странице; вспомогательная информация (инструкция, справка и т.п.) должна быть включена непосредственно в контекст: в то место текста или рисунка, где она нужна. Инструкции должны быть ориентированы на задачу, их следует излагать обычным, а не «компьютерным» языком; в ситуации сложного выбора пользователь должен иметь наглядные элементы возможных вариантов.
томатически уменьшает количество посещений подразделов и сайта в целом.
Удобную навигацию можно описать следующим образом. Посетитель, не ломая голову, может получить доступ к любому материалу сайта, дважды (максимум — трижды) щелкнув мышью. И именно анонсы, расположенные на первой странице, позволяют экономить время и читать только самые интересные, с точки зрения посетителя, статьи. Это удобсво порождает неосознанную симпатию, симпатия — привязанность, привязанность — желание вернуться завтра и прочесть что-нибудь новое.
Эргономика и эстетика использовании интернет-сайта
ЕСЛИ вы уже встречались с неконструктивным обсуждением эскизов с людьми, считающими себя художниками, которых «каждый обидеть может», то согласитесь, что в большинстве случаях такое обсуждение протекает в плоскости вкусовщины. Даже хорошие дизайнеры часто искренне не понимают, как менеджер проекта или специалист по маркетингу, не имея художественного образования, может их чему-то «учить».
Действительно в арсенале знаний менеджера, как правило, нет аргументов из теории восприятия пользователем информации.
Дизайн, оформление навигации. Обратите внимание на следующие аспекты:
• для улучшения восприятия навигационной панели рекомендуется делать кнопки одного размера;
• при вертикальном расположении надписей следует избегать графических добавлений, нет необходимости выравнивать надписи по длине посредством разрядки;
• кнопки, размещенные горизонтально, можно выравнивать, регулируя интервалы между ними;
• навигационные элементы должны группироваться все вместе на отведенном для этого специальном пространстве. Это обеспечивает легкость восприятия и позволяет избежать пользователю не путать средства навигации с основным текстом;
• Для того чтобы пользователь продолжил чтение
лать очевидным, что текст будет продолжен. Для этого рекомендуется прерывать текст посередине фразы или создавать дополнительные визуальные индикаторы продолжения текста;
• рекомендуется избегать специальных трюков и приемов загрузки, не позволяющих пользователю вернуться по клавише Back (Назад). Это вызывает негативные эмоции у посетителя и увеличивает вероятность потери интереса к интернет-сайту;
• следует организовать базу навигации Ноте (Домой), к которой всегда легко вернуться;
• очень важный момент — месторасположение навигационных панелей. Это место пользователи должны хорошо видеть. Учитывая эти условия, рекомендуется размещать панели навигации в левом верхнем углу первой страницы. Этот же принцип должен сохраняться для каждой новой страницы.
Поэтому далее речь пойдет о психологических принципах взаимодействия пользователя с интернет-системами. Мы поговорим о сочетании цветов, фигур и фона, движущихся объектов, иллюзий, а также коснемся экспериментальных данных результатов взаи-модействия человека с компьютерными системами.
Дизайн становится камнем преткновения для многих создателей интернет-сайтов. С одной стороны, сайт должен привлекать внимание, вызывать положительные эмоции и быть хорошо запоминающимся. С другой стороны, ресурс не должен быть перегружен графическими элементами, затрудняющими передачу данных. Таким образом, дизайн — важнейший, хотя и не единственный элемент эргономики. Именно по поводу дизайна возникают основные споры между заказчиком и подрядчиком, именно к дизайну предъявляется наибольшее число претензий. А между тем дизайн бизнес-сайта должен соответствовать только двум основным требованиям:
• содержать элементы узнаваемого фирменного стиля;
• по возможности не мешать работе с содержательной частью ресурса.
Понятие «дизайн интернет-сайта» воспринимается людьми по-разному. Для одних дизайн — это единый оформительский стиль и цветовая гамма, для других — совокупность взаимосвязанных смысловых и оформительских элементов, которые должны обеспечить высокую функциональность конечного продукта. Второе определение ближе к действительности. Поэтому в дальнейшем под интернет-дизайном мы будем подразумевать именно взаимосвязь смысловых и графических элементов.
Если вы обратились в хорошую дизайн-студию (а мы надеемся,
что именно так вы и поступите), то специалисты, которые в ней
Работают, наверняка обладают большим опытом, и указывать им,
ак именно располагать графические элементы на странице нера-
УМНО. Различные мнения и пожелания вы можете выражать от-
Носительно общей структуры сайта.
передки случаи, когда заказчик требует от исполнителя вопло-Ия решений, виденных им ранее на сайтах конкурентов. Чаще решения касаются общего оформления страниц. Собствен-практика позволяет с высокой степенью уверенности сказать, По необъяснимым причинам заказчики чаще всего требуют Пирования самых бессмысленных, а зачастую и бесполезных
Техническая кониепиия интернет-саТйтГ
• разнообразные бегущие строки;
• всевозможные мигающие картинки;
. титульная страница-«заглушка» (имеется в виду первая страница сайта, не допускающая перехода на другие).
В качестве аргумента для отказа от копирования чужих решений можно сказать, что темп жизни в Сети на порядок выше, чем в обычной жизни. Поэтому решение, которое вы хотите скопировать, почти наверняка уже устарело. Кроме того, вы ведь не станете оформлять корпоративный буклет так же, как это делают ваши конкуренты? Точнее, вы ведь не станете делать это так, как они сделали это несколько лет назад?
Как ни парадоксально, но графические элементы зачастую одним своим существованием порождают больше проблем, чем решают. В частности, увеличивается время загрузки страниц интернет-сайта, а посетитель теряет время; дизайн «оттягивает» на себя часть внимания, мешая восприятию коммерческих предложений, и затрудняет перемещение по разделам и подразделам сайта.
Поэтому в первую очередь вы должны требовать от дизайнера создания удобного пользовательского интерфейса (эргономичного размещения элементов в соответствии с их важностью) и только во вторую — красивого оформления.
От чего же зависит эстетическое восприятие сайта? От цветовой гаммы, положения объектов на странице, их размера, симметричности/асимметричности взаимного расположения, отношения элементов в композиции друг к другу (баланс, контраст, вложенность, следование, пропорциональность и т.д.). Рассмотрим эти аспекты подробнее.
Цветовая гамма интернет-систем. Опыты свидетельствуют, что человек лучше различает цвета после предварительного наблюдения желтого, зеленого и белого цветов. В отношении красного и синего цветов справедливо противоположное утверждение.
Наблюдаемые в природе цвета разделяются на две основные группы: хроматические (красный, оранжевый, желтый, зеленый, голубой, синий, фиолетовый) и ахроматические (белый, серый, черный). Контрастная чувствительность глаза наиболее устойчи ва при наблюдении белого, желтого и зеленого цветов, а также и сочетаний. Эти же цвета способствуют более быстрому решени зрительных задач. Человеческий глаз различает 200 чистых спе ^ тральных тонов цвета. Больше всего тонов различается в зелен
Следует избегать как резких контрастов, так и монотонности (отсутствие контрастов). Сильное «перепрыгивание» или «непе-реключение» глаза с одного цвета на другой обязательно вызовет зрительное утомление. Цветовое утомление обычно приводит к понижению чувствительности ко всем качествам цвета. Наиболее утомляющим действием обладают красный и сине-фиолетовый тона. Цвета средневолновой части спектра — желтый, желто-зеленый, зеленый и голубовато-зеленый слабой насыщенности и относительно большой яркости — зрение человека не утомляют.
Необходимо учитывать дополнительные условия, связанные с психологией восприятия цвета:
• при уменьшении занимаемой цветом площади количество оттенков, которые способен различить глаз, уменьшается, и большинство цветов воспринимается более тусклым и темным, особенно если их яркость и насыщенность не максимальны. Поэтому для небольших по размеру элементов нужно выбирать яркие цвета. В противном случае следует увеличивать площадь объекта;
• любые два цвета в близком соседстве воспринимаются несколько иначе, чем по отдельности. Если цвета-соседи обладают примерно одинаковой яркостью и один из них заметно превосходит другой по занимаемой площади, то он «подминает под себя» соседа, перетягивая на себя его параметры.
Здесь важны противоположные и взаимодополняющие принципы единства и контраста. Принцип единства требует, чтобы используемые цвета были как можно ближе друг к другу. Принцип контраста иной: подбор цветов должен быть по возможности контрастным. Вот конкретные рекомендации:
1- Лучше использовать минимум цветов, но по возможности подбирать контрастные цвета. Для этого необходимо соблюдать следующие правила:
• нельзя использовать цвета, расположенные слишком близко друг к другу на цветовом круге;
• нужно избегать цветов, прямо противоположных друг другу на цветовом круге;
• лучше всего выбирать цвета, расположенные приблизительно на расстоянии четверти окружности друг от друга;
• два теплых и два холодных цвета выказывают большее сходство друг с другом, чем цвета из противоположных полушарий.
2. Разрабатывая дизайн сайта, лучше ограничиться тремя-четырьмя цветами. Если используется три цвета, то самая сильная для восприятия комбинация — белый, черный, красный,
3. Особое внимание следует обратить на контраст и сочетаемость цветов в комбинациях фигура— фон (в частном случае — текст— фон), текст — гиперссылка.
4. Выбор цвета должен определяться и плотностью расположения объектов (текста), объемом информации на странице и общими соображениями эстетики.
Графические элементы интернет-систем: отдельные фигуры и композиция. Композицию сайта можно условно разбить на элементы. Для оптимизации восприятия необходимо работать над каждым отдельным объектом, а также над отношениями между ними. Отдельные элементы можно классифицировать по следующим параметрам:
1. Размер. Необходимо учитывать размер всей композиции. Необходимо учитывать не абсолютный размер объекта (например, в пикселях), а кажущийся, воспринимаемый размер. Здесь следует опираться на особенности психологии восприятия, учитывать так называемые иллюзии восприятия:
• иллюзия Мюллера -Лайера. Отрезок, заключенный в «наконечники стрел» (<>), кажется короче, чем отрезок той же длины, заключенный в «оперение» (><);
• иллюзия Оппеля. Вертикальная линия выглядит несколько длиннее, чем равная ей горизонтальная. Кроме того, разделенная линия выглядит всегда короче, чем равная ей, но неразделенная линия;
• иллюзия Делъбефа. Воспринимаемый размер крута будет меняться, если внутрь него или снаружи помещать еще один концентрический крут;
• «иллюзия заполненного пространства». Заполненное пространство кажется больше, чем пустое;
• иллюзия величины Эббингауза. Размер объекта в субъективном восприятии может меняться в за-
БИСИМОСТИ от того, в какой контекст он помещен (какие объекты расположены непосредственно рядом с ним).
2. форма. Форма объекта создает ретинальное (на сетчатке глаза) изображение. Однако, прежде чем изображение будет воспринято, оно должно быть определенным образом преобразовано. Этот факт чрезвычайно важен для дизайна. Некоторые части изображения объединяются или не объединяются в одно целое. Существует ряд принципов или законов, определяющих способ группировки различных элементов зрительного стимула. Среди них:
• принцип Вертхаймера, или «хорошее» продолжение. Если прямая или кривая линия продолжается от любой точки, не меняя значительно в этой точке своей кривизны, можно сказать, что она имеет плавное продолжение. Продолжение считается «хорошим», если переход плавный; «плохим» — если кривизна изменяется резко. Как принцип организации объекта, «хорошее» продолжение означает, что субъективно линии будут восприниматься как единое целое;
• принцип близости. При прочих равных условиях элементы, находящиеся ближе друг к другу, воспринимаются как части единого целого. Этот принцип часто используется в дизайне сайта. Например, иконки различных товаров могут быть сгруппированы с неравными интервалами, обозначая тем самым различные товарные группы;
• сходство. Сходство группы объектов по какому-либо признаку может способствовать организации восприятия. Объекты будут восприниматься как принадлежащие различным группам. Два эффективных признака — цвет и величина объектов;
• замкнутость. Под замкнутостью понимается то, что при прочих равных условиях элементы, образующие замкнутую фигуру или целое, будут организовываться вместе и именно так восприниматься.
Цвет может существенно влиять на воспринимаемый размер объекта. Чем контрастнее цвет элемента или объекта на фоне
его окружения, тем он заметнее и кажется больше. Однако если контраст между объектом и фоном слишком мал, гранц! цы объекта становятся трудно различимыми, и субъективно объект может восприниматься большим, чем является на самом деле;
3. Пропорции. Пропорции — соотношение размеров либо разных объектов, либо составных частей или разных измерений одного объекта. Классический подход к определению пропорций — вычисление размеров по формулам. Пример: «золотое сечение» — в прямоугольнике размеры сторон имеют соотношение: Ь = 0,618а. Однако в современном дизайне классический подход применяется далеко не всегда в основном из-за субъективности размеров и иллюзий восприятия. Стоит обратить внимание на несколько основных рекомендаций:
• соблюдение простоты в пропорциях. На практике этот принцип выражается в использовании равновеликих объектов, а также кратных отношений их размеров: 1:2, 1:3 и т.д.;
• принцип ограничений пропорций «сверху». Следует избегать больших перепадов в размерах объектов.
Пропорции зависят от размеров самих элементов. Так, если размеры самих объектов увеличить в несколько раз, то следует менять и пропорции между ними.
4. Размещение объектов относительно друг друга. К основным параметрам подобного размещения объектов можно отнести:
• расстояние между элементами. Воспринимаемое расстояние зависит от формы элементов, их цвета, цвета фона, текстуры поверхности и т.д. Как уже отмечалось выше, расстояние может использоваться для индикации группировки объектов, зачастую выступает мерой их связности;
• выравнивание. Если на странице имеется ряд близких по размеру элементов, занимающих одинаковое положение в ее информационной иерархии, то рекомендуется употреблять линейный способ выравнивания. В этом случае все элементы выравниваются относительно одной прямой, чаще всего горизонтальной или вертикальной. Пример: ряд кнопок навигационной панели интернет-страницы.
Если однородные элементы достаточно велики или имеют сложную конфигурацию, целесообразно ввести заметные точки привязки, по которым эти элементы будут выравниваться. Если элементов очень много, их целесообразно размещать в двумерных таблицах. В этом случае элементы могут группироваться путем регулировки расстояния между строками и столбцами таблицы. В случае разноуровневых элементов, занимающих различное место в иерархии страницы, эту разницу следует подчеркивать всеми имеющимися средствами: цветом, текстурой, размером и расстоянием между объектами.
Например, рекомендуется вертикальный отступ между заголовком и текстом. Внутритекстовые заголовки рекомендуется «выдвигать» влево: это облегчает движение глаз пользователя по тексту;
плотность. В случае двух и более элементов, скомпонованных на странице, плотность — аналог понятия компактности формы. Рекомендуемая плотность размещения материала зависит прежде всего от общего стиля страницы и ее содержания. Например, высокая плотность рекомендуется для страниц с деловой информацией (также необходимы хорошо выделенные заголовки), а страницы с развлекательным материалом должны быть более разреженными, при этом расстояния между объектами могут быть большими.
Если вы хотите, чтобы дизайн отличался экстравагантностью, используйте эффект наложения (отрицательные расстояния между объектами);
плотность текста. Для оптимального восприятия текста справа и слева от колонок должны быть поля. Необходима регулировка расстояний между буквами и строками;
количество объектов на странице. Различных объектов, представленных на одной странице и предназначенных для сравнения и анализа, не должно быть больше семи. Оптимальное число — пять.
Техническая концепция инглернепкГ"—'
Шрифтовые решения: эргономические параметры шрифтов
Важно сразу оговориться: шрифты, особенно мелкие, воспроизводятся на экране с сильными искажениями. Это объясняется тем что экран состоит из дискретных полей (пикселов) — светящихся розеток, каждая из которых состоит из красной, зеленой и синей точек. Поэтому мелкие шрифты воспроизводятся «по-кубикам» (рис. 4.5).
Каждый тип шрифта можно анализировать по нескольким параметрам:
• гарнитура — набор начертаний, различающихся толщиной штрихов, шириной букв, общим рисунком. Различают рубленые шрифты и шрифты с засечками;
• начертание — прямое и курсивное;
• насыщенность — толщина штрихов, соотношение площади белого и черного в рисунке букв;
• кегль — размер шрифта. По традиции кегль измеряют в пунктах. Один типографический пункт равен 0,35 мм. При этом размер отсчитывается от специальной точки («очка» шрифта). Так, в шрифте кегля 10 заглавные буквы имеют размер около семи пунктов.
С точки зрения инженерной психологии, различимость отдельных букв, цифр и других символов на экране дисплея зависит от нескольких основных параметров:
• особенности шрифта (кегль или размер шрифта, особенности начертания, толщина штрихов);
• цветовое решение — соотношение цветов символов и фона,
• оптимальный контраст цветов символов и фона;
• подбор шрифтов, их сочетание;
• расстояние от глаза до изображения шрифта, а также наибо лее вероятный угол зрения.
В инженерной психологии существуют стандарты для размер0
пни разрабатывались для различных ситуаций, в основном для лучаев распознавания информации, снижения уровня ошибок ее восприятии. При этом на рассмотрение принимаются исключительно черные буквы на белом фоне, максимально простое начертание букв (шрифты без засечек). Кроме того, учитывается расстояние наблюдателя до экрана монитора или приборной доски. С учетом вышеперечисленных условий при расстоянии до экрана до 900 мм рекомендуемая высота букв составляет для мелких букв 2 38 мм; для средних букв — 3,17 мм; для крупных букв — 4,75 мм.
Перенесение данных инженерной психологии на почву веб-дизайна требует некоторых уточнений. Среднее расстояние до экрана составляет 41 см, условия не всегда позволяют использовать черные буквы на белом фоне (например, из эстетических соображений). Кроме того, как будет показано ниже, пользователь может сам выбрать кегль и цвет шрифта (как и в текстовых редакторах). Следовательно, речь может идти лишь об общих рекомендациях (жестких стандартов по кеглю шрифтов для веб-дизайна нет). Тем не менее если на одной веб-странице нужно разместить максимальное количество текстовой информации, то, согласно экспертным оценкам, а также учитывая вышеизложенные стандарты, разработанные в рамках инженерной психологии, можно рекомендовать шрифт кегля не ниже 10, предпочтительно рубленый. (Кстати, данный кегль используется по умолчанию в текстовом редакторе Microsoft Word.)
Для основного текста рекомендуется использовать традиционные и хорошо сбалансированные с точки зрения инженерной психологии шрифты. Из шрифтов с засечками это Times New Roman: в большинстве операционных систем он является стандартным системным шрифтом. Из рубленых и моноширинных шрифтов в Windows используется Arial и Courier соответственно.
Для специально разрабатываемых шрифтов (например, для ло-°типа или стилизованных написаний заголовков разделов сайта) нженерная психология дает следующие рекомендации:
необходимо учитывать расстояние до изображения. Нижний порог человеческого зрения приблизительно равен 3' (три угловые минуты). На практике это означает, что человек с хорошим зрением может прочитать надпись, выполненную черными буквами высотой в 1 мм на белом фоне с расстояния 120 — 150 см при оптимальном уровне освещенности. Следует отметить, что здесь речь идет о допустимости, физиологиче-
ском пороге зрительного восприятия, ниже которого символы различаться не будут;
прописные буквы лучше различимы с большого расстояния и наиболее читабельны в кратких записях, отдельных словах пометках или сокращениях. Длинный текст целесообразно выполнять строчными буквами. Кегль шрифта измеряется по высоте заглавных букв. Отношение высоты строчных букв к высоте заглавных у разных шрифтов разное. Кегли разных шрифтов подбираются визуально. Особо мелкий кегль требует использования заглавных букв;
следует учитывать, что белая линия на черном фоне кажется тоньше, чем черная линия на белом фоне. В целом сочетания цветовых тонов должны быть контрастными. Чем контрастнее цвет буквы на фоне ее окружения, тем она заметнее и кажется больше. Наоборот, если контраст между буквой и фоном слишком мал, границы буквы становятся трудноразличимыми и субъективно она может восприниматься большей, чем есть на самом деле. Теплые цвета (красный, желтый, зеленый) привлекают внимание к букве, делают ее более активной, более близкой и, следовательно, большей по субъективному размеру. Холодные цвета (синий, голубой, фиолетовый), наоборот, отдаляют и уменьшают букву. Максимальный уровень восприятия текста и удобства чтения — черный текст на белом фоне; 1 при использовании различных кеглей, например в надписях, заголовках и различных блоках текста, также должна соблюдаться сочетаемость гарнитур. Для надписи большего кегля следует воспользоваться рубленым шрифтом, так как увеличенный кегль хорошо сочетается с жирным начертанием. Надписи небольшого размера лучше читаются, если они набраны шрифтом без засечек;
• для удобства восприятия необходима дополнительная регулировка плотности набора — трекинг. Трекинг сдвигает или раздвигает все буквы на одну и ту же величину, исправляя тем самым кажущееся изменение плотности при изменении кегля. Кроме того, необходима регулировка некоторых сочетаний пар букв, например «Г» и «А», — кернинг. В некоторых случаях необходима разрядка: разведение букв на любое расстояние;
• в отдельных случаях необходимо использование интерлинь-
стояния между строками. В этом случае нужно соблюдать контраст между строками (по шрифту, кеглю и цвету);
• при разработке надписей и торговых знаков интернет-страницы следует учитывать правила эргономичного начертания букв и цифр. Наиболее целесообразное отношение между высотой буквы h, ее шириной b и толщиной линий t для большинства букв должно быть:
b = (3/5) X h,
t = (1/6) х h - (1/8) x h.
Свободные пространства между буквами должны быть приблизительно одинаковыми. В рамках одного документа рекомендуется выбирать шрифты, близкие по h/b. Отношение высоты цифры h к ее ширине b должно быть: h/b = 5/3, 3/2, 3/1 (исключение составляют цифры 4 и 1). Интервалы между цифрами: (1/6) х h— (1/3) X h. Интервалы между числами: (Ь/2) — Ь.
Рекомендуемые отношения h/t (t — толщина линий) у черных цифр на белом фоне: h/t = 6/1 — 8/1; у белых цифр на черном фоне: h/t = 10/1 — 13/1.
Свойства текстуры текста: плотность, насыщенность, уровень серого. Этот параметр зависит от кегля шрифта. Мелкий шрифт кажется темнее. Кроме того, важно использовать интерлиньяж и адекватно выбирать начертание шрифта.
Для выделений в тексте лучше пользоваться курсивом или раз-РЯДКОЙ (для русскоязычных текстов).
Физический размер букв на странице зависит от двух основных факторов: базового кегля, устанавливаемого в настройках браузера, и относительного размера, выставляемого в HTML с помощью специальных тегов. Лучше всего страница выглядит при аком базовом кегле, который ставится по умолчанию на самой Распространенной платформе (Windows 95/98) с самым распространенным экранным разрешением. Для России это 800x600 пик-елей. Страница должна «выдерживать» увеличение базового кегля Минимум в два раза.
Наличие и вид иллюстраций. Количество и вид иллюстраций —
РТИНКИ, графики, схемы и т.д. — напрямую зависят от тематики нтернет-сайта, а также ограничений допустимого объема. Для Удобства восприятия сайт должен быть снабжен хотя бы минималь-объемом иллюстраций. Они могут быть использованы:
улучшения восприятия, наглядной демонстрации какого-либо объекта;
• для передачи той информации, которая не может быть передана текстом с необходимой точностью;
• для отображения схем, диаграмм.
Можно рекомендовать придерживаться нескольких общих правил:
• следует сочетать встроенные в страницу изображения и так называемые внешние образы (GIF, JPEG, иХВМ), которые можно загружать в отдельные окна. Предпочтение следует отдавать встроенным образам. Если необходимо использовать «внешние картинки», на странице рекомендуется помещать их маленькие изображения (thumbnails). Необходимо дать пользователю информацию о размерах картинки, чтобы он мог оценить время ее загрузки;
• к некоторым картинкам необходимо давать специальные пояснения;
• для привлечения внимания следует учитывать параметры цвета, контраста, размера и т.д.;
• не стоит использовать картинки там, где без них можно обойтись;
• в качестве графических форматов следует выбирать GIF или JPEG;
• в деловых и информационных интернет-сайтах количество иллюстраций должно быть минимальным.
Возможность размещения баннеров. Разрабатывая модульную сетку сайта (принципы расположения информации на экране), необходимо учитывать возможность размещения на интернет-странице различной рекламной информации, самой универсальной и распространенной формой которой являются баннеры. Таким образом, ваша модульная сетка должна рассчитываться для баннеров следующих размеров:
• новый стандарт — 470x60 пикселей. По многим оценкам, он скоро вытеснит самый распространенный формат 468 X 60 пикселей;
• «половинка» — 234x60 пикселей. Если на странице используется сразу две «половинки», получается графическое поле
размером 468x60. Используется большинством баннерных сетей;
. «заглушка» — 120x60 пикселей. Используется рядом (обычно слева) с баннером 468x60, чтобы занять пустое место до стандартной ширины интернет-сайта в 600 пикселей (при этом соблюдается расстояние в 12 пикселей, чтобы изображения не сливались);
• квадратный баннер — ЮОх 100 пикселей. Самый распространенный размер для квадратных изображений;
• квадратный баннер — 125Х125 пикселей. Используется редко;
• «ухо» — 200 X 55 пикселей. Используется по три баннера в ряд в электронных СМИ;
• «мелкий баннер» — 230x33 пикселей. Используется редко, в основном на сайтах поисковых систем и каталогов;
• «счетчик» — 81x63 пикселей. Используется для различных счетчиков и рейтингов;
• «баннерик» — 88x31 пикселей. Самый распространенный формат для изображений маленького размера и «значков» интернет-сайтов.
Если вы решили разместить баннер уникального размера, за основу формата рекомендуется брать высоту (в пикселях) одного из наиболее распространенных размеров: 31, 60, 100. В таком случае другим интернет-сайтам будет проще интегрировать ваш формат.
Возможно, ваш сайт не создавался с целью окупить затраты от размещения рекламы, тем не менее вы наверняка будете участвовать в баннерообмене с партнерами, размещать счетчики каталогов и т.п.
Технические ограничения пользователей сайта. Страницы интернет-сайтов плотно заполнены информацией, что неизбежно приводит к увеличению времени загрузки. Следовательно, необходимо оптимизировать функционирование интернет-страницы по критерию «объем информации/возможное время ожидания». При этом необходимо учитывать несколько основных условий:
• средняя скорость линий;
• наиболее часто используемые браузеры и программное обеспечение;
• графические возможности мониторов.
Время, которое посетитель потратит в ожидании загрузки редной страницы, — величина непостоянная, сильно зависящая от субъективных особенностей пользователя. К таковым можно отнести:
• личную заинтересованность пользователя в информации;
• основные психологические черты личности пользователя: стрессоустойчивость, эмоциональность, интеллект;
• индивидуальные особенности психологии восприятия пользователя: субъективное время, цветовосприятие и т.д.
Тем не менее в определенной степени предполагаемое время ожидания среднестатистического пользователя можно регулировать. Но для этого необходимо соблюдать средние данные по «допустимому» времени загрузки и использовать дополнительные психологические, дизайнерские и программистские приемы, изменяющие субъективное время ожидания и делающие его более привлекательным.
Подчеркнем еще раз, что жестких временных ограничений здесь нет и быть не может. Поэтому в данном случае стоит говорить о согласованных экспертных оценках. Основные рекомендации могут быть сведены к следующему:
• загрузка страницы, длящаяся более 10 секунд, в большинстве случаев приводит к потере внимания;
• графика (рисунки, диаграммы и т.д.) должна загружаться не более 20-30 секунд.
Таковы оценки среднего времени ожидания в Интернете. Ниже представлены специальные приемы для снятия напряжения от ожидания:
1. Уменьшение субъективного времени восприятия. Пока пользователь ждет загрузки нужной страницы, он должен быть чем-то занят. На практике решение проблемы достигается тем, что пользователю предлагают, например, ознакомиться с дополнительной информацией, относящейся к данной задаче.
2. Введение специальных индикаторов. Не все индикаторы одинаково предпочтительны. Кроме того, они также зависят от контекста страницы. Список основных видов индикаторов выглядит следующим образом:
• индикатор оставшегося времени. Помещается либо в модальный диалог, либо в строку статуса;
• индикатор «Система жива». Когда оставшееся время предугадать невозможно, рекомендуется показывать анимированный объект, который дает пользователям понять, что система не зависла;
• индикатор «Слышу и понимаю». Когда ожидаемая задержка составляет менее двух секунд, показывать оставшееся время бессмысленно, поэтому рекомендуется просто изменить форму курсора на «песочные часы».
3. Использование дополнительных элементов диалога с пользователем. В случае задержек:
• 0,1—10 секунд: рекомендуется подтвердить щелчок мыши или нажатие клавиши в течение 0,1 секунды и изменить форму курсора на «песочные часы» или другой анимированный указатель;
• более 0,5 секунды: рекомендуется показывать, когда пользователь может продолжать работу;
• 10 секунд — 1 минута: рекомендуется подтвердить щелчок мыши или нажатие клавиши в течение 0,1 секунды.
4. Приемы, связанные с особенностями программирования. Большие объемы графической информации должны загружаться постепенно, с тем чтобы пользователь имел возможность действительно наблюдать этот процесс, а также направлял внимание на построение гипотез относительно всего рисунка. Размер обычных графических образов рекомендуется делать небольшим: предпочтительно, чтобы они занимали объем не более 30 Кб на страницу.
Мультимедийные возможности сайта
сайт рассчитан на постоянную и широкую аудиторию, то сле-АУет избегать специальных аудио- и видеоэффектов: монотонных вУков, таких как равномерное тиканье часов, эффектов «дерга-Ья камеры», «туннельного видения» и т.д. Мультимедийность ре-Мендуется использовать, если вы хотите произвести впечатле-116 на случайных посетителей ресурса или усилить воздействие ^формации, например рекламного характера, на отдельных стра-
Впечатление динамики создается несколькими способами. Ос нова их классификации — использование неявной и явной динамики (анимации и видео).
Неявная динамика. Любая видимая линия композиции вводит подразумеваемую динамику. Данные психологии восприятия говорят о том, что сила, с которой линия увлекает взгляд, зависит от ее общей активности в композиции, а также от того, как оформлены концы линии. Если они не упираются в другие элементы, а как бы «подвешены в воздухе», нигде не оканчиваются, движение ускоряется. (Разумеется, речь идет о восприятии движения, а не о физическом движении кадров.) Кроме того, допустимо использование графических элементов (картинок, фотографий и т.д.), содержащих изображение динамических событий: это могут быть быстро движущиеся машины, люди, космические аппараты.
Придать динамику может ассиметрия, развитие собственно композиции. При построении общего композиционного решения сайта необходимо учитывать «естественное движение восприятия». Взгляд среднего европейца или американца скользит по горизонтали слева направо, а по вертикали — сверху вниз. Этому движению можно «помогать» соответствующими вставками, но можно и «помешать» (подробнее об этом см. в других разделах). Анимация. Анимация используется с различными целями, но в основном для привлечения внимания пользователя. Фрагменты анимации (мигающие стрелки, иконки, флэш-элементы) притягивают взгляд, привлекают внимание к ключевым точкам композиции. Динамика восприятия анимации не всегда совпадает с динамикой самих движущихся объектов. Человеческий глаз различает отдельные предметы при частоте их мелькания 10 импульсов в секунду — раздельно и слитно — свыше 20 импульсов в секунду. Простые и непродолжительные движения человеческому глазу нетрудно проследить полностью. Если встает задача «удержания внимания», то помимо монотонного движения необходимо соблюдение принципов развития, превращения, развертывания действия.
При использовании анимации и больших графических вставо следует учитывать время загрузки объекта. Ниже представлень основные принципы использования анимации:
• в информационном дизайне слишком активная анимация и рекомендуется. Она не должна выходить за рамки иллюстра тивности. В ограниченном объеме анимация допустима в > ках баннерной рекламы (см. ниже);
• анимация мешает сконцентрироваться на содержании интернет-страницы. Исследования в рамках психологии восприятия показали, что движение на периферии нашего зрения способно доминировать, почти полностью «перетягивая» внимание на себя. Кроме того, не рекомендуется закладывать в анимацию текст. Мигающий, пульсирующий или движущийся, он хуже воспринимается и усваивается;
• анимацию имеет смысл применить для выделения какого-либо особенного элемента содержания или для измененной информации;
• разумно использовать анимацию для обозначения «горячих клавиш »;
• имеет смысл применить анимацию, если нужно обозначить изменение состояния какого-либо объекта (рейтинги, динамика цен и т.д.). Другими словами, анимация уместна там, где есть реальная динамика в изображаемом объекте;
• анимация успешно используется для обозначения навигации в определенном направлении, например «вперед» или «назад»;
• анимация вполне оправданна в баннерной рекламе, в основном для придания неожиданного импульса взгляду, привлечения внимания. В случае использования анимации в банне-рах следует учитывать, что она должна быть завершенной (сконцентрированной в некоторой «точке схода», фокусе силовых линий).
Видео. Видеоролики занимают много памяти, осложняют загрузку и время ожидания, поэтому их использование должно быть вызвано серьезными причинами. По экспертным оценкам, в рамках коммерческих интернет-сайтов данные мультимедийные возможности следует использовать:
• для рекламы и «раскрутки» телевизионных шоу, фильмов и т.д.;
• в тех случаях, когда необходимо создать впечатление присутствия и личного участия говорящего, «живого общения»;
• для изображения реального движения, все тонкости которого невозможно передать при помощи анимации (балет, спортивные соревнования, демонстрация мод и т.д.).
Аудио. Аудиоэффекты дают дополнительный, не зависящий от Изображения канал поступления информации. Эти возможности следует использовать:
• если необходимо дать специальный комментарий или помощь, не смущая пользователем изменением изображения на экране;
• для создания особого настроения;
• для демонстрации музыкального отрывка;
• для более непосредственного ощущения личности говорящего1
• если ставится задача обучению произношению;
• для передачи информации о том, что происходит «за кадром» например о загрузке файла или поступлении новой информации.
Общие рекомендации по использованию мультимедийных возможностей:
• не следует проигрывать аудио или повторять анимацию, если пользователь возвращается к тому же узлу;
• при использовании аудиофрагментов следует избегать повторов;
• аудио- и видеоэффекты необходимо тщательно координировать;
• необходимо предупреждать пользователей о том, что следует включить аудио (колонки) перед загрузкой соответствующих файлов;
• следует избегать «соревнования» аудио и видео;
• для звуковых эффектов рекомендуется использовать звуки низких, а не высоких тонов;
• лучше вкладывать деньги в профессиональное звучание. Если это затруднительно, иногда предпочтительнее вообще обойтись без музыки.
Чтобы избежать недоразумений с подрядчиком или собственной группой разработчиков, свести к минимуму простои, связанные с дополнительными согласованиями, и не вникать в каждую мелочь, надо составить детализированный документ — техническое задание (ТЗ).
Если вы не уверены в качественном составлении технического
написания «с нуля» специалистов консалтинговых фирм. При правильном подборе исполнителя вы получите не просто содержательный документ, но и дополнительные рекомендации по развитию вашего бизнеса в Интернете. Кроме того, такие специалисты научились писать технические задания, удобные не только для заказчика, но и для исполнителя.
Полезно будет заранее определить в техническом задании не только схему компоновки и функционирования будущего сайта, но и описать в общих чертах требования к элементам дизайна,
ный поток и обновление содержания достаточно затруднительно, но всегда есть люди, отлично разбирающиеся в тех или иных вопросах. Они с удовольствием станут сотрудничать с вами, причем необязательно за деньги. Пример идеальной ситуации: пользователи сами формируют содержание вашего сайта (впрочем, это крайне сложная задача, требующая ноу-хау или больших вложений на начальном этапе работы).
4. Ваш интернет-сайт должен любить своих посетителей. Я имею в виду персонализацию. Каждый пользователь должен чувствовать себя вашим единственным и неповторимым клиентом. Новости, реклама, специальные предложения и промо-акции должны предлагаться пользователю с учетом его предпочтений. Узнайте о своих клиентах как можно больше и предлагайте им информацию на основе анализа этих данных.
5. Ваш интернет-сайт должен поддерживать как можно больше видов доступа. Речь идет не только о кодировках текста, но и, например, о мобильном доступе. Не стоит недооценивать возможности мобильной коммерции: через некоторое время покупки, совершенные с сотового телефона, станут привычным делом. Уже сейчас при построении интернет-сайта надо продумывать его совместимость с системами мобильной коммерции (m-commerce).
И последнее правило, особенно актуальное в современном Интернете. Делайте ваш интернет-сайт не самым большим, а самым лучшим из всех аналогичных или не делайте вообще. Если нет уверенности в том, что ваш ресурс станет самым лучшим в своей узкой категории, самым посещаемым, самым прибыльным, то все, что потрачено на его создание, будет потрачено впустую.
Еше раз о концепции
В электронной коммерции, как и в любом другом бизнесе, существуют свои правила игры. При этом они меняются чуть ли не ежедневно. Однако есть условия, которые всегда остаются неизменными. От их соблюдения напрямую зависит успех ваших интернет-начинаний.
1. Ваш интернет-сайт должен работать быстро.
Пользователь Интернета — существо весьма и весьма нетерпеливое, и, если ему придется долго ждать, уставившись в монитор, он уйдет. Уйдет к вашему конкуренту, который в данном случае находится на расстоянии одного щелчка мышью.
2. Ваш интернет-сайт должен быть простым. Пусть за интерфейсом интернет-сайта скрывается результат титанической работы полусотни профессиональных программистов, но, если пользователь не сможет в нем разобраться, считайте, что программисты трудились впустую. Навигация на вашем сайте должна быть простой и предсказуемой. Посетитель всегда должен понимать, что произойдет, если он нажмет, например, на «эту красивую кнопочку».
3. Ваш интернет-сайт должен быть информативным. Нужно стремиться к тому, чтобы максимум информации, необходимой для принятия решения, пользователь мог получить, не покидая ваш сайт. Самому поддерживать регуляр-
форматам подачи информации, интеграции с системами учета и пути дальнейшего развития интернет-сайта в гиперпространстве
Когда необходимо
составишь техническое задание?
Техническое задание — ключевой документ любого интернет-проекта, поэтому на вопрос, вынесенный в заголовок этого параграфа, существует короткий и недвусмысленный ответ: «Всегда!» При этом не имеет значения, будете ли вы работать над проектом самостоятельно или поручите его воплощение другим компаниям. Приведем несколько типичных аргументов, используемых будущими владельцами сайтов для отказа от написания технического задания, и поясним их несостоятельность.
Аргумент. Мы не будем писать техническое задание, потому что нам и так все понятно, а времени у нас, как всегда, не хватает.
Контраргумент. Практика показывает, что заказчик и исполнитель по-разному понимают поставленную задачу, несмотря на то что во время устного обсуждения они достигают полного взаимопонимания. Причина последующих разногласий кроется, как правило, в мелочах. Наиболее распространенная ситуация: заказчик и исполнитель изначально не договорились о толковании терминов и понятий и подразумевают под ними разный набор функциональных возможностей или разные значения.
Грамотно составленное техническое задание учитывает все тонкости создания интернет-проекта и, в конце концов, в целом экономит гораздо больше времени, чем отнимает процесс написания.
Аргумент. Мы не будем писать техническое задание, потому что наш интернет-проект будет маленьким и скромным.
Контраргумент. Чем меньше инструмент вашей работы с целевой аудиторией, тем большая точность от него требуется. Значит, вам предстоит поистине ювелирная работа над сайтом. Вам просто необходимо все рассчитать и учесть, а для этого как нельз лучше подходит техническое задание.
Аргумент. Мы не будем писать техническое задание, потому чт его для нас пишут подрядчики.
Контраргумент. Приоткроем для вас «дверь кухни» разработ чиков. У каждой веб-студии имеется два вида наработок: работь , не принятые предыдущим заказчиком, и типовые шаблоны. но назвать это «СТУДИЙНЫМ поптгЬелем». Заказчик.
б-сгуДИИ составление технического задания, рискует получить кумент, описывающий наиболее подходящее в данном случае одержимое такого портфеля. Проще говоря, техническое задание ожет быть написано под готовый продукт или технические возможности исполнителя, а не под конкретные нужды заказчика. Чтобы избежать такой неприятной ситуации, необходимо писать техническое задание самостоятельно или поручить его подготовку привлеченным специалистам, не связанным прямо с выбранным исполнителем. Только тогда вы имеете шанс получить продукт, отвечающий запросам вашего бизнеса.
Основа технического задания
Техническое задание должно быть неотъемлемой частью договора между заказчиком и исполнителем. Таким образом, они не только детально опишут этапы планируемых работ, но и будут юридически защищены от всех не оговоренных в ТЗ изменений сайта. Техническое задание должно:
• максимально подробно раскрывать суть и задачи производимых работ;
• устанавливать принципы взаимодействия программных модулей между собой;
• устанавливать принципы «человеко-машинного диалога»;
• описывать задачи функциональных элементов;
• определять правила программирования и фиксировать технологические ограничения;
• определять методику тестирования и оценки проводимых работ;
давать определение техническим и специальным терминам.
Необходимо помнить, что в процессе разработки к техническо-У заданию будут апеллировать как заказчик, так и исполнитель. Лее того, основанием для подписания акта приемки работ будет выполнение всех пунктов ТЗ.
Все
Hue
вышеизложенное позволяет сказать, что техническое зада-
является основополагающим документом всего проекта, ре-
пирующим взаимоотношения между заказчиком и разра-
иком. Следовательно, оно требует от составителей ПОВЫШеН-^ОГО
Основа технического задания — требования к интернет-сайту Важнейшим аспектом управления требованиями является опт мальное распределение требований по приоритетам. Это можн делать различными способами. Например, можно присваивать к ждому требованию одну из трех категорий:
1. Необходимо: технологические решения и наполнение, без которых сайт не сможет функционировать.
2. Желательно: технологические решения и наполнение, которые будут необходимы уже в первое время функционирования сайта.
3. Возможно: технологические решения и наполнение, которые будут дополнительным конкурентным преимуществом.
Если предположть, что известное правило «80/20» верно, то проектная команда может добиться 80% успеха, реализовав 20% правильных, то есть действительно необходимых задач и требований к сайту.
Для составления технического задания нужно собрать специальную рабочую группу из трех—пяти человек, во главе с координатором — менеджером проекта. Количество человек в рабочей группе не зависит от величины проекта. В крупных проектах члены рабочей группы в большей мере используют экспертные мнения внешних специалистов, в небольшом проекте — в меньшей. В состав рабочей группы не рекомендуется включать больше пяти человек, поскольку согласование решений может сильно растянуться.
Консультанты и участники составлении технического задания
Составление технического задания и воплощение его в жизнь не рекомендуется поручать только подрядчику, поскольку это дает ему возможность избежать включения в такое задание трудновы-полнимых для него требований. Даже руководствуясь наилучшими побуждениями, подрядчик будет писать техническое задание, скорее, исходя из своих возможностей, а не из объективных потребностей заказчика. Стоит заметить, что большинство веб-студий не имеет в своем штате аналитиков или маркетологов, способных определить запросы и предпочтения целевых аудиторий создаваемого ресурса. Поэтому при планировании структуры сайта
задание
Й примерами других работ в Интернете. Такой подход часто приводит к принятию неправильных решений, слепому копированию чужих ошибок и, как следствие, снижению общей эффективности создаваемого ресурса.
Еще более ущербным по своей сути является авторитарный подход к решению задачи, когда в качестве основного консультанта выступает руководство предприятия-заказчика. В этом случае интернет-сайт планируют и делают «под руководителя», зачастую слабо разбирающегося в принципах функционирования сети Интернет и практически не пользующегося ею. Созданные таким образом сайты чаще всего остаются абсолютно неэффективными, а руководитель, который принимал в их разработке самое действенное участие, обвиняет во всех неудачах исполнителя.
Необходимо отметить, что даже среди профессионалов в области виртуального бизнеса крайне редко встречаются специалисты по всем направлениям интернет-строительства. Поэтому, как уже говорилось выше, разрабатывать техническое задание должны несколько человек, обладающих разными знаниями.
Обозначим круг вопросов, которые придется освещать в типовом техническом задании на разработку, и специализацию лиц, которым можно поручить работу над ТЗ:
• функциональное предназначение сайта, его цели и задачи должен описать директор по маркетингу компании-заказчика. При этом ему следует руководствоваться анализом аудитории Интернета и пользовательских предпочтений. Если маркетологи компании не являются опытными интернет-пользователями, то работу над этими вопросами лучше поручить привлеченным консультантам с соответствующим опытом;
• требования к структуре сайта, формам и форматам подачи информации должен описать системный аналитик — специалист по интернет-медиа. Речь идет совсем не о техническом специалисте, как может показаться на первый взгляд. Наоборот, эту работу должен выполнять интернет-консультант высокой квалификации. Именно от качества выполнения этих работ будет зависеть общее впечатление пользователей и, следовательно, посещаемость вашего интернет-сайта. На этого специалиста необходимо возложить и описание требований к дизайну;
• требования к программным и аппаратным платформам, на которых будет размещен интернет-сайт, теоретически могут
пае задание
быть описаны администратором компьютерной сети компании-заказчика, но лишь при условии, что тот располагает необходимыми знаниями и опытом работы в данной области Для описания этих требований можно привлечь независимого профессионала;
• дизайн пользовательских и административных интерфейсов должен описать специалист по эргономике интернет-сайтов Специалист по эргономике — психолог, а не дизайнер, как может показаться на первый взгляд. Как правило, дизайнеры мыслят образами, следовательно, если дизайнер начнет составлять эту часть ТЗ, скорее всего, он опишет свое видение уже придуманного им дизайна, а не закономерности восприятия интерфейсов потенциальными пользователями.
Окончательное согласование и утверждение технического задания должно производиться всеми специалистами совместно.
Основные разделы документа
Техническое задание должно быть отправной точкой для технического проектирования сайта, оно должно разъяснять все вопросы и не допускать разночтений при осуществлении поставленных задач. Классическое техническое задание на проектирование интернет-сайта как частный случай ТЗ на автоматизированную систему или программное средство содержит следующие разделы:
1. Общие сведения о проекте. Здесь описывают полное наименование системы, наименование и реквизиты для взаимодействия заказчика и исполнителя; указывают документы, на основании которых разрабатывается система, кем и когда эти документы утверждались; устанавливают плановые сроки начала и окончания работ по созданию сайта; приводят све дения о финансировании разработки, определяют порядо предъявления заказчику результатов работы.
2. Назначение и цели создания сайта. Здесь описывают вид ав томатизируемой деятельности, например поиск новых поку пателей или работа с VIP-клиентами и оформление зака Кроме этого, приводится список сотрудников, участвуют
в работе, и устанавливаются базовые значения технико-э комических показателей (например, количество одноврем
но обслуживаемых покупателей и их технические возможности по доступу к ресурсу).
3. Характеристики сайта. Здесь описывают условия эксплуатации интернет-сайта; устанавливают ограничения по объему размещаемой в базе данных информации; приводят прогнозы по увеличению функциональных возможностей или из-
Ешв раз о задачах участников составления ТЗ
На этапе подготовки технического задания, как общего — в виде руководства, так и частного — в виде техн ических специфи ка ци и всего и нтернет-сайта или в виде одного модуля, необходимо участие специалистов по системному анализу, архитектуре, графическому пользовательскому интерфейсу и аппаратным средствам. В данный список не включены дизайнеры, которые могут внести свою лепту только в оценку проекта, специалисты по обеспечению качества, в обязанности которых входит подготовка плана по обеспечению качества (Quality Plan). Последний готовится на стадии "Редпроектной подготовки или оценки возможности разработки интернет-сайта, но именно на фазе подготовки технического задания этот план усовершенствуется и внедряются процедуры контроля качества. Для более четкого отображения требований и нужд бизнеса в качестве консультантов на этой фазе выступают представители структурных подразделений компании.
задачи руководителя проекта (менеджера екта) входят:
координация работ; * Фиксация результатов; контроль сроков и возможных затрат.
8 задачи технического руководителя проекта
подготовка шаблонов проектирования; Разработка требований к процессу программирования;
• подготовка стандартов разработки;
• подготовка стандартов управления конфигурацией;
• вовлечение пользователей в процесс разработки технического задания.
Системный архитектор обязан:
• спроектировать систему, которая будет удовлетворять поставленным требованиям, а в случае использования готового продукта разработать схему адаптации этого решения;
• определить стандарты проектирования;
• разработать спецификации, однозначно понимаемые программистами.
Специалист по пользовательским интерфейсам должен:
• сформулировать требования к художественному оформлению;
• определить возможные способы тестирования интерфейсов.
Системный аналитик отвечает за подготовку требований к системе и разработку ее функционального дизайна, основываясь на требованиях, предъявляемых сотрудниками компании.
Бизнес-консультанты должны утверждать описание требований к системе и ее функциональность.
Для компании, не обладающей достаточным опытом в сфере разработки интернет-решений, будет достаточно трудно сформировать команду, способную оптимально спроектировать систему. Именно поэтому возможно участие внешних системных архитекторов и проектировщиков пользовательского интерфейса. Это объясняется тем, что интернет-решения отличаются от обычных систем автоматизации делопроизводства компании с точки зрения используемых технологий и внешнего вида системы и содержат целый ряд ограничений, которые необходимо учитывать при проектировании системы.
менения конфигурации ресурса; оговаривают уровень отказоустойчивости и возможности использования программной основы на различных типах аппаратного обеспечения.
4. Требования к сайту. Это основной по объему и по важности раздел ТЗ. Здесь описывают требования к системе в целом требования к функциям и задачам, выполняемым системой и требования к видам обеспечения:
• требования к интернет-сайту в целом относятся к структуре и функционированию, обслуживанию персоналом, надежности и безопасности, эргономике и технической эстетике, эксплуатации и ремонту, хранению и защите данных от взлома, жизнеспособности при авариях и влиянии внешних воздействий, патентной чистоте, стандартизации и унификации;
• требования к функциям и задачам интернет-сайта определяют перечень функций каждой подсистемы (разделов, сервисов), подлежащих автоматизации, временной регламент реализации каждой функции, требования к качеству реализации каждой функции и форме представления выходной информации, требования одновременности и достоверности выдачи результата разными подсистемами;
• требования к видам обеспечения интернет-сайта ориентированы на математическое, информационное, лингвистическое, организационное, методическое и другие виды обеспечения сайта.
5. Состав и содержание работ по созданию сайта. Здесь описывают перечень стадий и этапов создания интернет-ресурса; сроки выполнения этапов; перечень организаций, принимающих участие в разработке в качестве субподрядчиков; пе речень документов, предъявляемых по окончании кажд°г этапа работ; порядок проведения экспертизы технической Д° кументации; программу работ по обеспечению должног уровня качества и надежности; методические указания пр выполнении особо важных работ.
6. Порядок контроля и приемки работ по созданию саШ11 J Здесь описывают состав, виды, объемы и методы испытай создаваемого ресурса; требования к приемке работ по с
, *г
буемый статус и уровень квалификации участников приемной комиссии.
7. Требования к составу и качеству работ по внедрению сайта. Здесь приводится перечень основных мероприятий при подготовке к эксплуатации (с указанием исполнителей): информационное наполнение, приобретение и наладка необходимого для эксплуатации оборудования, установка сайта на рабочие веб-серверы, создание сети доступа администраторов, обучение персонала, формирование обслуживающих подразделений и их состав, приблизительный порядок защиты данных в процессе эксплуатации.
8. Требования к документированию. Здесь описывают перечень подлежащих разработке комплектов и видов документов для последующих этапов проектирования, разработки, внедрения, управления конфигурацией, обслуживания и даже прекращения работы и архивации данных.
9. Ссылки на источники информации при разработке. Здесь описывают источники, принятые проектировщиками за основу при формулировании задач, требований; стандарты и официальные документы, подтверждающие правильность поставленных задач.
Обратите внимание на то, что техническое задание построено по принципу логической цепи, когда изложение ведется в строгой последовательности от общих сведений и задач к конкретным требованиям и порядку контроля. Таким образом, каждая новая глава ТЗ должна быть логически связана с предыдущими. Профессионально составленное ТЗ всегда можно отличить по этой логической связи «нижних уровней» с более высокими уровнями конкретизации задачи. При внесении изменений и дополнений в задачи ТЗ На следующих этапах разработки можно отследить, какие требования необходимо пересмотреть.
Составляя техническое задание, важно добиться четкого изло-ения требований заказчика в отношении качества, стандартов,
зультатов работы, тестирования, безопасности, условных обо-
ачений, терминов, а также иных параметров, связанных с опре-
лением соответствия производимых работ.
Необходимо понимать, что заказчик и разработчик смотрят
Техническое задание с разных точек зрения: заказчика инте-_ сует внешний вид, функционирование сайта в целом, разра-— возможность пеализаттии
чика. Именно поэтому все термины и понятия, используемы? в документе, должны быть дополнительно разъяснены, а требования к внешнему виду интернет-ресурса до предела формализованы.
Как уже говорилось выше, мы не будем рассматривать возможности прототипирования с использованием CASE-технологий или средств быстрого упрощенного программирования. Если разработчики используют эти средства (готовые продукты или собственные разработки), можно без дополнительной документации получить имитационную модель сайта, которая воочию покажет заказчику принципы работы конечного продукта. Современные CASE-техно-логии позволяют получить необходимую для официального утверждения техническую документацию автоматически: генерация документов осуществляется самой машиной по созданному прототипу. К сожалению, умелое использование таких дорогостоящих технологий в российских компаниях осуществляется далеко не всегда. Поэтому мы рассматриваем традиционный «бумажный» процесс.
В реализации большинства проектов принимают участие различные специалисты, иногда не представляющие реальных возможностей друг друга. Например, дизайнер не всегда может разобраться в архитектуре базы данных, а программисту часто не удается выполнить эскиз дизайнера. Поэтому до того, как начнется программирование, необходимо расширить термин «техническое задание» до термина «спецификация проекта» — документа этапа эскизного и технического проектирования.
Позволим себе некоторую вольность. В этой части мы будем говорить о спецификации проекта, имея в виду одновременно и эскизный, и технический проекты. Это не совсем правильно с точки зрения стандартизации, но мы надеемся, что менеджеру интернет-проекта, для которого и написана эта книга, достаточно представлять основные принципы эскизного и технического проектирования, не вдаваясь в технические детали, требующие специальных знаний в областях программирования и моделирования. Для тех, кто намерен придерживаться классической схемы, рекомендуем найти и изучить специальную литературу и стандарты, указанные
оазделе «Методика, время и этапы проектирования». Состав и пе-ечень всех специфических документов этапа проектирования (напомним, их около 30), скорее, должны знать технические спе-иалисты, а не менеджер проекта. Кроме того, только крупные про-кты нуждаются в столь тщательном документировании, следовательно, затраты на детальное описание небольшого сайта могут быть избыточными.
Спеиификашш проекта
Спецификация проекта составляется не для заказчика, а для конкретных исполнителей. Это означает, что, если содержание требований технического задания могло бы быть понятным дилетанту в области моделирования и программирования, со спецификацией ситуация принципиально иная.
Иногда невозможно указать границы, четко разделяющие работы, проводимые разными производственными отделами. Поэтому спецификация описывает весь проект предельно подробно, и именно она является для специалистов руководством по ведению разработок во всех занятых в производстве отделах.
Задачами спецификации являются:
• разработка проектных решений по структуре навигации и маршрутам посетителей;
• разработка проектных решений по архитектуре и интерфейсам сайта;
• разработка алгоритмов и функциональной модели взаимодействия данных;
• разработка рабочей документации системы;
• разработка принципов и требований к комплектованию (сборке) отдельных элементов системы друг с другом;
• описание информационного наполнения, информационное проектирование.
Очень важно специфицировать как можно большую часть сайта. Это позволит заказчику представить будущий ресурс до нача-Ла реализации и внести в него необходимые изменения. Хорошо вставленная спецификация дает возможность экономить на вре-Мени разработки за счет уменьшения количества вопросов от про-Чзводственных отделов, задействованных в реализации проекта.
Основные раздепы спецификации
При составлении спецификации необходимо учитывать дуальность каждого проекта. Невозможно применять одну форм,, описания для всех проектов. Какие-то части для одного проект могут быть принципиальными и требовать самого пристальног внимания, какие-то будут типовыми, следовательно, тратить на них время не стоит. Подробный перечень разделов спецификации может выглядеть следующим образом:
1. Общее техническое описание интернет-проекта. Здесь приводят наименование и реквизиты для взаимодействия заказчика и исполнителя, краткое описание процесса работы интернет-сайта, сведения об используемых для проектирования документах. Подразделы общего описания:
• основные технические решения: по организации сайта в целом; по взаимосвязи отдельных программных и функциональных компонентов; по режимам функционирования и диагностики; по численности и квалификации обслуживающего персонала; по способам обеспечения требований ТЗ; по составу задач; по составу информации в базе данных и ее объему; по составу программных средств (языкам проектирования, методикам управления версиями);
• мероприятия по подготовке интернет-сайта к вводу в эксплуатации: подготовка информации для первичного заполнения интернет-сайта; тестирование всего комплекса; обучение и аттестация персонала; планирование оргструктуры и рабочих мест; процедуры обеспечения безопасности и отказоустойчивости.
2. Решения в области структуры и интерфейсов. Здесь приво дят описание возможных действий посетителя сайта и пор док его обслуживания службой поддержки по следуюШй направлениям:
• навигация и маршруты посетителей: исходя из задач технической концепции проектируются переходы по сайту, выявляются навигационные взаимосвязи и алгоритмы удовлетворения потребностей
• информационные и сервисные возможности посетителей: исходя из требований к информационному наполнению и специфики предметной области разрабатывается структура информационных объектов, порядок их взаимодействия друг с другом, формулируются принципы работы интерактивных и мультимедийных сервисов;
• эскизы типовых страниц сайта: исходя из описания порядка доступа посетителей и принципов работы службы поддержки разрабатываются постраничные эскизы, панели управления и т.д.
3. Решения в области архитектуры и организации базы данных. Здесь описывают логическую и физическую структуру базы данных с точки зрения масштабируемости, конфигурационного управления, независимости работы отдельных элементов друг от друга при сбоях или взломах, останавливаются на следующих вопросах:
• данные: состав, формат записей, взаимосвязи между данными разных частей базы;
• характер взаимосвязей баз данных с указанием функций сайта, при реализации которых используется каждая из них;
• варианты расположения данных на конкретных машинах: распределение базы данных по физическим мощностям и вычислительным ресурсам.
4. Решения в области функциональной структуры. Здесь приводят описание особенностей интернет-сайта, влияющих на проектные решения, сведения об информации, которой он Должен обмениваться с другими системами, информационную модель, автоматизируемые функции, направленные на Достижение целей. Ключевые вопросы:
• характеристика функциональной структуры: перечень подсистем с указанием функций и задач, описание процесса выполнения функций, пояснения по разделению функций на операции (для технических средств и человека), временной регламент и характеристики процессов;
• типовые решения: перечень функций и задач, области применения решений, ограничения использования технологий.
5. Решения в области программного обеспечения. Здесь приво дят основные сведения о техническом, информационном и других видах обеспечения, необходимых для разработки программного обеспечения. Здесь говорится:
• о структуре программного обеспечения: приводится перечень частей программного обеспечения с указанием их взаимосвязей и совместимости;
• о функции частей программного обеспечения: дается их назначение и описание;
• о методах и инструментальных средствах разработки программного обеспечения с указанием компонентов сайта, для которых эти методы будут применяться;
• об операционной системе: приводится краткое описание используемой версии, требования операционной системы к интерфейсам и приложениям, говорится о средствах по расширению возможностей операционной системы.
6. Решения в области информационного обеспечения. Здесь приводят описание состава информационного обеспечения работы сайта с указанием наименования и назначения всех баз и наборов данных. При этом останавливаются на следующих вопросах:
• организация информационного обеспечения: основные принципы, выбор носителей данных и распределение данных по различным типам носителей, описание методов контроля обработки данных при создании и функционировании информационных баз, описание решений по информационной совместимости с другими системами (например, ин-транет) по источникам и потребителям;
• организация сбора и передачи информации: перечень источников и носителей информации с указанием интенсивности и объема потоков данных, описание требований к организации СбОра/ПереДа-
. система классификации и кодирования информации: описание классификации, методик кодирования объектов, разработка системы идентификаторов для информационных материалов.
7 Решения в области алгоритмов работы. Здесь приводят описание процессов и соответствующих им алгоритмов, ограничения и условия применения алгоритмов, характеристики качества решения и требования к входным/выходным данным. Основные вопросы описания каждого алгоритма:
• используемая информация и характеристики: массивы информации, сформированные из входных сообщений, полученные в результате работы других алгоритмов и сохраняемые для реализации данного алгоритма;
• процесс решения: перечень и содержание массивов информации, формируемых в результате реализации алгоритма, математическая модель процесса, перечень допущений, описание логики алгоритма и способа формирования результатов с указанием последовательности и этапов счета, логические и расчетные формулы алгоритма;
• требования к разработке программы: диагностические сообщения при работе с программой, требования к контролю данных в процессе выполнения проектной операции, ограничения машинной реализации, требования к контрольной задаче.
Как видно, каждая часть спецификации ориентирована на определенную группу специалистов: системных архитекторов, программистов баз данных, программистов функционала, программистов интерфейсов, дизайнеров, тестеров и т.п.
Так же, как и для технического задания, в спецификации необходимо оптимально распределить задачи по приоритетам.
Исследования, проведенные институтом Санта-Галлена и Между-НаРодным институтом обучающих организаций и инноваций сре-АИ более чем пятисот сотрудников ста одиннадцати предприятий
Германии, Австрии, Швейцарии, показали удивительные резудг таты. Оказалось, что причинами неудач различных проектов по изменению рыночной позиции компаний чаще всего становились вовсе не промышленно-экономические проблемы, а низкая культура управления проектами, недостаточная информированность и коммуникация их участников.
Техническое задание, эскизный и технический проекты — последние документы, которые вам предстоит написать, перед тем как начнется реализация сайта. Поэтому они должны вобрать в себя все ваши знания, имеющие отношение к данной проблеме и накопленные до этого момента. Надеемся, наши рекомендации помогут вам не только создать эффективный сайт, но и избежать типичных ошибок, к которым, в частности, относятся:
фикации проекта и/или технического задания и исполнитель не может определить все затраты на разработку. При проведении небольших или типичных для исполнителя работ ошибка в сроках и стоимости может составить около 10% от запланированного показателя.Данная погрешность достаточно мала, и ею можно пренебречь. Однако при разработке инновационного решения или проведении сложного проекта просчет в определении суммы контракта может варьироваться в пределах от 30% стоимости разработки, что уже является очень серьезной ошибкой. Способом решения данной проблемы является привлечение исполнителя к консалтингу клиента для составления концепции проекта.
Консультирование клиента и составление концепции его присутствия в Интернете. В концепции проекта описываются задачи сайта и способ их решения. При определении способов решения задач сайта выявляется инструментарий решения задач, что в свою очередь позволяет снизить ошибку оценки сроков и стоимости. Увы, многие исполнители решают собственные ошибки за счет клиента, завышая стоимость заказа либо срывая сроки сдачи проекта. Концепция описывает группы пользователей, на которых должен воздействовать сайт, и способы реализации данного воздействия. При отсутствии четкого определения целевой группы пользователей сайта возможно неправильное определение способов взаимодеи" ствия с ней. В результате интернет-сайт не будет решать поставленные задачи надлежащим образом. Такая ошибка может возникнуть при непра-
в системе Испопнитепь-Заказчик
При любом способе создания интернет-сайта (как при размещении заказа в веб-студии, так и при ведении собственной разработки) вероятны ошибки, которые могут привести к срыву сроков разработки или ухудшению качества создаваемого продукта. Даже при ведении разработки собственными силами между заказчиком и клиентом создаются особые отношения.
Возникновение ошибок возможно как со стороны заказчика, так и со стороны клиента. Рассмотрим ряд типичных ошибок в системе Исполнитель-Заказчик. Схема работы исполнителя с заказчиком складывается из нескольких этапов. Я приведу наиболее полную схему.
Этап знакомства и переговоров Заказчика с Исполнителем. На этом этапе исполнитель получает информацию о роде деятельности заказчика, его потребностях и коммерческом предложении. Очень часто многие исполнители считают необходимым завершить данный этап заключением договора на создание сайта. Самым трудным моментом данного этапа является оценка сроков и стоимости проводимых заказчиком работ, так как на этом этапе еще не существует полной специ-
уклонение от написания проектной документации под какими бы то ни было предлогами. Единственная ситуация, в которой ТЗ писать не надо, — ваше решение об отказе от создания сайта;
поручение составления проектной документации только исполнителю. В процессе подготовки к созданию интернет-сайта у вас должно было сложиться четкое представление о его назначении и наполнении. ТЗ позволит не только объяснить задачу исполнителю, но и свести воедино все ваши пожелания, формализовать их;
замыкание при составлении проектной документации на технологиях и игнорирование «человеческого фактора» (будущих посетителях, покупателях, партнерах);
вильном представлении заказчиком своей аудитории или при некачественном консалтинге. Часто для более точного выявления целевой аудитории и способов воздействия на нее проводятся дополнительные исследования. Как правило, на этапе консалтинга заключается отдельный договор.
Этап составления спецификации проекта и/или технического задания. Этот этап является непосредственным началом разработки. Спецификация проекта — это описание всего проекта. Здесь необходимо:
• как можно подробнее оценить содержательную составляющую сайта;
• продумать логистику и навигационную систему сайта вплоть до составления постраничной спецификации;
• описать методы коммуникации с аудиторией и их функционирование;
• спланировать процессы обслуживания сайта;
• выявить технологии для реализации составляющих сайта.
Спецификация проекта — это руководство, по второму будут работать производственные отделы веб-студии. Поэтому, чем полнее составлена спецификация, тем более подробно описан сайт, тем меньше вопросов остается неразрешенными, тем лучше заказчик представляет себе то, что получит в итоге.
Типичная ошибка — это составление неполной спецификации в расчете на то, что «я это и так все Знаю, зачем мне это описывать». Составлять спецификацию необходимо, даже если заказчик и исполнитель — одно и то же лицо. Чем подробней °писание, тем меньше вопросов возникает у про-
изводственных отделов при непосредственной разработке. В профессиональных компаниях на разработку спецификации проекта/технического задания составляется отдельный договор, и иногда заказчик, получив спецификацию проекта, может пойти к другому исполнителю за разработкой по данной спецификации.
Этап разработки. Для любого исполнителя успех разработки в достаточной степени зависит от планирования как самой разработки, так и собственных трудозатрат. После завершения работ над спецификацией проекта необходимо составить план работ для производственных отделов. Умение правильно планировать и следовать составленным планам является залогом успешности проекта.
Этап реализации. Здесь одной из составляющих успеха проекта является менеджмент проекта в производственных отделах. Менеджер ведет всю разработку и следит за правильностью выполнения всех этапов.
Кроме того, очень важно оценивать любую модификацию плана разработки, поскольку любое внесенное изменение (например, новый объем контентной части проекта) в большинстве случаев приводит к изменению нагрузки и сроков, иногда и качества продукта.
Здесь приведена условная схема реализации проекта. Некоторые этапы в силу специфичности проекта могут выпадать из схемы, и, наоборот, данная схема может не подходить для некоторых проектов. Однако в любом случае, разрабатываете ли вы веб-службу сами или покупаете разработку у веб-студии, вы всегда сталкиваетесь со взаимоотношениями Исполнитель-Заказчик, даже если речь идет об одном человеке.
• излишний акцент на оформление (дизайн). Первостепенную роль на любом коммерческом сайте, даже если это онлайно вая выставка-продажа картин, играет контент (наполнение! быстрый доступ к материалам, контактная информация, опи' сание основных и дополнительных услуг;
• пренебрежение разработкой логичной структуры перемещения посетителя по сайту. Привлекательность любого сайта состоит в том же, что и привлекательность Интернета в целом' в возможности простого и быстрого перемещения между страницами. Необходимо продумать логичный интуитивный интерфейс, при котором посетитель сможет с легкостью обследовать ваш ресурс и постоянно будет понимать, где конкретно находится, куда может переместиться и что ему для этого нужно предпринять.
Необходимо учитывать и то, что многие ошибки и оплошности в общей структуре сайта в полной мере проявятся в процессе его эксплуатации. И только заложенная в техническое задание (а впоследствии и в сам сайт) возможность внесения изменений может помочь вашей успешной работе во время штатной эксплуатации.
Вне всякого сомнения, при проектировании сайта нужно определить не только порядок изготовления ресурса, но и его дальнейшее развитие в гиперпространстве. Полноценное функционирование сайта во многом зависит от того, насколько его создатели понимают, что будет происходить с ресурсом после запуска в эксплуатацию, как будет вести себя пользователь, что будет привлекать его внимание, какие разделы станут наиболее посещаемыми, что можно и нужно предложить посетителю в качестве дополнительных возможностей.
С другой стороны, потребности аудитории, ее психологически и технические возможности не должны вступать в противоречи с задачами вашего бизнеса. Объединить ваши задачи и пользов тельские предпочтения в единое целое — вот важнейший вопр который встает перед создателями любого, не только бизнес-ор ентированного сайта.
В процессе проектирования, на более ранних и более поздних пах изготовления сайта и даже после запуска интернет-ресур-ъ эксплуатацию вы должны помнить: успешное функциониро-ание сайта зависит от успешной реализации пожеланий потенциального клиента в сочетании с успешным выполнением задач ва-шего бизнеса.